你雲我雲•兄弟夜談會 第三季 企業it架構
你雲我雲•兄弟夜談會 第二季 5g
你雲我雲•兄弟夜談會 第一季 企業雲
主題：企業it架構
兄弟團：
soa 是面向服務架構的縮寫，它是一種架構理念。早期其主要形態是企業服務匯流排esb（enterprise service bus）。它主要是為了滿足企業內多個異構業務系統之間的互聯互通需求。esb提供了網路中最基本的連線中樞，是構築企業神經系統的必要元素。esb採用了「匯流排」這樣一種模式來管理和簡化應用之間的整合拓撲結構，以廣為接受的開放標準為基礎來支援應用之間在訊息、事件和服務級別上動態的互連互通，是一種在鬆散耦合的服務和應用之間標準的整合方式。它可以作用於：
以esb 在銀行中的應用為例，
esb的工作就是提供和呼叫整合系統的服務。使用了esb，在大多情況下，每個系統和esb之間，只需要定義乙個訪問方法，乙個介面。
但是，在網際網路架構下，esb 出現了一些弊端，比如效能壓力。因為esb 本身也是單點，即使採用集群部署，也無法完全解決效能問題。這時候微服務出現了。
可以認為，微服務也是soa理念的一種實現，它是一種新型面向服務的應用架構。它將乙個應用分解為多個服務，每個服務是獨立的，但服務之間又互相聯絡。其好處顯而易見，它本身所具備的可擴充套件性、可公升級性、易維護性、故障和資源的隔離性等諸多特性使得產品的生產研發效率大大提高。因此，它能解決網際網路架構下高併發問題。
chris richardson 曾指出：「微服務應用是分布式系統，由此會帶來固有的複雜性。開發者需要在 rpc 或者訊息傳遞之間選擇並完成程序間通訊機制。此外，他們必須寫**來處理訊息傳遞中速度過慢或者不可用等區域性失效問題。」
在雲原生模型裡，乙個應用可以由數百個服務組成，每個服務可能有數千個例項，而每個例項可能會持續地發生變化。這種情況下，服務間通訊不僅異常複雜，而且也是執行時行為的基礎。管理好服務間通訊對於保證端到端的效能和可靠性來說是無疑是非常重要的。
以上種種複雜局面便催生了服務間通訊層的出現，這個層既不會與應用程式的**耦合，又能捕捉到底層環境高度動態的特點，讓業務開發者只關注自己的業務**，並將應用雲化後帶來的諸多問題以不侵入業務**的方式提供給開發者。
這個服務間通訊層就是 service mesh，它可以提供安全、快速、可靠的服務間通訊（service-to-service）。
因此，service mesh 也是一種微服務架構理念，它把微服務的業務邏輯層和微服務通訊層進行解耦。應用開發者專注於業務邏輯，而服務網格則來解決通訊層問題。
service mesh 所實現的基礎設施層，往往分為控制平台（control plane）和資料平面（data plane）。控制平面用於控制基礎設施，而資料平台用於實現網路通訊能力。同時，有多種servcie mesh 的實現方式，而邊車（sidecar）是比較主流的一種。
service mesh 並不是 kubernetes 的特有產物，而是微服務架構自身的需求。kubernetes 是一種執行微服務的平台，它使用容器執行微服務，主要提供容器編排能力。istio 是面向kuberntes 的一種 service mesh 實現，它採用邊車（sidecar）方式。
關於 serverless 是什麼，也就是它的定義，有很多的爭論，有很多不同的說法。
（1）有人認為，serverless 是微服務架構之後的一種新it架構形態，它把每個微服務再函式化。
從這個層面看，serverless 是一種應用架構，而paas 只是這種架構的應用的一種執行平台。
（2）還有觀點認為，serverless 是一種雲計算模型（execution model），其中，雲**商動態地為應用建立和管理伺服器。乙個 serverless 應用執行在無狀態容器中，是事件驅動的，由雲**商完全託管。serverless 根據執行的次數計費，而不是根據預先購買的計算容量計費。
從這個層面看，serverless 是paas和saas之間的乙個階段。
（3）從各大雲**商提供的serverless產品看，serverless 目前的應用場景還比較有限，主要是一些事件驅動的執行時間較短的業務邏輯比較簡單的一些場景。
以上分類主要是從技術層面進行的：
普遍認為，企業中颱可分為技術中颱和業務中臺。
隨著阿里巴巴對其業務中颱的廣泛宣傳，以及業界對它的研究越來越深入，這個問題的答案已經比較清晰了。企業業務中臺就是把企業各個業務前台系統中的公共部分抽取出來，變成共享業務服務，形成服務中臺，對前端的業務進行支撐。
關於企業上業務中颱的主要目的，我們主要討論了以下幾點：
上面三個業務有明顯的主次之分，那就是 集團管控要求 > 業務靈活性要求 > 技術架構要求。
也就是說，要上企業業務中臺，光靠企業的it部門的推動，或者靠一兩個業務部門的推動，幾乎是不可能實現的任務。原因是因為它涉及到眾多業務部門的利益重新分配。以前bu 可以獨立掌控其所有業務，而有了業務中台後，bu 的很大一塊業務要被劃給他人了。因此，推進的時候往往收到各個bu的強大阻力。
再結合第乙個需求，企業業務中臺只能由企業一把手來推動才有可能。
從阿里巴巴最新一次組織架構調整情況來看，『阿里雲事業群公升級為阿里雲智慧型事業群，集團cto張建鋒將兼任阿里雲智慧型事業群總裁，直接向張勇匯報』。可以看出張建鋒兼任集團cto（技術線）和阿里雲智慧型事業群總裁（業務線）。阿里雲將來發展的重點方向，將由技術（平台）轉到業務（中臺）。
技術在不斷往前發展，但是技術為業務服務的宗旨不會改變。企業業務狀態決定其企業it系統的架構狀態。簡單來說：
比如說，如果乙個企業的網際網路業務佔比為10%，那麼大致地，它所擁有的微服務it系統的佔比也為10%。
以銀行為例，大部分銀行的核心業務系統還是在小機上。
企業it架構演進主要是由業務和成本驅動。如果現有it系統能支援當前業務，那麼改動的必要性就非常小。此時，穩定是第一需求。
對基礎雲平台來說，其主要需求及其特徵是：
對paas平台來說，其主要需求及其特徵是：
對業務中臺來說，其主要需求及其特徵是：
要給企業推廣什麼，一定要找到企業中能對它做決策的人。找錯人了，事情就沒戲了。
企業技術人員給企業領導寫材料講材料，要從業務而不是技術入手，否則老闆沒興趣往下聽。技術只有找到了業務需求點才有價值，否則就是技術人員的一廂情願。
企業技術人員要學習了解企業業務，從業務著手理解需求，然後再去設計業務系統。
主題：企業it架構
兄弟團：
你雲我雲 兄弟夜談會 第一季 企業雲
乙個傳統企業，之前養過乙個研發團隊搞基於開源專案的雲平台 比如openstack，kubernetes 和ceph 或者從一家小公司採購進來乙個雲平台。不巧，因為各種原因，自己的研發團隊解散了，或者外部的小公司倒閉了。那麼，現在這個雲平台該怎麼處理呢？如果時光倒流，允許從頭來過，這種結局有辦法能夠避...
二度雲接近阿里雲，未來成為中國第三大雲服務商
在雲 計算領域，二度雲不僅僅在中國市場獲得快速增長，在海外市場也表現亮眼。二度雲的客戶不僅包括希望擴充套件到國外的中國公司，還包括多家希望進軍中國市場的海外巨頭。二度雲 顯示，洲際酒店集團 畢馬威 雀巢 橙果集團 sap等公司都是二度雲的客戶。隨著越來越多的企業將計算和儲存需求轉移到雲端，二度雲正積...
第三次作業 小馬雲
include include main i,c 定義乙個 陣列 int p a 0 定義乙個指標，並把a的位址賦予到指標上 scanf d i p p i printf a d d n i,p sizeof a c sizeof a sizeof int printf d n c void fun...