<strong id="5g15j"></strong><ol id="5g15j"><output id="5g15j"></output></ol>

      <legend id="5g15j"></legend><cite id="5g15j"><li id="5g15j"></li></cite>

      88 優惠券
      2020年3月1日到期。滿 200 元可用
      立即使用
      立即使用
      • 參會報名
      • 會議介紹
      • 會議日程
      • 會議嘉賓
      • 參會指南
      • 手機下單 手機掃碼下單

      首頁 > 培訓課程 > IT/技術培訓 > 持續演進的云原生體系建設培訓(7月上海) 更新時間:2020-05-28T09:47:02

      持續演進的云原生體系建設培訓(7月上海)
      收藏3人
      分享到
      官方合作

      持續演進的云原生體系建設培訓(7月上海) 已截止報名

      課程時間: 2020-07-11 08:45至 2020-07-12 18:00結束

      課程地點: 上海  上海翰朝酒店  上海虹口區中山北一路186號 周邊酒店預訂

      主辦單位: 容器社區DockOne.io

      發票類型: 增值稅普通發票 增值稅專用發票

      行業熱銷熱門關注看了又看 換一換

            會議介紹

            會議內容 主辦方介紹


            持續演進的云原生體系建設培訓(7月上海)

            持續演進的云原生體系建設培訓(7月上海)宣傳圖

            隨著企業內外部環境發展變化,為應對不斷提升的客戶服務要求與快速發展的產品創新需求,需要在業務架構,技術架構,數據架構,組織架構,流程建設多個方面進行改進,需要通過分層解耦,分離客戶接觸點與業務產品,形成共享程度高,穩定性強的標準化服務,實現松耦合的應用架構,提供靈活高效的研發能力,支持業務場景與合作生態建設的快速響應。


            從應用層和基礎設施層互相融合的整套體系,稱為云原生技術體系。要做好整個企業的云原生體系建設,需要有個總體的視角,不謀全局者,不足以謀一域。我們將企業的架構進行全方面的梳理,并給出云原生體系建設總圖。另外,這個圖當然不是一蹴而就就能建設完畢的,而是根據業務需求不斷迭代演進出來的,因而需要落地的演進路徑。


            受眾:技術總監、架構師、CIO。

            優勢:小班授課,20人以內;一對一,單獨交流;高端微信群。


            本次培訓云原生演進過程分為四個階段:規劃、試點、服務化、微服務化。會經歷服務數目從1到2000以上的整個過程,以及在這個過程中遇到的問題,及解決方法。


            學習收獲:


            云原生演進過程中常遇到的四個問題及解決方法:

            • 遇到什么樣的問題

            • 應該采取什么樣的技術解決這個問題,如何解決這個問題

            • 這個技術的實現有很多種,應該如何選型

            • 使用這個技術有沒有最佳實踐,能不能形成企業的相關規范

            查看更多

            容器社區DockOne.io 容器社區DockOne.io

            DockOne.io,最專業的Docker交流平臺。關注Docker生態圈開源軟件。旨在幫助國內愛好者學習使用Docker。

            會議日程 (最終日程以會議現場為準)


            課程大綱:


            1、戰略設計


            1.1 企業架構的五個方面和六個層次


            五個方面:業務架構,技術架構,數據架構,研發流程,組織架構

            六個層次:基礎設施層,數據層,中間件層,中臺服務層,業務服務層,用戶接口層


            1.2 數字化轉型的三個階段


            階段一:拉通信息系統,重塑組織協同

            • 業務架構:單體應用,企業消息總線集成

            • 技術架構:物理機及虛擬化

            • 數據架構:數據抽取與統計分析

            • 研發流程:測試與發布手工化及腳本化

            • 組織架構:研發與運維隔離

            階段二:構建中臺體系,加速業務創新

            • 階段一的問題,是什么影響了快速迭代。

            • 業務架構:架構耦合問題,架構腐化問題,技術債務問題

            • 技術架構:資源申請慢,復用性差,高可用性差

            • 數據架構:數據分散質量差,單一維度統計分析,人為報告反饋鏈長

            • 研發流程:上線依賴人,部署風險高,腳本難維護

            • 組織架構:研發運維標準不一,難保障端到端高可用

            如何解決這些問題:

            • 中臺的定義與誤區

            • 中臺構建的兩種方式和兩種模式

            • 一個傳統行業中臺的案例

            • 業務架構:架構服務化,側重變化多和復用性,領域拆分與解耦

            • 技術架構:基礎設施云化,統一接口,抽象概念,租戶自助

            • 數據架構:統一指標體系,建設數據倉庫,支撐管理決策

            • 研發流程:發布模式平臺化,構建持續集成流程,質量和績效看板

            • 組織架構:成立中臺組/架構師組,銜接研發和運維

            階段三:探索互聯網模式,優化產品體驗


            階段二在什么情況下遇到問題:

            • 業務對接互聯網業務,面臨高并發流量

            • 灰度發布,A/B測試,客戶參與優化產品體驗

            如何解決這些問題:

            • 業務架構:架構微服務化,側重服務治理能力

            • 技術架構:基礎設施容器化,統一微服務框架和工具鏈

            • 數據架構:個性化推薦與精準營銷,業務融合數據,數據驅動創新

            • 研發流程:DevOps流程,一切即代碼,不可改變基礎設施

            • 組織架構:研發和運維融合,應用交付提前到開發,應用治理下沉到運維

            1.3 云原生體系建設總圖



            1.4 云原生體系建設路徑


            云原生體系建設的四個階段和25個步驟。


            2、戰術設計


            假設目前的架構狀態,應用單體,基礎設施虛擬化,發布模式腳本化。

            五個方面迭代進行:業務架構,技術架構,數據架構,研發流程,組織架構。


            2.1 階段一:規劃——在架構委員會領導下的梳理與規劃


            組織架構先行:成立架構師組。


            從業務架構出發:進行業務流程和領域梳理。


            (1) 梳理核心業務流程

            (2) 劃分核心業務領域

            (3) 確定界限上下文及相互關系

            (4) 輸出按照領域橫向拆分架構


            2.2 階段二:試點——選一個項目試點,汲取經驗,培養團隊,建立規范


            研發流程:發布模式平臺化,構建持續集成流程。


            (5) 構建持續集成流程和測試集合,建立《持續集成規范》


            業務架構:架構從試點項目進行服務化,側重變化多和復用性選擇試點項目,領域拆分與解耦。


            (6) 選取試點業務,橫向拆分(以訂單中心為例)


            技術架構:著手建立統一微服務框架和API網關。


            (7) 需要注冊中心及API規范與知識庫,建立《微服務接口設計規范》

            (8) 為保證平滑拆分,前端無感知,配備API網關


            業務架構:服務化拆分的詳細技巧。


            (9) 微服務拆分的漸進式技術方案,建立《微服務拆分最佳實踐》

            (10) 為了解耦和質量屬性,縱向分層拆分


            研發流程:在持續集成流程中,落地各種規范。


            (11) 試點業務拆分完畢,總結服務化規范,建立《服務化拆分規范》,《服務化流程規范》,《接口定義,修改規范》,《日志規范》,《數據庫設計規范》,《監控規范》,《工程規范》,《日志打點規范》,《質量平臺規范》


            (12) 如何保證規范落地,質量看板,流程保障,績效考核,《服務發布流程規范》


            2.3 階段三:服務化——試點結束,在架構委員會的領導下,在服務化規范的指引下,各組制定里程碑計劃,逐步拆分


            業務架構:架構開始全面服務化歷程。


            組織架構:建設中臺開發組,業務開發組,基礎底座組。


            (13) 架構委員會的組織服務化分組,分組拆分

            (14) 每組制定里程碑計劃,定時向架構委員會匯報


            技術架構:當服務數量多,配備容器,APM,日志中心,配置中心。


            研發流程:環境交付提前,Dev和Ops的融合,一切皆代碼,不可改變基礎設施。


            (15) 微服務拆分數目多,運維受到壓力,容器化,建立《大規模容器平臺建設最佳實踐》

            (16) 微服務拆分數目多,定位問題難,全鏈路監控

            (17) 微服務拆分數目多,統一日志中心,建立《日志中心最佳實踐》

            (18) 微服務拆分數目多,統一配置中心


            2.4 階段四:微服務化——互聯網場景,遭遇性能問題,進一步拆分


            業務架構:業務進一步拆分。


            (19) 為支撐高并發,進一步拆分,性能優化,以訂單中心為例


            技術架構:更多的服務需要服務治理中心,分布式數據庫,分布式事務。


            (20) 服務治理,防止雪崩和請求堆積

            (21) 服務多,去Oracle,配備分布式數據庫和分布式事務組件,建立《Oracle切換分布式數據庫流程》

            (22) 多服務一致性,使用TCC和事務消息,建立《分布式事務最佳實踐》


            研發流程:容器化后測試環境指數性增加,需要流量染色。


            (23) 容器化之后,測試環境多,流量染色

            (24) 全鏈路壓測,承載高并發

            (25) 多機房高可用與單元化

            查看更多

            會議嘉賓


            即將更新,敬請期待

            參會指南

            會議門票 場館介紹


            費用:6月14日(含)之前,9800元/人;6月15日(含)之后:12,000元/人;3人以上,10,800元/人(包含兩天午餐)

            查看更多

            溫馨提示
            酒店與住宿: 為防止極端情況下活動延期或取消,建議“異地客戶”與活動家客服確認參會信息后,再安排出行與住宿。
            退款規則: 活動各項資源需提前采購,購票后不支持退款,可以換人參加。

            標簽: CIO 架構師 架構

            還有若干場即將舉行的 CIO大會

            猜你喜歡

            會議地點 查看大圖

            部分參會單位

            主辦方沒有公開參會單位
            活動家_小程序快捷下單

            微信掃一掃
            分享給朋友

            郵件提醒通知

            分享到微信 ×

            打開微信,點擊底部的“發現”,
            使用“掃一掃”即可將網頁分享至朋友圈。

            錄入信息

            請錄入信息,方便生成邀請函

            国产人妻少妇免费视频-青青青国产费观看视频-最新国产精品精品视频-欧美 亚洲 中文字幕 高清 狠狠色草草综合| 日韩人妻无码中文视频| 精品国产三级AV在线| 亚洲 日韩 在线 无码 视频| 欧美 另类 美腿 亚洲 无码| 日本AV在线观看| 中文字字幕高清乱码| 日本AV在线播放| 偷拍区图片区综合图区| 欧美亚洲视频在线二区| 亚洲 另类 小说 春色| 偷拍区图片区综合图区| 国产免费视频| 亚洲色欲国产免费视频| 精品 在线 视频 亚洲小说| 另类 专区 综合 国产 中文| 久久爱精品在免费线看| 人妻.中文字幕无码| 国产啪视频在线观看| 亚洲免费视频免在线观看| 国产 亚洲 另类 欧美 在线|