上海2018年9月10日電 /美通社/ -- 近日，天旦就“數字化轉型羅盤”的第三維度 -- “經營模式轉型”發布 “DevOps 實踐應用指南”，通過列舉 DevOps 在金融行業中的實踐案例，幫助運維在數字化轉型的風口下輕松告別與業務的“龜兔賽跑”。
開創新時代的數字化轉型
距約今5億4千萬年前，地球正處于寒武紀的地質歷史時期。在接下來的2000多萬年時間內，各種各樣的生物突然涌現，迅速起源、分化，被稱為“寒武紀生命大爆發”。5.4億年后，與“寒武紀生命大爆發”如出一轍的現象再次出現在虛擬領域 -- 創業爆炸。2014年，經濟學雜志《The Economist 經濟學人》引用這個概念提出“寒武紀節點 Cambrian Moment”，用于表述借助數字化優勢迅速崛起的初創科技公司爆發式的增長。
2015年，國家工商總局公布全國市場主體發展情況，報告稱全國新登記企業已連續6個月保持高位增長，平均每天新登記企業1.16萬戶；截至2015年9月底，全國各類市場主體7511.3萬戶，而這個數值在今年3月16日突破了1億。
以上這些數據的意義并不在于呈現市場多繁榮，而是競爭有多激烈。時代在發展，消費者求新求變，新業務需求不斷高頻提出，迅速變化；每一種需求都有無數的企業爭先恐后地為其提供產品與服務。競爭意味著機會，同時意味著殘酷的生存考驗：到寒武紀末期，49%的生物屬類已經滅亡。
當下被推上風口的“數字化轉型”正是這樣的節點：一些企業順利推進數字化轉型，贏得了新客戶、新市場；而也一定會有企業無法應對競爭者成功轉型帶來的變化和危機而消亡：
Gartner 早在2014年提出了雙模 IT (Bimodal) 的理念。雙模 IT 是指兩種不同的 IT 工作模式：
企業需要堅守穩態模式，守護核心業務的穩定運行，同時，也需要采取靈活、敏捷的方式柔性地接受并應對變化。這里有一個非常成功的案例，便是世界十大汽車公司之一，也是日本較大的汽車公司 -- 豐田汽車公司。
20世紀50年代，朝鮮戰爭后經濟復蘇和蓬勃發展帶來了爆發式的消費需求，借著來自美軍46億美元的巨額訂單，讓面臨經營危機的豐田汽車得到迅速發展。這一段時期，豐田汽車改革了生產和管理理論，提出了“豐田模式TPS” (Toyota Production System)，使大規模定制模式下的敏捷產品開發和生產成為現實。這種豐田特色的柔性化管理方式成為了豐田公司的核心競爭力和高效率的源泉，造就了其舉世矚目的經營業績。在今天，“豐田模式”被稱作是“精益管理”的先驅，并且進化為“即時生產”的理論。而在 IT 行業，“敏捷開發”和“DevOps”也是這一思想的最終體現。
豐田精益生產方式 TPS (Toyota management model) 是由日本豐田汽車公司的副社長大野耐一創建的，是豐田公司的一種獨具特色的現代化生產方式。它順應了時代的發展和市場的變化，期間經歷了20多年的探索和完善，逐漸形成和發展成為一套完整的生產管理技術與方法體系。TPS 管理哲學的理論包含4大層面：
拋開這一系列專有名詞，所有這些管理方法的核心思想是相通的 -- 避免資源浪費。產品的開發要經歷需求-設計-開發-調試-部署-監控的一系列環節，每個環節都依賴前一環節的成果交付，因此各個職能部門浪費在等待上的時間和資源是巨大的。就像飯店后廚里洗菜、備菜、腌漬、烹飪、調味、擺盤的流程，如果所有人都在等前一個人完成才開工，那還會有客人愿意等到上菜嗎？洗菜工的10種食材只要有一種清洗完成就可以交付備菜，不需等所有材料清洗完畢再一起交付；擺盤工可以先準備好碗碟和裝飾的材料，不用等著料理出鍋再去尋找。通過將任務分解為更小更細的顆粒，每個環節上的人都可以提前融入、盡早啟動，避免無謂的等待。這就是敏捷開發的原理。而要實現這種高效的工作模式，就必須有一個角色可以統覽全局，對各個環節進行合理的調度，這就是 DevOps 的意義。DevOps 也恰恰是企業雙模 IT 的較佳實踐之一。
在數字化轉型中的諸多挑戰中，經營模式轉型這個維度的基本矛盾，是業務需求頻繁變動和產品快速迭代上線對整個企業開發部署流程的要求，與企業現行的豎井式組織架構給跨部門高頻溝通造成拖累之間的矛盾。而要解決這一矛盾，何不從取得成功經驗的企業案例中獲得啟發。
走在前列的銀行科技部
在解決這一矛盾的過程中，最能夠提供借鑒的就是銀行業了。隨著金融市場的開放，體量小、組織架構靈活的互聯網金融機構憑借其敏捷的產品策略和對流量變現的嫻熟應用搶占市場，對銀行形成強大競爭壓力。他們全新的作戰模式，不僅為傳統銀行帶來了新的轉型方向，也為各個行業打開了快速增長的大門。讓我們來看看傳統銀行是如何實踐 DevOps、并最終推動經營模式轉型的。
案例一 南京銀行運維團隊3天構建實時流動性管理工具
若業務部門提出需求：以往 T+N 的報表式流動性管理方式過于滯后，無法及時感知、干預流動性風險，需要開發一款實時的流動性管理工具。就像一步接一步流程化做菜的方式，依賴過去傳統銀行的開發交付流程，從需求提出到工具交付上線，動輒幾月。
而南京銀行運維團隊的做法與眾不同。通過天旦業務性能管理產品 BPC（以下簡稱 BPC）特有的 SmartView 模塊，完成構建實時流動性管理應用，投入運行，僅需3天。通過 SmartView 的可視化界面，運維人員無需編寫代碼，只需鼠標拖拉，就能快速完成應用的自定義構建。同時，天旦 BPC 基于旁路的技術方式擁有跨業務條線實時監控全業務流程的優勢，為實時流動性管理應用的即刻上線、精準統計提供了天然基因。南京銀行通過實時流動性管理應用，面向高管層、業務管理人員實時呈現二代支付往來賬業務筆數、發生金額等重要業務指標。同時，面向會計結算部、資產負債管理部等業務部門及時準確反映全行大額資金流動情況，便于資金頭寸管理，控制流動性風險，讓流動性風險管理方式從 T+N 創新性地升級到了 T+0。
案例二 天旦某城市商業銀行用戶，自主開發業務實時監控應用，運維與開發充分協作
銀行的 IT 系統龐大復雜，不同業務模塊構建技術原理不同、部署時間不同，無法用同一個工具面向所有業務統一評估交付質量，也很難用同一個視圖匯總所有核心業務運行的實時指標。受到天旦 BPC 基于旁路方式能夠跨業務條線實時監控全業務性能的啟發，該行運維人員創新構建了一個新核心應用性能監控應用，區分交易類型，在統一的監控界面中呈現核心 Top 交易的實時運行情況。一旦交易指標低于設定的閾值，立即觸發提示。運維手中有了精準的數據指標，對業務的運行質量有客觀、實時、全面的數據統計。一旦業務性能低于預期，就能立即反推開發調優，讓運維與開發無縫銜接。借助 BPC，產品所經歷的研發、測試、部署、監控全流程被無縫串聯，實現了開發、運維一體化。
而這一切都和天旦 BPC 的產品設計，從底層開始就賦予 DevOps 的思想脫不開關系。BPC 基于網絡旁路技術，無需對應用進行修改，所以獨立性高、依賴性小，滿足了敏捷開發和持續部署的快速落地要求；通過對真實網絡流量 (wire data) 進行自動解碼分析，SPVD 得以自動發現不同模塊之間的訪問關系，在產品推陳出新、業務不斷變更的情況下自動感知變化，為運維與業務建立起統一的視角。而 SmartView 則賦予了運維人員開發能力，無需代碼編寫 (no code) 就能快速構建場景化應用。過去動輒一年半載的開發周期被縮短為數日，促成 DevOps 的實現，以更敏捷的姿態及時響應業務部門的變化。
從龜兔賽跑到接力協作，DevOps 釋放科技潛力，助力企業數字化轉型
因為市場瞬息萬變，所以必須以用戶體驗為中心，及時滿足用戶需求；因為競爭殘酷激烈，所以必須不斷通過各種渠道產生新想法、建立新業務洞察，開拓新的生存空間；因為未來無法預測確定，所以唯一不變的只有“變化常在”。
很多的運維還在以為這是一場發生在部門之間的龜兔賽跑，可以放心等待開發部門趕來。事實上，企業雖然劃分了不同職能的不同部門，但正如生物是各個重要器官協同配合才能生存一樣，各個部門之間齊心協力、以終點為共同目標完成一棒又一棒的接力，才能讓企業整體順利度過數字化轉型。而要實現這一目標，DevOps 是必經之路：以運維為核心打通業務流程，建立從業務到運維的數字化生態；通過敏捷開發的方法，打破豎井式組織架構，實現產品的持續交付，提高企業對行業變化的反應速度。只有這樣，企業才能在快速變化的時代中拔得頭籌，獲得指數級的商業價值增長。
