<th id="0poub"></th>
  1. <th id="0poub"><track id="0poub"><dl id="0poub"></dl></track></th><dd id="0poub"><track id="0poub"></track></dd>

    <dd id="0poub"></dd>
    <dd id="0poub"><pre id="0poub"></pre></dd><th id="0poub"></th>
    <th id="0poub"><track id="0poub"></track></th>
    <tbody id="0poub"><pre id="0poub"></pre></tbody>
    <em id="0poub"><acronym id="0poub"><kbd id="0poub"></kbd></acronym></em>
    logo

    地址:深圳南山區大沖國際中心21樓

    聯系我們 : contact@wise2c.com

    產品支持 : service@wise2c.com

    售前咨詢 : sales@wise2c.com

    電話: +86 (755) 33268246

    粵ICP備16049363號

    聽廣發證券首席架構師-梁啟鴻暢談容器化與組織結構

    深圳睿云智合科技有限公司 > 睿云新聞  > 聽廣發證券首席架構師-梁啟鴻暢談容器化與組織結構

    聽廣發證券首席架構師-梁啟鴻暢談容器化與組織結構

    9月6日,由深圳金融信息服務協會主辦,我公司(深圳睿云智合科技有限公司)與Rancher Labs聯合協辦的,深圳金融IT界容器技術專題研討會隆重召開并勝利閉幕!

     

    會議匯聚了國內外知名的云計算技術大咖,以及招商銀行、平安科技、富德生命人壽、廣發證券等國內金融科技引領企業的容器技術實踐團隊的經驗分享,為150多人的在場嘉賓奉上了一場堪稱金融行業與最前沿容器技術的巔峰碰撞!

     

    除了深圳本地的金融行業技術人員,更有來自北京、上海、東北的多家金融機構信息技術團隊積極參與,大家紛紛表示會議干貨多多,收獲頗豐。

     

    以下就是小編為大家整理的嘉賓分享內容系列速遞,按照演講順序,今天繼續為大家推出的是來自廣發證券首席架構師兼信息技術部副總經理?– 梁啟鴻?的分享:《容器化與組織結構》

     梁啟鴻?的分享:《容器化與組織結構》

     

     

    首先,梁啟鴻先生以新常態與去庫存展開分享,并且結合金融IT以及現在互聯網發展態勢,進行了探討:

    對于現在傳統企業的IT架構而言,代碼庫存繁多、雜亂?、變更快,從而導致運維風險大、成本高,從而無法很好的管理這些代碼庫存。很多企業就想抓住這樣技術變革的機會進行彎道超車,就拿如火如荼的金融行業來說,正在緊鑼密鼓的部署著一套套屬于自己的架構體系。

    除此之外,梁啟鴻先生還介紹了互聯網區塊鏈中的分布式、去中心化、去庫存的架構。對于這樣的架構我們可能需要用到微服務(微服務架構)。一旦采用微服務,由于生產工具影響生產者關系,容器工具鏈便成了一個重量級的殺手武器容器!

     

    容器化

    容器化?– 可能是過去五年來軟件業最重要的運動”。容器技術的出現其實是一種潮流,一種趨勢,但為什么又要稱之為運動呢?

    他改變了我們的交付方式,改變了我們的軟件思維。等到容器工具出現的時候,DevOps才得到真正的發展。

    容器化

    理性認識容器化技術

     

    • 技術問題解決的關鍵,沒有“銀子彈”,容器不是“黑科技”
    • 容器技術,促進了更多新技術發展;
    • 容器工具鏈,促進DevOps;
    • 用容器工具鏈,更便于遵循Micro Service、Reactive、12-Factors 等架構風格、最佳實踐;

     

    • 容器對你的代碼沒有入侵性– 不會讓系統更快或者更慢;對你的架構有入侵性– 一旦采用你就要走分布式架構。

    容器的分析

    容器出現前后的云計算

    容器出現前大家認為云計算是運維人員使用的技術,接觸最多的就是虛擬機。用虛擬機的api與業務應用相結合。這個時期應用架構并沒有受到云計算的影響。而容器出現后,云計算技術向應用轉移,開發者成為它的直接用戶,編排好的容器里的東西運維不需要關注。要用好容器,需要了解好分布式的架構。還用以前的應用架構去搭建是不現實的。

     

     

     

    組織結構

    影響組織結構的技術、架構理念與技術運動如下:

    ? 云計算:IaaS/PaaS/SaaS

    ? 微服務:MicroServices、Containerization

    ? DevOps:APM、InfrastructureAsCode、ImmutableInfrastructure、ITAutomation…

     

    單體架構組織以及微服務架構組織

     

    所謂servlet、mvc這些都是一些傳統的方式。到2013我們開始用這種全棧同構的基礎架構同時走這種微服務方向,你比如像這種電商服務產品中心,購物車,適當性管理形成一些單一的微服務,這些微服務是可以共享這些應用的。

    單體架構組織以及微服務架構組織

    Gartner內架構外架構

     

    在Inner Architecture中singleresponsibility這種單一微服務,他的邊界是很清晰的,技術主要聚焦在業務,有時需要2、3個人的小團隊去負責。而outer Architecture,他的可用性、彈性、韌性就只需交給平臺去負責管理即可,它有著強大的監控部署體系同時兼容著PaaS平臺即服務,這也是容器技術出現之后,PaaS變得更可用、更現實,還解決了一些PaaS中出現的繁瑣、碎片化的問題。

    Gartner的“內架構”與“外架構”

    Silo型到Matrix型到DevOps

     

    說到組織結構是從silo型到matrix型到devops型慢慢演變的一個過程。要想建立良好的組織結構,首先需要建立一個平臺團隊,每一個項目以產品經理去驅動。保障交付的時間,不保障交付的功能。對于傳統的流程是從業務的需求,審批,再到硬件的采購,軟件的開發,再測試部署,最后客戶反饋,每一個環節可能是一個禮拜或者一個月,而現有的agile devops則是直接從業務到軟件開發部署,最后反饋,節省了很多時間。

    從Silo型到Matrix型到DevOps型

    原則建議

     

    ? 大系統小做(別想“一口吃個胖子”)

    ? 小團隊可以做大事情(從電商到交易終端到交易系統,都是幾個人開始)

    ? 全棧(Fullstack)型技術團隊讓架構更加靈活

    ? Conway ‘sLaw(康威定律),不要和它“抗爭”,遵循它

    ? Brooks’ Law-技術系統設計的理念,不應該建立在“加人就能增加團隊生產力”這種假設上

    ? 利用工具反過來促進持續試驗與學習的文化

    原則建議

    圍繞OODA閉環的持續交付組織

     

    boyd ?Loop是美國空軍在實戰中觀察總結的決策閉環。后來netflix利用亞馬遜云的ami實現10分鐘級別的更新部署。?代碼越多,bug越復雜,生產環境就越不穩定,形成反脆弱組織的一個期望,我們需要怎么去做呢?就是同一個組織,同一個夢想,同一個kpi,讓開發與運維,同一套工具。

    ?圍繞OODA閉環的持續交付組織

     

    總結

    在分享結束之際,梁啟鴻先生還總結了:所有金融系統都是一系列組裝系統,復雜系統是分開人和機器兩個部分的,那么把IT作為一個孵化器,啟動一個快速迭代,快速創新同時能夠支持像OODA閉環這樣的環境,將其應用實踐于業務生產中才是我們真正需要做的!

    No Comments

    Post a Comment

    Comment
    Name
    Email
    Website