中小銀行運維架構：解密與實戰

大概一年前，我開發了一套程序，順道寫了一份運維方案，怎麼寫都沒達到客戶要求，最後一次會議溝通的時候，客戶問我有沒有運維的證書，我想我是開發，怎麼會有運維的證書，客戶接着說，“當然我不是要你去學他們的形式，而是學習他們的運維管理思想。”，我還是沒明白，最後客戶放棄了讓我寫出讓他滿意方案的想法。 說回這本書，這類書，不必細看，不可照搬案例，我自己的讀法是提取目錄，從目錄架構可以看出作者的思路框架，定位到自己需要的部分，內容部分關於論題、論據、結論可以看，提取整體思路和思想，結合自己的實際情況發散，案例和方法尤其不用看，都是高度定製化的，沒有參考意義。國內外的運維管理架構，基本脫胎於ITIL，後來發展出itsm、devops，一般項目itil足矣。itil一般分爲事件、問題、變更、發佈和配置管理，每一類管理的定義、目的、原則是什麼，在這個基礎上制定適合自己的方法。 一般容易忽略的是標準化流程和文檔記錄，標準化流程約束各方權責利，少了多少推諉扯皮撕破臉，省大事。文檔記錄關鍵在閉環，如果站在事件角度，故障處理完，生產恢復，閉環就完成了;如果站在項目角度，一季度一年的工作量分佈，人工成本，問題處理背後深層原因是什麼，總結分析問題提出解決方案，閉環完成，如果沒有完整記錄，你的分析、總結就會出現偏差;如果是產品線或市場角度，產品不好用給運維帶來多少工作量，給用戶帶來多少故障，延遲等不好的體驗，造成多大影響，運維都掌握了一手數據，反饋數據，閉環才完成。 那天坐我隔壁的銷售帥哥，問我銷售能給運維提供什麼，我瞎說了一通，運維掌握了產品使用體驗的一手信息，甚至用戶最直接需求，一般來說他們不知道這些數據有什麼用，也不會記錄下來，這些信息或許對銷售重要的。

裏面有些前沿的技術方案，比如人工智能語音助手，根據自己需求可以單獨查看某部分

銀行運維架構書籍方面我看過的最專業的一本書

主講小型銀行的系統架構，以及運營模式，很多架構比較陳舊，不過可當做了解另一個IT行業的讀本

實現智能運維任重道遠，詳盡devops各方面的坑

非常實用，基本上是手把手教你怎麼做監控，怎麼做運維，對於項目經理，項目顧問等有很好的指導作用

可能技術上沒什麼可講的，細節沒有。銀行的技術與其它的方案區別也沒有那麼大，只能說是銀行的實現方式吧。

作者理論基礎紮實，用例詳實，對運維架構斷面觀察之範圍十分廣泛，橫跨監控，自動化，智能化與雙活災備等多種通用運維領域。對有亟待掌握運維建設全生態需求的人員是本不可多得的好書。唯一的缺點是此書的各個章節由多位作者分別編撰，因個人編寫側重有所不同，在閱讀中稍有不連貫之感，但這並不妨礙讀者隨筆者進行每章內容剖析的過程。

本書主體圍繞傳統運維架構開展敘述，行文流暢，乾貨滿滿，美中不足的是關於新興技術與未來發展的內容佔比較少。

中規中矩，業界主流都涉及到了，不僅僅是銀行，其他中小企業都是這種，能用開源儘量用好，在快速發展階段很受用。