我們有一個項目，差不多10年了，但是甲方一直不驗收（領導中間換人，就硬拖，尾款沒結清，導致無法走維保流程），也不給維保，就是等于如果項目有問題了，打個電話我們隨時處理的那種了，一直是一個死循環，項目太久了，硬件和軟件都是老舊的，對方要求做的新項目一樣，就是硬件全部穩定，然后才能結束項目。

而且這甲方一直有一個偏見，軟件維護為什么收費？不是遠程處理一下就好了嗎？人沒過來，也不存在人工費呀，硬件收費才正常。

我就簡單的在服務器上，跑一個腳本，隨機半個月到一個月，把某個業務的服務停了，等他們電話，人過去，假裝檢查一番，就和對方說某個下位機的硬件壞了，要換，然后拿回來，第二天送過去，插上電，好了，然后收費。

不能讓領導（甲方）感受不到你的存在。

我們當初給孵化公司做過一個系統。當初程序員為了調試方便，就打了個 SQL 的 log，所有數據庫查詢的語句都會記錄下來。后來系統上線后，百度爬蟲非常活躍，導致 log 文件極大。基本上三個月必寫滿，寫滿服務就 down 機。

如果是技術人員的思路，那么做一個定期壓縮打包和刪除的機制就行，但這不是商業的思路。

最后我給他加了阿里云的磁盤寫滿提醒，超過95％就給他發短信，然后他要找到我，我再去刪日志。

他永遠要用得上我。永遠要記住，善戰者無赫赫之功。

增加故障和工作量唄！

以前我帶信息安全項目時候，系統做的扎實了點，結果第一年公司給我們團隊評級C，理由就是我們看起來太閑……

第二年我們降低安全系數，讓平時多點事情。然后年底拿了個A。年終獎嗖嗖嗖漲

改成一次性購買“無故障運行保險”，購買之后你不但不需要再付錢，而且是一旦發生指定故障，我就按約定比例付錢給你。

舉個例子——系統每離線1天，我賠你2萬，賠付額100萬封頂。

條件是機器由我監管，要交10萬保險費給我。

如果今年沒故障，這10萬我白得。

如果你覺得風險客觀上很小，那么也可以簡單點——你可以買10萬保額的，于是價格就只有1萬，那不就便宜了嗎？這個豐儉由人。

這樣我銷售的產品就不是“故障排除”，而是“無故障運行”，你買到的東西就不再是10萬買不到一天的維護，而是10萬買365天平安。

談不攏，還有一個保底辦法，那就是甲方自己請人運維，不行了再叫我。

到時候大家按實際需求議價，但我給你保底——要么問題太大我接不了，只要我接，價格保證不會超過這期間本來該收的運維費用總額。

當然，其實到時候我肯定比著上限報，你自己請人運維的成本你只能自己當教訓。

運維算價錢，要用人天做指標。

運維算指標，要用SLA。

你讓甲方看到投了多少人力就行了，別整那種一個人賣兩次的事兒，隨時保持待命狀態。

甲方覺得人多了，那就砍人天，你自己評估是否還能保證SLA，保證不了就適當降低。

實在談不攏，趕緊跑路，別給自己惹麻煩。

不要承諾做不到的SLA，出問題能賠死你。

SLA可是很明確的，不可用就是不可用。

我上大學的時候，用的sql server，出了個問題，似乎是軟件bug。

我們學校是全正版的，我就試著聯系了官方，結果官方給了兩個團隊同時為我服務。

團隊一幫我尋找緩解方案，讓我能規避bug，保證服務可用。

團隊二找核心問題原因，出補丁徹底修復。

從我上報這個問題開始，他們內部是要求每30分鐘像我回報處理進展，并且問題解決前相關人員不能下班。

兩個多小時后，問題就查出來了，其實是我們那個websphere里面的web app有bug，使用了一個很不常見的sql，觸發了sql server的bug。

平時問題不大，一旦遇到選課查成績這種高峰，就會出現性能驟降，因為web app出現了死鎖。

之前老師和學長都以為是訪問量大造成的，根本沒去看實際性能，我無意中看了下日志，才發現qps已經低到個位數了，比平時還低。

之后，我們的選課就很流暢了，爽歪歪。

我記得有一個笑話

Sleep(1000)

給錢后

Sleep(500)

-