資訊專欄INFORMATION COLUMN
摘要：針對這樣的客戶，靈雀云除了提供容器云，還會基于容器云提供工具鏈和咨詢服務。第三階段，是上云原生。靈雀云建議，先做邊緣應用系統的微服務化，或者單體直接應用上云。靈雀云會幫助客戶成立專家組，實踐敏捷活動和工具鏈一整套的解決方案。
今天很榮幸能在這里跟大家一起分享下靈雀云在金融行業的云原生解決方案。
CNCF的云原生核心理念是快速交付業務價值，而云原生時代，主要由三駕馬車驅動：容器、DevOps和微服務。在容器領域，幾年前容器興起時，我們準確地判斷出這是未來可以改變軟件交付模式的方向，所以靈雀云堅定地走在容器領域前沿，并很早就走上了Kubernetes路線；在DevOps領域，敏捷開發的概念十幾年前開始興起，但是到現在實際落地特別好的案例不多，所以后來出現了DevOps的概念，更側重于工程實踐；微服務也差不多同時期興起。
為什么CNCF提出云原生的概念得到了業內的一致認可？因為容器、DevOps、微服務這三者就是一個鐵三角，企業要想實現長遠目標，打造良好完善的IT體系規劃，就需要不斷參考云原生的理念去實踐。
云原生DevOps起點
企業如何定義自己在云原生的階段和位置？主要看以下幾個方面：
研發實力：包括自有和外包人員在內，研發團隊規模如何？是不是做了微服務拆分，或者團隊本身是否具備這樣的技術能力？DevOps工具鏈用到多少？團隊文化：有的研發團隊很積極向上，愿意接受新技術和開源技術，他們接觸和使用的本身就是云原生化的工具，這樣的團隊就很適合做云原生。這是落地云原生最好的切入點，我們建議可以讓精英團隊優先去做，然后再帶動其他團隊。業務場景：考慮業務變更是否頻繁，是否有大并發場景，穩態業務是否多于敏態業務？我們有個客戶有100多個項目，變更相對頻繁，并發不大，這類客戶就比較適合建設標準化的DevOps體系。
云原生DevOps天梯
云原生實際落地，我們建議可以從容器切入。以前企業也有直接落地DevOps的情況，但可能效果沒有那么好，因為對于團隊來講，短期看不到實際的效果，團隊會覺得用處不大，繼而失去信心，而團隊的士氣是決定DevOps成敗的關鍵因素之一。
DevOps鏈條很長，一個月之內很難達到一定效果，我們一般建議，團隊做DevOps要拿出一年的周期來規劃，這個周期對很多企業來說可能比較長，這也是我們為什么建議以容器為切入點來做的原因。容器遷移，比如在兩周內將單體應用、web應用容器化會相對輕松很多，對團隊來講是很有利于提升士氣的，況且可以在容器遷移的過程中，穿插著順帶把DevOps的核心流水線做了，可以讓團隊平滑地開始DevOps實踐。
當然了，客戶的情況不同，也決定了路徑不同。比如作為試點，團隊可以先容器上云，然后做DevOps，再做微服務化。也有的企業一開始已經有了微服務框架，而且架構合理，缺的是容器化和DevOps體系建設、流程梳理。針對這樣的客戶，靈雀云除了提供容器云，還會基于容器云提供DevOps工具鏈和咨詢服務。我們不會僅限于工具鏈，還要把工具鏈的數據打通以及整合。
當團隊級的DevOps試點達到預期效果后，可以擴大到部門級。我們接觸的客戶目前在第一、第二階段的居多，尤其是第二階段。在第二階段，也不是每個客戶都做了微服務，但是能看到一些正在做試點的客戶，這里需要把握一個節奏。第三階段，是上云原生。理論上，容器云、DevOps和微服務化都做的有一定基礎，并且在整個公司50%以上的研發部門鋪開應用，才可以算作正式進入云原生階段。
云原生DevOps落地路徑
在實際落地時，客戶也知道云原生是個好東西。但它是長期的，到底應該怎么落地呢？
DevOps落地時要分層次來看：
組織文化DevOps化：需要考慮團隊的文化、公司的文化，指定標準流程，輸出文檔標準。它不一定需要調整組織架構，我們可以組成虛擬團隊，把最精英的一撥人組織起來，組成類似專家團隊去做DevOps的探討和落地。DevOps活動全局化：活動偏向日常活動，交付協作、技術支撐、度量改進等等都需要組織溝通交流，需要各種會議的討論。細分領域自動化：工具這層，DevOps工具鏈把每一層做細分，一步步做。
云原生落地要勇于走出第一步。第一個應用容器化，快速得到效果，團隊也會對這種效率感到興奮和新奇感：用了行業內頂尖的技術，我的應用已經容器化了。比如靈雀云的一個客戶，我們首先幫助他們做了容器的遷移，然后找準一個精英團隊去做DevOps，作為公司內部未來能力輸出的團隊。每家公司里一定有這么一撥志同道合的人，希望為IT的變革付出努力，同時公司也要給他們一些鼓勵。
第三，打造初始工具鏈。不一定很完美，比如一開始把持續集成、持續交付打通，自動化測試都可以先不做，然后慢慢地去完善。
單體應用上容器之后，下一步就要考慮服務分層，最終目標是要微服務化。但每家企業情況不同，有的可以一步到位全部微服務化，中間過程全部省掉；有的穩態應用比較傳統，很長時間內不會變，我們也建議暫時不要動，先不要著急做核心應用的微服務化。靈雀云建議，先做邊緣應用系統的微服務化，或者單體直接應用上云。這也會涉及到企業基礎架構的考量，基礎架構部門要去探討怎么定微服務框架，如何做選擇和取舍。
云原生DevOps實踐
找到跨職能的精英團隊，把云原生落地當成項目來做，成立一支虛擬團隊，這個團隊是專家職能還是業務職能，可以在做的過程中詳細討論。最終我們希望DevOps專家組能成為能力輸出的源泉。
靈雀云會幫助客戶成立DevOps專家組，實踐敏捷活動和DevOps工具鏈一整套的解決方案。同時，穿插云原生理念、DevOps工具鏈、容器化和微服務化。我們的目標是幫助團隊形成敏捷意識，給客戶打造一支敏捷團隊，未來可以帶領公司大大小小的團隊去做敏捷開發的項目，從而給客戶帶來比較長遠的價值。
關于工具鏈，我們的最終目標是將所有工具鏈都打通，從需求管理到開發、測試、上線、運維、容災等等DevOps所涉及的工具鏈都在我們考慮范圍內。靈雀云會考慮用行業內開源的通用的工具來做，也會對接客戶自定義的工具鏈，最終讓客戶對云原生工具鏈有很好的把控。
最后，用一句話來結束今天的演講，這也是來自一位客戶的原話：只有技術的進步，才能更好地賦能業務的發展！
謝謝大家！
文章版權歸作者所有，未經允許請勿轉載,若此文章存在違規行為，您可以聯系管理員刪除。
轉載請注明本文地址：http://specialneedsforspecialkids.com/yun/32800.html
摘要：前言本文給大家分享的題目是基于微服務以及的高可用架構探索與實現。比如說年大地震的時候我正好在東京，當時在做一個金融系統的相關工作。那次大地震導致很多很多的問題，雖然大地震不是在東京發生，但是還是給我們的系統造成了影響。 前言 本文給大家分享的題目是《基于DevOps、微服務以及K8S的高可用架構探索與實現》。整個企業的高可用架構面臨很多的挑戰，面向微服務、容器化以及敏態交付，是我們現在...
摘要：正在走遠，新年之初，小數精選過去一年閱讀量居高的技術干貨，從容器到微服務云原生，匯集成篇精華集錦，充分反映了這一年的技術熱點走向。此文值得收藏，方便隨時搜索和查看。，小數將繼續陪伴大家，為朋友們奉獻更有逼格的技術內容。 2017正在走遠，新年之初，小數精選過去一年閱讀量居高的技術干貨，從容器、K8S 到微服務、云原生、Service Mesh，匯集成52篇精華集錦，充分反映了這一年的技...
摘要：近日，愛分析在京舉辦了愛分析中國云計算高峰論壇，本次論壇以云化萬物，智動未來為主題，探討云計算行業的發展趨勢。演講實錄黃啟功大家好首先做一下自我介紹，我是時速云黃啟功，感謝愛分析的邀請，我今天分享的主題叫云原生應用實踐與未來趨勢。 近日，愛分析在京舉辦了 2018 愛分析·中國云計算高峰論壇，本次論壇以云化萬物，智動未來為主題，探討云計算行業的發展趨勢。愛分析邀請了云計算領域標桿公司時...
摘要：未來大數據云計算人工智能可能成為拉動數字中國發展的三駕馬車帶領新一輪產業革命升級轉型更快的實現。騰訊公司副總裁騰訊云總裁邱躍鵬在月日舉行的中國廣東數字經濟融合創新大會上說。每一輪新技術的出現,都帶來一次新的產業革命。蒸汽機出現帶來工業革命,互聯網出現是信息革命。未來,大數據、云計算、人工智能,可能成為拉動數字中國發展的三駕馬車,帶領新一輪產業革命升級轉型更快的實現。騰訊公司副總裁、騰訊云總裁...
摘要：本次演講將介紹蘑菇街微服務治理體系經歷的架構演進歷程，面臨的技術難點和解決思路。年加入蘑菇街，目前負責蘑菇街內部中間件平臺，包括分布式服務通信框架配置中心服務發現消息隊列等其他服務基礎設施等項目。文章來源網易云社區 微服務的概念最早由Martin Fowler與James Lewis于2014年共同提出，核心思想是圍繞業務能力組織服務，各個微服務可被獨立部署，服務間是松耦合的關系，以及...
閱讀 3265·2021-09-02 15:41
閱讀 2829·2021-09-02 09:48
閱讀 1368·2019-08-29 13:27
閱讀 1157·2019-08-26 13:37
閱讀 832·2019-08-26 11:56
閱讀 2479·2019-08-26 10:24
閱讀 1638·2019-08-23 18:07
閱讀 2615·2019-08-23 15:16
