K8s、DevOps & 微服務三駕馬車，帶您走上雲原生轉型之路

今天很榮幸能在這裏跟你們一塊兒分享下靈雀雲在金融行業的雲原生解決方案。

CNCF的雲原生核心理念是快速交付業務價值，而云原生時代，主要由三駕馬車驅動：容器、DevOps和微服務。在容器領域，幾年前容器興起時，咱們準確地判斷出這是將來能夠改變軟件交付模式的方向，因此靈雀雲堅決地走在容器領域前沿，並很早就走上了Kubernetes路線；在DevOps領域，敏捷開發的概念十幾年前開始興起，可是到如今實際落地特別好的案例很少，因此後來出現了DevOps的概念，更側重於工程實踐；微服務也差很少同時期興起。

爲何CNCF提出雲原生的概念獲得了業內的一致承認？由於容器、DevOps、微服務這三者就是一個鐵三角，企業要想實現長遠目標，打造良好完善的IT體系規劃，就須要不斷參考雲原生的理念去實踐。

雲原生DevOps起點

企業如何定義本身在雲原生的階段和位置？主要看如下幾個方面：
研發實力：包括自有和外包人員在內，研發團隊規模如何？是否是作了微服務拆分，或者團隊自己是否具有這樣的技術能力？DevOps工具鏈用到多少？團隊文化：有的研發團隊很積極向上，願意接受新技術和開源技術，他們接觸和使用的自己就是雲原生化的工具，這樣的團隊就很適合作雲原生。這是落地雲原生最好的切入點，咱們建議可讓精英團隊優先去作，而後再帶動其餘團隊。業務場景：考慮業務變動是否頻繁，是否有大併發場景，穩態業務是否多於敏態業務？咱們有個客戶有100多個項目，變動相對頻繁，併發不大，這類客戶就比較適合建設標準化的DevOps體系。

雲原生DevOps天梯

雲原生實際落地，咱們建議能夠從容器切入。之前企業也有直接落地DevOps的狀況，但可能效果沒有那麼好，由於對於團隊來說，短時間看不到實際的效果，團隊會以爲用處不大，繼而失去信心，而團隊的士氣是決定DevOps成敗的關鍵因素之一。

DevOps鏈條很長，一個月以內很難達到必定效果，咱們通常建議，團隊作DevOps要拿出一年的週期來規劃，這個週期對不少企業來講可能比較長，這也是咱們爲何建議以容器爲切入點來作的緣由。容器遷移，好比在兩週內將單體應用、web應用容器化會相對輕鬆不少，對團隊來說是頗有利於提高士氣的，何況能夠在容器遷移的過程當中，穿插着順帶把DevOps的核心流水線作了，可讓團隊平滑地開始DevOps實踐。

固然了，客戶的狀況不一樣，也決定了路徑不一樣。好比做爲試點，團隊能夠先容器上雲，而後作DevOps，再作微服務化。也有的企業一開始已經有了微服務框架，並且架構合理，缺的是容器化和DevOps體系建設、流程梳理。針對這樣的客戶，靈雀雲除了提供容器雲，還會基於容器雲提供DevOps工具鏈和諮詢服務。咱們不會僅限於工具鏈，還要把工具鏈的數據打通以及整合。

當團隊級的DevOps試點達到預期效果後，能夠擴大到部門級。咱們接觸的客戶目前在第1、第二階段的居多，尤爲是第二階段。在第二階段，也不是每一個客戶都作了微服務，可是能看到一些正在作試點的客戶，這裏須要把握一個節奏。第三階段，是上雲原生。理論上，容器雲、DevOps和微服務化都作的有必定基礎，而且在整個公司50%以上的研發部門鋪開應用，才能夠算做正式進入雲原生階段。

雲原生DevOps落地路徑

在實際落地時，客戶也知道雲原生是個好東西。但它是長期的，到底應該怎麼落地呢？

DevOps落地時要分層次來看：
組織文化DevOps化：須要考慮團隊的文化、公司的文化，指定標準流程，輸出文檔標準。它不必定須要調整組織架構，咱們能夠組成虛擬團隊，把最精英的一撥人組織起來，組成相似專家團隊去作DevOps的探討和落地。DevOps活動全局化：活動偏向平常活動，交付協做、技術支撐、度量改進等等都須要組織溝通交流，須要各類會議的討論。細分領域自動化：工具這層，DevOps工具鏈把每一層作細分，一步步作。

雲原生落地要敢於走出第一步。第一個應用容器化，快速獲得效果，團隊也會對這種效率感到興奮和新奇感：用了行業內頂尖的技術，個人應用已經容器化了。好比靈雀雲的一個客戶，咱們首先幫助他們作了容器的遷移，而後找準一個精英團隊去作DevOps，做爲公司內部將來能力輸出的團隊。每家公司裏必定有這麼一撥志同道合的人，但願爲IT的變革付出努力，同時公司也要給他們一些鼓勵。

第三，打造初始工具鏈。不必定很完美，好比一開始把持續集成、持續交付打通，自動化測試均可以先不作，而後慢慢地去完善。

單體應用上容器以後，下一步就要考慮服務分層，最終目標是要微服務化。但每家企業狀況不一樣，有的能夠一步到位所有微服務化，中間過程所有省掉；有的穩態應用比較傳統，很長時間內不會變，咱們也建議暫時不要動，先不要着急作核心應用的微服務化。靈雀雲建議，先作邊緣應用系統的微服務化，或者單體直接應用上雲。這也會涉及到企業基礎架構的考量，基礎架構部門要去探討怎麼定微服務框架，如何作選擇和取捨。

雲原生DevOps實踐

找到跨職能的精英團隊，把雲原生落地當成項目來作，成立一支虛擬團隊，這個團隊是專家職能仍是業務職能，能夠在作的過程當中詳細討論。最終咱們但願DevOps專家組能成爲能力輸出的源泉。

靈雀雲會幫助客戶成立DevOps專家組，實踐敏捷活動和DevOps工具鏈一整套的解決方案。同時，穿插雲原生理念、DevOps工具鏈、容器化和微服務化。咱們的目標是幫助團隊造成敏捷意識，給客戶打造一支敏捷團隊，將來能夠帶領公司大大小小的團隊去作敏捷開發的項目，從而給客戶帶來比較長遠的價值。

關於工具鏈，咱們的最終目標是將全部工具鏈都打通，從需求管理到開發、測試、上線、運維、容災等等DevOps所涉及的工具鏈都在咱們考慮範圍內。靈雀雲會考慮用行業內開源的通用的工具來作，也會對接客戶自定義的工具鏈，最終讓客戶對雲原生工具鏈有很好的把控。

最後，用一句話來結束今天的演講，這也是來自一位客戶的原話：只有技術的進步，才能更好地賦能業務的發展！

謝謝你們！