關(guān)鍵詞:

抽象、微服務、復用、架構(gòu)、社區(qū)、企業(yè)級、應用層、多語言、體系、業(yè)務模式、最佳實踐、咨詢公司、退出機制、技術(shù)問題、戰(zhàn)略大會、系統(tǒng)結(jié)構(gòu)、技術(shù)發(fā)展、技術(shù)視角

文字記錄:

帶佬 05:18?

大致是這么一個背景，就關(guān)于這個會好，我們今天會分享這五塊內(nèi)容，一塊是那個小鵬汽車的那這塊確實是和我們當時其實在群里面給大家發(fā)了說這個東西有一些內(nèi)容推薦給大家，這塊確實和我們目前做的相關(guān)的一些內(nèi)容，就是關(guān)聯(lián)性比較大，就是是還是蠻接近的，很多東西這是一塊。然后第二塊的話是中興銀行的其實我在我們小群里面發(fā)了就說這個它里面其實怎么講，就是銀行產(chǎn)業(yè)在這個里面，在云原生里面。是怎么講？就是還是有不少人在做不少事情，因為除了他以外，之前在社區(qū)收集的一些還經(jīng)常能看到，比方說興業(yè)什么在做一些相關(guān)的事情，但是銀行的歷史包袱是非常非常重的。所以我們換一個視角看一下這個不同的場景，他們做原因是做這個中臺是怎么一個思考。然后他講了這個這位嘉賓講得挺好，包括里面一些思考，我覺得還是值得我們學習的。講出些東西來，確實講出了一些東西來。

帶佬 06:30?

一位處長然后再分享一個比較神棍一點的，這個是 Salesforce 的 sale works 的話，這個因為熟的同學大家都知道對吧？ MA Martin follower follower 同學的公司，神棍各種現(xiàn)在大家耳熟能詳?shù)倪@種微服務，包括這個 collect tecture 這 domain domain 這個迪，我記得好像都是他造出來的。這個整個公司基本上為大家讀這些云生的書，就是包括我們買的一些很多都是他們出的。

帶佬 07:04?

我覺得 market forward follower 同學， follower 同學我覺得已經(jīng)屬于神棍級的這種專家啦，就是造了很多名詞，然后她們的這個整個公司給我的感覺就是可能這個面試可能就是先來做一次是這個presentation ，然后展現(xiàn)一下自己就非常需要，后面會講到這個演講的能力都非常的了得到。然后再給大家講一個這個我們的第一大這個這個這次活動第一大贊助商，這個網(wǎng)易，網(wǎng)易數(shù)番他們那個一個架構(gòu)的介紹。然后最后的就是有一個感覺，因為這里面中臺包括業(yè)務中臺，包括數(shù)據(jù)中臺。然后講數(shù)據(jù)中臺的人其實很多至少有一半是講數(shù)據(jù)中臺的。然后我個人覺得在數(shù)據(jù)中他我我個人不是很熟，但是在這里面我覺得這位就是袋鼠云的是講得比較好的，那他們其實也是從阿里這邊脫離出來自己做的然后我覺得他是屬于講得比較好的，能夠講出一些東西的其他人可能反正一方面沒他講得好，一方面就是這個從我們外人的角度來講，可能看出來就是可能他講內(nèi)容更易理解一點，更講述一點干貨前兩個其實像小鵬和這個其實中心也是干貨比較多一點。好那我們就很快開始。

帶佬 08:26?

這小鵬之前也在群里面給大家分享過，然后輝小輝同學這個線下和他滅了個雞，所以和他了解了一下他們的情況，他們是這樣的，他們當時是在幾年，小普他們這些系統(tǒng)做的是在我記得后面講的是在 18 年左右做的，然后他們這幫人是就小鵬主要在廣州，他們他也是在廣州飛過去的，然后他們當時相當于說是某某云，他這里沒寫應該是他們在哪里之后自己搞了一個啥云后來掛了。然后所以他們那個團隊幾個核心成員，然后就一起投奔這個小鵬了。他據(jù)說據(jù)他說是先他們有個架構(gòu)師過去，然后他們就拉著他們一起過去。所以說他們相對來說就是有這么三四個人，四五個人相對來說原來就是比較熟悉的就是一伙人。然后過去小鵬之后，然后用了差不多一年不到的時間，然后把整個這個類似于我們的云原生的中臺這么構(gòu)建起來的。然后他他這次的演講其實一個是 30 分鐘，他超時了超了將近 10 分鐘的時間，當然里面夾雜了 5 分鐘的放小鵬汽車的視頻的時間。然后就講他那個過程里面他們做了些什么事，18年到 19 年做了一些什么事。然后的話對于未來一些展望，屬于說在這些今天的那次演講里面比較干貨比較多的一個演講啊。

帶佬 09:59?

啊倒也不不單單是說這個是我們社區(qū)的一位這個好朋友這個，然后推薦一下這個，而且他確實是他也說了參與了小鵬汽車技術(shù)中臺，他借這個技術(shù)中臺偏向于就是云原生的技術(shù)中臺從 0 到 1 的設計開發(fā)與演進。所以其實很多和我們那個他這領(lǐng)域和我們有點像，還是值得很多我們?nèi)セ匚兑幌禄蛘哒f去學習一下的地方。

帶佬 10:30?

這個小鵬是這樣，他是 15 年成立的對吧。然后他們這邊開始做，基本上是從 18 年開始做的然后他相當于說他加入的時候，當時是迅速擴張期，然后的話是有 19 個微服務，有一個 data 3 層當時背景是這樣的。然后他差不多是四月份他們開始過去做這個事。然后他們的問題是他們其實也是他完整地講了一下他當時 0 到 1 的這么個過程，這個其實是挺好的。然后看開頭的問題就是缺乏基建，測試效率不高，出現(xiàn)問題也缺乏出現(xiàn)問題定位的手段有限，缺乏統(tǒng)一的技術(shù)規(guī)范。

帶佬 11:09?

他們的技術(shù)棧是 spring boot 他們當時最早是 spring boot 但是也會雖然說是統(tǒng)一的一個技術(shù)棧，但是也會受限于這個不同的版本，這個和我們當時都是做Python ，然后 Python 當時其實還都沒升版本的，包括現(xiàn)在其實升了版本，大家知道這個 Python 升個版本的代價是非常非常高，當時其實也從 2 升到 3 了，就是 highlight 這個，且版本遷移比 respring 那個我覺得遷移的這個成本更高。

帶佬 11:39?

其實當時也是有這樣的問題，然后可用性也是有問題，就缺乏彈性，然后掛了就是掛了沒有什么支撐手段。其實會發(fā)現(xiàn)其實當時的一些問題其實都是非常類似的，包括后面講到網(wǎng)易，你說從一個大廠的視角其實也都是這些類似的問題，非常很常見的這樣的問題。就當時他們就做了怎么去呢？然后就首先要做第一件事兒微服務化，這是比較容易想到的。然后他們就利用了 spring cloud 把 springput 那些原始的資產(chǎn)，然后把它微服務化，然后進而容器化服務編排走 K8S 再加上走自己的一套 devo 系統(tǒng)。然后他們自己內(nèi)部做了一套系統(tǒng)叫 logan log in 的話大家知道這個一看圖標大家就知道是什么我們的金剛狼這個我不知道為什么起這個名字可能也是 X man ，和這個有關(guān)系，小鵬這個是 X 對吧，然后他們會包含這些體系，巴拉。

帶佬 12:38?

所以看到這里其實就會發(fā)現(xiàn)這個東西是不是和我們當時的發(fā)展歷程就很像，當時我們其實也是這么一個過程，我們做了微服務化雖然當時其實我們先是從邊緣的服務微服務的，其實到現(xiàn)在我們還影子服務做完，我們還有一個 Backend 的這個一個服務里面 N 個進程的問題還沒處理掉然后加上 K 引入 K8S 加上建立云朗的自己的 Jenkins 的 DevOps 體系加上到后面我們開始接入什么，接入 Google sphere 一個我們的云的一個開發(fā)云的一個管理平臺。

帶佬 13:19?

其實你看我們不同的其實是各自做的。其實如果你去看這個演講里面其他一些嘉賓分享，其實也會發(fā)現(xiàn)說這個路線其實非常非常類似的，包括后面講到那個網(wǎng)易云為什么去講網(wǎng)易就是給大家看一下，即使你可能覺得小鵬也是個小廠，那你看看大廠是怎么做的，其實都是非常非常類似的思路和路徑。

帶佬 13:44?

好，接下來就是那有了這些的話，就是要有了一個基礎的基建，那要做什么事呢？就是要賦能業(yè)務，那畢竟是一個技術(shù)中臺，技術(shù)中臺的話要解決的更多的問題。或者說除了就是把云學生這個技術(shù)引進來之外的話，技術(shù)最終還是為了服務于業(yè)務的所以的話那下一步可能要賦能業(yè)務。那當然復制業(yè)務的角度其實還是通過一些云原生的一些技術(shù)去做的。包括說就是使用一些微服務的最佳實踐包括說通過引入什么，你看日志中心、注冊中心全方位的監(jiān)控。其實他們那個時候相對來說可能做得還比較早。其實那個時候他提的這些其實也就是我們說的這個可觀察性的一些事，這肯定是要做的。

帶佬 14:34?

因為你微服務化之后，你不做這些事，其實就是真的是叫假微服務化。因為你沒有去領(lǐng)會或者說沒有去實踐微服務的一些核心，或者說微服務或引入那些問題，然后你都沒有真的去面對那些問題，完全是假微服。然后無縫落地，包括是數(shù)據(jù)埋點，包括一些代碼生成企業(yè)這些這塊其實也會在后面會提到，它其實這里已經(jīng)有一些這個 low code 的一些概念。然后自動化、網(wǎng)關(guān)接入服務自動化平臺接入、自動化 CICD 這些也是逐步去夯實的過程。

帶佬 15:11?

但是這里要強調(diào)一下，就說這些事，你看他們是一個專門的，他們這個團隊是一個專門的技術(shù)中臺的團隊，或者說理解為是專門的一個云原生中臺的團隊，她們就是專門去有精力去做這個事的。然后看到這一頁，其實就會想說這些事我們有沒有去做？或者說我們?yōu)槭裁春孟襁@個這個邊做邊在，就是修修補補，縫縫補補這個去做這些事了，或者說不是集中去做這個事了，因為我們團隊的這個現(xiàn)在的架構(gòu)組織還不太一樣雖然說一直希望可能我們發(fā)展到之后人員相對充足，或者說業(yè)務增長之后，這個隨著業(yè)務的發(fā)展，我們需要更能夠有引入更多人之后，我們有一個專門的原生的中臺，但是目前其實沒有這樣的團隊的，我們更多的其實是靜靜這邊和我們這個我這邊像那個可慧兄，就是我們是隨著業(yè)務的開發(fā)，然后抽出些時間去填補一些當時技術(shù)中臺上的或者說云云生中臺上的一些空白，更多是這樣做的，他們基本上是全力去做這個事情，你能看到他們一年左右就把這個事情做出來，原型做出來，然后再花了一年去迭代，把它夯實的好。

帶佬 16:24?

那接下來他就是他前面講了一下他們大概做的一些workscope ，然后他這個是一個，然后他這個是一個時間線是怎么樣？就是 18 年 4 月份啟動的做了一個中臺屬性之后，8月份接入第一個府，然后正式上線是 12 月就年底相當于說做了 8 個月，然后把這個中臺正式上線。然后 19 年開始支持大規(guī)模的項目落地。然后夯實中臺，然后到 20 年今年去年的話主要是平臺的穩(wěn)定詞，然后夯實功能，然后的話查漏補缺所以你空他的這個時間軸，你也可以看到說他們是一個定位在比較完全是一個技術(shù)中臺的一個團隊去做這個事情。其實我覺得可能和當時小鵬就是剛屬于那個技術(shù)人員那個大的擴張有關(guān)，他可能也愿意就說抽出這些人去專門把這個事情組一個團隊的形式組織起來去做。

帶佬 17:20?

我們目前可能還沒有到這個境界，以及說這個大家也知道這個這個對，要推動這個事情也不是那么簡單的對吧，這個反復會有很多聲音在這個里面，特別是有當你歷史包袱越重或者說我們其實歷史包袱還好，但是說包袱不單單是會技術(shù)上的包袱，又一些思維上的一些包袱。所以在企業(yè)文化里面，我們這次也特別強調(diào)了 embracing X 也是我這邊主導去提的這個去去優(yōu)化的一些點，希望大家在這里能夠多輸出一些案例。好，他們的這個眼鏡多維度眼鏡這個他們主要是一是可用性的保障，這塊其實會比較像，第二塊是那個支持多語言和 GPU 多語言。

帶佬 18:07?

其實我們從一開始其實逐步從就有 Python node 包括發(fā)展的 go 其實一直有，但他們這邊因為他們真的是做基礎中臺，所以不像我們就說我們更我們現(xiàn)在說我們是業(yè)務團隊，然后包括我們業(yè)務開發(fā)加上運維測試團隊，我們抽了些時間去做中臺的事兒，我們可能就只專注我們現(xiàn)在這個我們業(yè)務上用到哪些事，所以他們是專門做這個的，所以你看他還要管 GPU 的事，當然他們 GPU 也會用到一些的，所以他后面還會提到一些 AI 的事，會有一些 GPU 的事我們這些就沒有管了，因為我們目前還沒用到對吧。但是其換個角度，其實如果你把云腦拉大一點來看的話，像數(shù)據(jù)這塊其實也應該在云腦子里面的話，其實也應該在這里面一部分工作。只不過我們現(xiàn)在還沒有，我們我們現(xiàn)在做的這塊事還沒有涉及，然后應用層的抽象這塊其實也比較容易理解。

帶佬 19:03?

包括說最近其實一直也在關(guān)注的就是 OAM 因為 OAM 的話最近其實出了一個比較可用的怎么講一個項目。因為之前其實還是停留在概念上比較多，然后很多東西還是要通過模板化的這個東西去做?，F(xiàn)在它出了一個比較可用的項目 copy zilla 所以這塊也比較在關(guān)注它更多的是應用層的抽象，包括從 service mesh 的角度來講，有那個 dapper 這個也是另外一層的一個 sidecar 應用級的業(yè)務級的一個 sidecar 的抽象。當然這 list 有更多的是一個基建級的一個 sidecar 抽象， example 的是更多偏向應用級的 sidecar 的抽象，那應用級的應用級和業(yè)務級的更多于偏向。比方說我有一些基建能夠幫助你訪問一些數(shù)據(jù)庫，幫你訪問一些特定的一些存儲這些應用級的抽象她們也在做這方面的工作。那另外就是提升效率和資源利用率。這個毫無疑問是每個做中臺和技術(shù)和機械必須要和設計的一些工作。然后在可控性的保障這塊的話，目標 4 個9。然后那要做這些事情，你看業(yè)務無損升級，然后服務治理，異地雙活，自動擴容反氫和氫混沌工程我們不目前除了這塊沒做，其他其實都有在涉及。你看這所以做的事情其實殊途同歸真的其實你真的深入去做了。那之后的話你會發(fā)現(xiàn)其實大家的你只要真正是想去做好這件事情，然后的話你就結(jié)合現(xiàn)在的這技術(shù)發(fā)展的話，你會發(fā)現(xiàn)其實大家的思路和這個做法很多時候是比較相似的，特別有在云文生目前這個環(huán)境里面，就說大家的這個受到了知識其實他的這個領(lǐng)域比較廣，然后也能刺激大家很多思考。然后抽象總結(jié)之后的話，其實還是能夠比較做好聚焦的無損升級、滾動升值策略，然后解決狀態(tài)不一致的問題。

帶佬 21:02?

然后 timecase 又好退出這塊他們還是用 timecase anyway 就說這塊。其實我們現(xiàn)在做得還比較少，最近也有不少文章主要在講說怎么利用 K8S 它的這個一些退出機制。這塊我們在 k8S 的 patterns 沒有講過，包括一些這個 pre stop，包括一些這個一些其他相關(guān)的 hook 的退出機制來保證容器優(yōu)雅退出。

帶佬 21:26?

那優(yōu)雅退出的除了保證就是說其實直接掛有問題不大，它更多的是能夠保證在容器退出的最后時段能夠把一些錯誤信息能夠收集下來。就類似于我們現(xiàn)在虛擬值掛了，阿里云虛擬值掛了，然后要收集 call down 這個好復雜對吧。然后的話它其實有類似的問題，那我掛你就掛，反正我可以重啟，但是你掛的時候你把你的最后的材料這些信息狀態(tài)幫我收取回來。那這個時候我要爭取一些時間。

帶佬 21:55?

那怎么做呢？很多時候就會通過一些這個 UI 推出的一些機制去做支持多語言，這邊就不講了這個。反正那他這里主要講一下為什么要支持多語言，他這個語言就是多語言和 GPU 他這邊主要是因為他們有那個車上有這個小 P 的智能助手類似于 Siri 的智能助手啊。啊他當時放了一段那個視頻，然后還是感覺還蠻好用的。然后他們那這套體系其實就是比較標準的基于 cookie flow 啦其實就類似于 cookie flow 所以它當時做的還不是 cookie flow ，它當時還是自己 cookie sphere k8S 上面自己搭了 tensorflow Python 的東西去做。

帶佬 22:37?

現(xiàn)在基本上主流的做法其實都是走的 goodfloor 包括之前蔚來也分享過他們基于 copy flow 做了一些實踐這個其實我們很早之前其實都有 touch 過類似的東西，在研究云生的那段時間，特別是功能這塊做了挺多的一些預研的工作。但是比較可惜，可能我不知道現(xiàn)在有沒有利用起來，而且當時回過頭來說比較可惜的更多的是說當時其實花了很多時間去調(diào)研這些事，然后用來說服大家這個東西我們還是有用的或者怎么樣。

帶佬 23:14?

其實那些時間回過頭來想，如果那些時間我們能充分利用起來的話，我們其實也能把我們現(xiàn)在的中臺做得更好，那這是題外話了，我們就不展開了。 OK 接下來他提到說當時也會，為了業(yè)務的賦能，業(yè)務，他會把一些東西抽象出來，沉淀下來，把它真正沉淀成為一些中臺的能力。

帶佬 23:32?

那怎么去做呢？那比較容易想到的就是通過 sidecar 去做你可以看到就說 18 年他們很多東西是 18 年做的，18年這個時間其實我們很多東西也是 18 年做的 18 年那個時候，坦白講是之前也給大家分享過是 k84 真正爆發(fā)的那一年。但是爆發(fā)的那一年也意味著說當時其實還是很多新的，現(xiàn)在從我們現(xiàn)在的角度來想都想通想的東西。

帶佬 24:00?

比方說你要 sidecar 那很簡單，你要做基建list ，你要做一些業(yè)務的沉淀，中間復用中臺能力或者說業(yè)務的沉淀。那你首先先看一下 dapper 對吧，你這個能不能有能用的話我們再看一下，不能做的話我們就用 sidecar 去做。當時你看他現(xiàn)在還提了 suspash 的雛形，當時 18 年很多這些東西其實都是屬于還是比較混沌，還不是那么明確的一些年代，就做得早有做得早的好處，做也有做得晚的好處。所以當時他們相當于說就自己做了一個這個事情。

帶佬 24:33?

然后其實做的方法和現(xiàn)在回過頭來看，其實就是現(xiàn)在主流的一些方法沒什么太大的變化。好應用層那這塊它主要強調(diào)是在當年還是那句話，在當年他們做了個什么事呢？就是因為應用部署了，我們這個應用的能力和運維這塊其實還是有很多 overlap 的地方。但是為了更好地去做運維，他們自己發(fā)明了個東西叫做 bo ot 它等于我們的 deployment 加 service 加 hva 加 resource 加 PVC 加 parity 然后它們把它沖向成一個特性和工作負載工作負載，比方就 deployment restful ，然后它把一些其他相關(guān)的一些屬性抽象為一個特性，然后組織成一個應用。

帶佬 25:18?

然后講到這里，其實大家應該清楚，他當時就做早了。因為其實如果大家熟悉我前面講了這個 oam 就是微軟和阿里推出來開放應用模型包括我前面提到的現(xiàn)在這個相對來說它一個實際里的這個應用酷不酷 leader 其實就是這個事，它的概念就是我們現(xiàn)在做運用部署和運維其實還是比較吃力的。它最大的問題就在于說你的應用的一個載體，你的 workload 比方說你的這個 deployment 或你的 stayful set 和你的一些它是一個屬于主體。然后你有你會有非常多的一些負載的負載，它身上的東西比方說服務，因為你你的你不一定要有一個 workload 一定要有服務的對吧。比方說你的一些這個你的資源，比方說你的這個你要做不做那個 hpa 包括說你掛載的存儲這些東西其實和你的 workload 應該是一個需連接的，是一個松耦合的關(guān)系。那如何讓它能夠更好地形成一些松耦合，讓它能夠即插即用地做一個綁定呢？你當然可以我們通過我們的 operator 去做類似的事情了。然后也有很多人類似小鵬在 18 年就做了這個事。然后 oam 這個體系其實就是為了解決這個，然后他就很明確地把它分為我 close 和 trace 特性，它把它翻譯成trace 。然后它提供一些工具它當時其實 OM 沒提供工具，它提供的是一些聲明的方式。那你可以把這些東西能夠快速方便的整合起來，讓它使得說真正在 DevOps 的環(huán)境下，是一個開發(fā)者都能做這些耦合的一些過程。

帶佬 26:59?

那像我們其實大家知道，現(xiàn)在我們只是要求我們的開發(fā)者，我們的研發(fā)人員能夠做到自己把 Docker 鏡像做出來，那后續(xù)怎么部署？這是真正生成上面這一塊其實是要我們的運維同學比方說主要是許娟對吧，那在做這部分的工作。那這個其實從 DevOps 的角度來講的話，其實還是沒有真正演進到一個真正的很充分的 DevOps 但是如果有了這套體系的話，能夠把這個過程能夠變得非常的簡化和易用的話，還是一方面是能夠提高大家的這個運運維和平時的工作效率，一方面其實也是能讓你整個這個東西上升一個臺階的，這里就不展開了。

帶佬 27:39?

然后它的 device 體系其實也可以看到很多時候。其實也是CICD ，當然我們現(xiàn)在 CI 做得更多，CD做得比較少，靜靜也在昨天的這個我們的對齊會上也講了，后期我們把 CD 這塊做更改好一點，他們其實也是當時完全花這個力量去做這個事情。其實可以看到就是說我反復在說就是說其實你可以看到這樣一個團隊，讓他們 focus 地去做這個事情，其實很快能可以做不少產(chǎn)出。當然我問了一下他們團隊的組成，就是說還是很多 C 列的人，而且說他們是在一起摸爬滾打了很長時間，這個確實是有他的這個非常好的一個優(yōu)勢。但是我還是想強調(diào)是說很多東西是要 focus 去做，能 focus 去做的話，它的產(chǎn)出我覺得一定是不一樣的。

帶佬 28:26?

O OK 他們?nèi)缓笠沧隽巳萜骰牟渴鹌脚_，其實就類似于一個專門專用的一個 CD 的一個平臺。這塊我倒是覺得說怎么講包括他這個 logan 的一些東西。從我現(xiàn)在角度我講，我覺得是說我們不算晚。然后的話我們更可以利用像現(xiàn)在的 coupe sphere 它本來這么一個很好的 3.0 出來出來之后，一個很好的一個開放性的平臺，包括如果大家有關(guān)注他的 cobsphere 的這個在去年年底的這個技術(shù) meta 大會上，他的分享說 4.0 會到一個新的更高的互相能夠更加開放的一個平臺，能夠有更多的開發(fā)者能夠來融入進來做自己的定制。

帶佬 29:11?

那期望到這一天之后的話，我們更可以把我們的很多業(yè)務的東西能夠融入在這里面，然后同時基于它的基礎能力，包括多集群管理，他的 federation 的能力，包括他的一些 CICD 的能力去把我們的類似的平臺能夠做出。所以我覺得這倒不是說我們可能是一個后手，但是不一定我們沒有后手的優(yōu)勢。我覺得還是我們只要用好一些和社區(qū)里面比較好的一些產(chǎn)品，我覺得還是很有希望把這塊做好的。然后它這 CICD 我就不展開了。其實可以看到其實很像很我們要做事情很像，而且一般來講包括大家能看到其實還是很多是和那個 Jenkins 相關(guān)對吧。

帶佬 29:49?

Jenkins 到目前為止，雖然說現(xiàn)在在云原生的這個 CICD 領(lǐng)域里面有非常多的一些競品和 jkins 挑戰(zhàn) Jenkins 包括 jkins 自己也在革自己的命對吧？有 Jenkins X 但是不容置疑的是 Jenkins 還是憑著它的插件的積累和那么多的底蘊。它目前還是各大廠商各大云商用得最多的一個， CICD 的平臺環(huán)境這塊我覺得還是毋庸置疑的，所以我們還是可以基于這個去做好。而且還是那句話就說包括 copy sphere 我們可以充分利用。

帶佬 30:22?

好，copy sphere 它里面用的植入的還是 jcins 而且 copy sphere 它的它們這個社區(qū)里面，它現(xiàn)在里面有不少 jcst member 參與在這里面做這個相關(guān)的 CICD 的工作開發(fā)，我覺得這個還是有機會把這個事情能夠一起推動起來去做好的。至少我們可以去參與一下，然后去多嘗試一下看看。包括，你看他們小鵬他們也是 hover 對吧。

帶佬 30:47?

song cube 你看 nexus 這個類似于我們內(nèi)部存儲的我們用的那個reduce。有差不多的，他基本上套路真的是差不多。 OK 最后 GPU 演進我們就不講了。然后最后他就提了一下云原生的思考?，F(xiàn)在從 18 年 12 月份的這個數(shù)字，到 20 年 12 月份，這個肉眼可見的翻了一倍，整個數(shù)字基本上都是翻了一倍。這個是兩年能達到這個程度，包括它這個曲線這個是一個相當不容易的成就，包括不說社區(qū)的參與度。

帶佬 31:21?

其實可以看到說云原生這個東西從現(xiàn)在來講的話，未來如果你要去做云相關(guān)的一些工作，你離不開云原生如果你不了解云原生，那你這個就可能在后面的工作開展上就會處于劣勢。 OK 那最后他又提了一個服務網(wǎng)格，現(xiàn)在他們那個問題現(xiàn)在他也在積極地參與微軟提出了這個 open service mesh 這塊的這個工作，因為這塊的話他們因為做 spring boot spring cloud 相對比較多，然后他們也在繼續(xù)參與社區(qū)，也秀了一下肌肉，其他后面就不講了，因為這個這講了挺長時間了。 OK 所以第一塊就是小鵬。所以總結(jié)一下就是小鵬這塊基本上整個過程和我們當時 18 年的 18 年的這個時間點是很像的，當時的問題也是很像的。

帶佬 32:15?

然后但是其實就是兩條路，我為什么把它拿出來要專門講，花了這么多時間專門講，因為我的感慨非常多，我覺得就是時間點都差不多，然后可能人為投入，如果你當時我們要夯出這些人，可能當時倒薅不出的事，說真的是投入不同。然后的話認識不同，專注度不同，而不是認識不同，專注度不同。然后你能看到說現(xiàn)在我們的程度可能只能趕上他們 19 年的這個程度，可能就差了一年的這么一個時間。倒不是說我們做不到這個程度，我相信我們未來可以 catch up 少。但是我覺得一個事情的認定一個事情，然后 forbox 去做，努力把它做好持之以恒地把它做好。我覺得能夠產(chǎn)生的能量大家可以通過小鵬來看一下。然后我覺得小鵬也是激勵著我們說以后我們能在云原生這邊也能夠去做到這樣的程度，甚至說做得比他好，我覺得是完全有可能。所以說大家也在這塊的話，大家我們可以繼續(xù)努力一直去做。

帶佬 33:24?

好，那這是第一個是小鵬，第二個是這個中興，中興這個就比較有趣一點。因為銀行這個其實我為什么拿這個來講也是因為我聽了這個其實也覺得感覺其實銀行他確實有想法的也是有想法。我聽的時候我就發(fā)了個消息給我，老婆說你看好好向人家學學，你看你們工行真是能做些啥都做不了對吧。然后他還很不服氣地給我發(fā)了個消息說，你看我們這個在那個這上海的這個 AI 大會上，那個積極參與什么出著什么東西，我說這個就是都是這吹牛的這個東西，你那個都是都是那個搞些什么花樣，然后外包出去做就吹個牛，做政績工程。你看人家至少這個東西還是做了很多實事，至少從這個 PPT 的角度，我覺得絕對拿得出手的。講得是講內(nèi)講得很好。然后里面的內(nèi)容我覺得坦白講是在這個領(lǐng)域里面我覺得有一定的鄙視鏈我覺得銀行是處于鄙視鏈的比較下游的，因為銀行的歷史包袱非常的重，真的非常非常重，我覺得祖龍可能知道，然后我畢業(yè)的時候差不多真的很有可能去銀行的這個，因為都是銀行體系的這個子女，來堅決沒有去覺得這個實在是。他們這個怎么講呢？不講了。

帶佬 34:46?

然后所以他就很，而且他這個里面就很怎么，很坦白地講了很多東西，比方說他上來這個圖，比方說現(xiàn)在他理解的就是說在 it 里，在這個 it 應用這個架構(gòu)的里，領(lǐng)域里面就中臺這個領(lǐng)域里面的一個發(fā)展程度是什么樣子的然后一般會是最早的單體服發(fā)展到這個面向服務的架構(gòu)SOA ，然后包括ESB ，企業(yè)服務總線，再加上后來的微輔，然后他這里還只寫到微輔還沒有寫到預約深了。但當然他后來也是說他們其實現(xiàn)在銀行反正有的是錢像中興，反正也不差錢。然后他們其實現(xiàn)在他是很先進的，他們也和各種阿里，華為，大家都是有很多的合作，他最后也圓了個場。

帶佬 35:31?

然后他很坦白地講說他現(xiàn)在的銀行，他這里應該后面還有就是云原生的，就類似于現(xiàn)在小鵬我們就大廠在做的一些事情，包括我們在做的一些事情。那他很坦白地講，現(xiàn)在大多數(shù)銀行處于這個階段，處于 SOA 和微服務的這個階段不要笑這個事情是很正常的一個事情。我理解的銀行就是處于差不多這個階段，大部分銀行我估計還是偏向于就是這個階段，然后后面估計都沒有再看。有可能因為銀行的體系真的歷史包袱是非常非常重，而且它的不是那么好遷移的。然后它的痛點它的痛點就是煙囪一個一句話一個詞就能概括煙囪式的系統(tǒng)結(jié)構(gòu)煙囪什么煙囪式系統(tǒng)結(jié)構(gòu)。大家知道工廠就一個個煙囪煙囪的結(jié)構(gòu)就是什么呢？就是第一個特點就獨立每個就是一個煙囪自己燒自己的火，自己冒自己的煙然后下面是有關(guān)聯(lián)嗎？這些煙頭之間會有關(guān)聯(lián)嗎？當然明顯知道是不會有任何關(guān)聯(lián)，基本上沒有復用可能。

帶佬 36:39?

然后而且銀行有一個很重要的特性，基本上就是一些員工然后帶著外包去干活，基本上都是外包做的。這也就導致說一個很大的問題，就是說很多時候你很難，你即使想做融合，想做貫通把這個因從貫通起來，很多時候也是很難的。然后因為它不是個技術(shù)問題，很多時候不是技術(shù)問題，而是政治問題。 OK 然后那他后面講了一些技術(shù)狀態(tài)記錄不講了，反正就是都是差不多的一些東西看看。好 OK 他現(xiàn)在想做的事情，就是他的藍圖想做的事情，就是他這個你看這樣的一個融合之后，你看是不是就和我們現(xiàn)在所經(jīng)常去講的或者說經(jīng)常所理解的這個中臺的體系就比較相似了。

帶佬 37:35?

最下層是技術(shù)中臺，類似于前門講到了提供基礎設施基礎能力的一些門，一些東西包括 DevOps 一些東西。在上層就是兩塊比較實質(zhì)一點的那個功能性的中臺，一個是業(yè)務中臺，各種各樣的業(yè)務，領(lǐng)域性的業(yè)務，一塊是那個數(shù)據(jù)中臺管數(shù)據(jù)的再上層就是我們前端用我們我們我現(xiàn)在稱之為用戶端。那我們其實現(xiàn)在的從我們的現(xiàn)在糾風給大家整理的以及說我們最近反復在給大家講的其實也是這么三層，用戶端基建，我們的服務層其實也是這樣。但是我們的服務層其實我們的服務層其實也是包括有業(yè)務和數(shù)據(jù)。

帶佬 38:14?

其實大家可以看到從這個架構(gòu)角度來講的話，其實都是差不多的中臺架構(gòu)會有一個好的地方，就是這個會上會看到非常多的類似這樣的圖。然后你可以通過這些不同的企業(yè)和不同的專家的交流，你可以來 confirm 或者說 confirm 自己的做法是對的還是錯的？像這個會參加完你就會知道說基本上大家都是大同小異的，這個思路基本上就是一致的，甚至說在基建這個層面會有一些差異的。相對來說技術(shù)差異的層面其實大家理解是比較一致的。在目前的角度在云原生出來之后的角度，那他的目前是他這么個理解，包括他的怎么去劃分這些領(lǐng)域，這個其實是沒有什么特別的。然后他們對這些內(nèi)容進行了很多的梳理啊，啊我覺得也現(xiàn)在寫得比較好。然后業(yè)務中臺和數(shù)據(jù)中臺怎么做一些關(guān)聯(lián)，然后包括你看數(shù)據(jù)倉庫，數(shù)據(jù)湖 data lake 對吧，這些?，F(xiàn)在比較熱門的名詞你看一個都不會少。

帶佬 39:18?

然后技術(shù)中臺怎么來思考技術(shù)綜合的布局什么？其實基本上下面 ASR 上面 PaaS 基本上這個也都是差不多的，但是它這個是在構(gòu)想階段能做到這一層，我覺得還是要非常強大的推動力去做。然后真正想我覺得這個整個 PPT 包括里面的一個亮點是或者說值得我們學習的。其實這個我覺得是，那天就在群里想，我覺得我們后面要把這個東西補上。他這里講了一個事情，就是說我還強化流程。然后這個東西就是你不單單是開發(fā)一個業(yè)務服務，然后你開發(fā)出來這個服務，然后你可能還要去考慮說他是怎么流轉(zhuǎn)，他怎么能通過架構(gòu)團隊、前端團隊、中臺團隊這幾個團隊之間的互相的作用，把這個東西真正地能夠去貫穿好，讓大家一方面讓大家使用起來，一方面你使用之后你要有維保的然后你可能他的服務有到了一定階段，他要退役的。

帶佬 40:23?

那在這個過程中各個團隊應該是怎么相互配合，相互支持然后形成一體化的我昨天還在和靜靜討論，說其實我也說到說我們那個我們的研發(fā)測試和運維真的是一根繩上的螞蚱，它是非常的關(guān)聯(lián)性很強的，應該是一個有關(guān)聯(lián)性很強的一個有機的整體對吧？那其實從我們現(xiàn)在的角度來講，我們有很多文檔，然后有很多這個技術(shù)點上的文檔。

帶佬 40:53?

其實關(guān)于這個的流程的思考研發(fā)流程的思考，包括我們有一些上語音的流程，包括我們有些上線的流程。但是在就說一個服務從一個服務出身到他退役，也就說他這個使用過程中，他這個整個這個生命周期完整生命周期的一個思考，好像我們現(xiàn)在還沒有，然后我覺得他這個圖畫得很好，倒不一定完全適合我們，但是說我覺得還是很好，包括他的服務注冊新增支持這個思考，我覺得是我們現(xiàn)在還沒有做的，或者說我們即使其實有一類似思考，我把它沒有把它沉淀下來，變成一個規(guī)范或變成一個能夠和大家都去講，然后讓大家形成一個理解一致的東西。那這塊我覺得后續(xù)我會去把它補上。然后的話和靜靜和大家一起去討論，然后把它形成也是內(nèi)部內(nèi)訓的一個重要的資料。我覺得這個是很需要的，流程上的東西那其他就不展開了，其他其實都差不多了，然后也真的沒有什么銀行也沒有這塊，也沒有什么特別能夠拿出來炫技的東西。

帶佬 41:57?

但是整個 PPT 我聽下來，這個圖我覺得從這個圖上我是感受到他們有真正至少有一些人是真正在思考這些問題，然后有一些實際的想法。在這里我覺得很好也是推薦大家就是說其實在思考我們的業(yè)務的過程中，很多時候一方美，流程很重要，大家知道一方面就是說其實大家也可以擴展一下邊界。能夠把自己這塊領(lǐng)域的流程擴展到和其他的相關(guān)的兄弟團隊的一個流程，怎么去把它梳理好然后把它規(guī)范下來，然后形成一致的一個思想，然后去做一個后續(xù)的實施和推動。我覺得這是一個很重要的一環(huán)。

帶佬 42:41?

OK 這也是我們后續(xù)至少針對這塊的內(nèi)容，我覺得是后續(xù)我需要去彌補的一塊東西。 OK 這是我們中信銀行，其實第二塊主要是講這一塊一個流程。其實所有嘉賓里面只有他講到這塊，其他人都沒有講到，我聽了哪些其他沒有聽的不好說，時間不太夠了，我可能只能到先講到這里，可能我們下一周也可以繼續(xù)講。

帶佬 43:07?

我們接下來講一個神棍公司 thoughtworks 的內(nèi)容，它這個我覺得是早上早上其實這幾個后面三個都是講的。早上那六講里面他早上六講下午六講，早上六講里面講得最好。然后大家可能最不瞌睡了，很熱，因為你們開了空調(diào)，然后人又特別多然后其實昏昏欲睡，很多人我看都睡著了。然后他這個是真的是拿到現(xiàn)場掌聲最多的一個分享。

帶佬 43:38?

一方面他是因為 Salesforce 這個神棍公司，本來就咨詢公司，本來就是講概念對吧，能把這概念講好講出花是他們的這個我覺得他們KPI，能夠把你講暈了，講得佩服你對吧，說這個東西講得真好對吧，這是他們的這個目標，講的確實不錯。但是其實還是很多玄學在里，就是似懂非懂的那些東西在里面。那他從他的標題其實就知道他其實講的更多的是概念，概念集中的是什么，講什么概念，就這四個字的概念，業(yè)務中臺。那再拆分開來就是業(yè)務和中臺的概念是什么？他講了一個他的理解，因為這個大會是中臺大會，他講了一個他們的理解，可能是他們的理解，所有 works 理解。 OK 我們來大體看一下。

帶佬 44:27?

最后還有 10 分鐘我們來把就把這個講完，我們可能后面兩講看看，分到放到其他的這個時間里面再講，因為后面還有會好。那比較可惜的是講他講這個的時候正好在開那個周峰大家給我們的銷售團隊講云腦的會，然后我就邊開兩個會一起聽，然后就這塊聽得相對有點少，然后可能有些興趣沒有 catch 到有點抱歉他首先就是先對比了一下這個他其實是要上來就要回答，其實整個 PPT 就回答這兩個問題，什么是業(yè)務，什么是中臺？那首先他是講中臺，中臺這個概念，他先闡述他們對中臺概念的理解。

帶佬 45:13?

那這張圖是比較經(jīng)典的，就是關(guān)于我們現(xiàn)在整個這個云的發(fā)展體系，從什么都是自己搞，然后到 sr 的就平臺，藍色的是自己搞，紅色的是別人提供到 sr 就基于那個云提供基建，比方說買虛擬主機到云提供那個平臺服務到云提供一些 runtime 包括說些運行時的一些東西，到云直接提供服務當時最火的解決 Salesforce 的模型。

帶佬 45:45?

那中臺在哪呢？中臺應該在這個模型里面應該在哪里呢？他首先提出一種就是說是不是就是說我們其實中臺離職是倒退了，因為中臺它上面跑的是什么？跑的是應用和數(shù)據(jù)對吧？那從這個角度來講，你看和是這層是平的對吧？那它的應用數(shù)據(jù)它也不是說是和這個 SaaS 一樣，它也是由那個云去托管，它是上層應該是自己是定制運維的開發(fā)的，它會加入一層這個業(yè)務的模板和數(shù)據(jù)的一些模板性的數(shù)一些東西作為支撐，或者說一些共用性的基建。

帶佬 46:23?

那它是不是這么一個架構(gòu)？那從這個架構(gòu)來講的話，它中臺，是不是一個 SaaS 的一個定向的倒退，先引入這個問題，他們很多講解的一些技巧其實很多都值得大家學習了。如果大家有同學有機會去社區(qū)里面聽一些 salt box 的一些講解，我覺得其實是對 presentation skill 的也是一些提高。其實可能不光可以注重他們的一些內(nèi)容，很多可以注重他們的一些制作 PPT 或者講解的一些思路，他們這個都是很熟練地怎么去引起大引罰大家思考。那他說不是的，他這個接下來就覺得說他其實他們的理解應該是他模板這一層應該是和數(shù)據(jù)應用這一層對齊的，它更多的是提供了一些模板型的泛化的東西，然后再基于這個上面，然后再生成數(shù)據(jù)和應用的一些定向的定制性的東西。

帶佬 47:20?

那從這個角度來講，他就把這個先拉直了對吧？就是一個中臺，就是一個我們事務型的演進，或者換句話來講，中臺不是一個內(nèi)卷否則從這個角度來講的話，你可以看成是一個內(nèi)卷。對吧？我們沒有一個發(fā)展，而是我們只是基于原來的一個思考，然后我們換了一個方式去講。那從從他的這個角度的時候，我把這個事情拉直了對吧？那我就是從一定角度，從政治角度來講，這個東西我沒有內(nèi)卷，而且我這個東西是有提升的對吧？那我這個東西我就站得住腳了對吧？這是開玩笑，然后它就是從不同的屬性，然后會有平臺部分和應用部分。然后它有這么一個圖這塊我就在開會沒有聽得特別深了。然后他的理解就是前面幾塊大家比較好理解，上面是業(yè)務屬性越來越高。然后的話特定企業(yè)業(yè)務參考模型這里就是企業(yè)業(yè)務的最佳實踐，他這里就是他理解的他這里的中臺其實不光是我們前面講的更多，其實技術(shù)中臺他這里更多的中臺其實著重的還主要講是業(yè)務中臺，然后最上面層就是個性化的業(yè)務的服務，所以這塊是和它的這個鎖匹配的，中間是把業(yè)務的能力抽象出來，再往上是定制化的業(yè)務。

帶佬 48:35?

這個其實也和大家這兩年聽到的最開頭中臺這個詞兒火起來的，聽到了很多中臺的概念是比較相近。那中臺要做什么事兒呢？要從去重到復用，從治理到賦能，從技術(shù)視角到業(yè)務價值驅(qū)動。怎么講，這個業(yè)務就深刻地感受到，你看這個詞兒你換一個說法，你就會感到說你這個事情瞬間高大上了。其實前面那三個詞兒似乎好像也是描述中臺的一個比較合理的這個一個說法。然后你換了個詞，你就會瞬間感到中臺程度就不一樣了。好，那接下來就是他開始講那個什么是業(yè)務業(yè)務這里就聽得比較少了，這里就開會去了。然后講到這頁，這頁好像我還是聽到的還是有一點那個感觸的。就是說它其實就強化來說，業(yè)務的概念和領(lǐng)域的概念這里不要混淆，它這里講的是 business 業(yè)務講的是 business 換成英文的詞是 business 然后領(lǐng)域因為我們最近一直在會講，包括在設計模式的時候會去講那個領(lǐng)域看驅(qū)動的模型滴滴最近是很火的一個東西，包括那天的會上其實有很多人在講那個滴滴滴的東西。

帶佬 50:00?

然后的話我記得是京東的一位這個資深的專家在講 DDD 的模型，那那那個他的講到那個領(lǐng)域這塊的話，他是想把領(lǐng)域詞和業(yè)務這個詞做一個區(qū)分那他舉這個例子挺好的，就說什么是領(lǐng)域源自問題域的邏輯特定領(lǐng)域。比方說造手機和造飛機，這兩個是完全不同的領(lǐng)域。你造手機的人能去造飛機嗎？造飛機的人也不一定會造手機。那這個概念就是個領(lǐng)域的概念，它是一個非常獨立非常專注的線條算法計劃、統(tǒng)計優(yōu)化那叫這叫領(lǐng)域。然后什么是業(yè)務呢？業(yè)務相對來說是源自業(yè)務運營的邏輯，相對來說是它是指領(lǐng)域中立。

帶佬 50:48?

相對來說我理解是可以被抽象出來，形成一定的抽象復用的能力的東西。比方說他這里提的是賣手機和賣飛機。而在這兩個事情上可能是有一定的可以搜銷售的，包括說渠道的運營商是說可以是有一定的抽象這樣的一些達到抽象的這些能夠?qū)崿F(xiàn)一定的抽象，而不是像前面兩個東西領(lǐng)域可能完全是區(qū)別非常非常大的在賣這個過程中，這個方向上其實是很多資源是可以抽象可以共通的。他這里做了一個劃分，因為我們他后面要講的我們今天要講的這個業(yè)務中臺更多是集中在這樣一個領(lǐng)域這樣一個范圍里面去講的業(yè)務，他講的這個角度就抽象應該這么講。后面就講了一堆巴拉，這個開始搞學情，搞概念的東西了。這個先把一堆用一堆詞概念把你砸死啊基本上就是這種，這個就基本上沒怎么聽到。

帶佬 51:48?

然后他就是來講說那怎么定義業(yè)務中臺？那回到說把這兩個字拼合在一起，怎么來定義業(yè)務中??？那它是一個企業(yè)級的業(yè)務模式復用的平臺，它不是一個能力，它把這個能力我們再把它細化，它是一個業(yè)務模式的復用。然后那為什么要建業(yè)務中臺呢？就又變成說要建企業(yè)級的業(yè)務模式復用的平臺，他就開始接下來又開始進入這個這個開始搞又開始搞腦子的東西了，這個就不闡述了，因為這看我肯定沒他會講得這個熟而且這個也就聽過一遍，他這個應該已經(jīng)是這些比較虛的概念，已經(jīng)是玩得滾瓜爛熟了，我更多地返回到這一塊，就說它對業(yè)務中臺的定義是一個企業(yè)級的業(yè)務模式復用的一個平臺。它這里比較關(guān)鍵的是首先我要做中臺，我要是為了打造個復用賦能，他這個然后同時我們那個角度我們是站在一個企業(yè)級的一個層面去做這樣一個復用的，這是一個核心。然后那復用的內(nèi)容是什么？從業(yè)務中臺的角度，它復用的是業(yè)務的一種模式那這個好像和我們目前來講的中臺可能還不太一樣，和我們的現(xiàn)在做的一些服務有一定的關(guān)聯(lián)，我們還沒有完全把它抽象成就是我們的服務層。

帶佬 53:12?

你看我們現(xiàn)在講的服務層，其實我們提了五大服務對吧，數(shù)據(jù)、多車智能業(yè)務、運營運維那些東西。運營用其實那些東西里面還沒有真正地把它抽象成業(yè)務和中臺。就是如果要按照業(yè)內(nèi)這種抽象方式抽象成業(yè)務中臺和數(shù)據(jù)中臺這塊的話，我們其實還沒有專門去做這樣的一些東西的一個抽象。因為其實也在于說我們現(xiàn)在的這個業(yè)務模式。比方說我們現(xiàn)在對那個有物流這條線，有那個微循環(huán)這條線有那些線。但大是大家看到說我們其實對這層業(yè)務其實從我們其實整個公司其實可能還沒有做更深層次的抽象。

帶佬 53:52?

從我們現(xiàn)在的開發(fā)的微服務的角度來講，我們更多的還是一個能力的抽象那你看他的這個能力的抽象其實就是被他現(xiàn)在劃掉了這塊。也就是說如果你還只是停留在一個能力的抽象，其實你更偏向于就是說你在從技術(shù)中臺是在想業(yè)務中臺的過渡的這一階段，你還沒有達到他所謂強化的這個業(yè)務中臺的這個概念，強化了這個業(yè)務模式的這個一個負用的這個概念啊。啊所以是他要講的一個事情是這么一個點，和我們相關(guān)聯(lián)的一個思考，其實就是這么一個思考。那當然我們也不是說我們一定要去套業(yè)務中臺和數(shù)據(jù)中臺，因為也不同公司每個部包括我們現(xiàn)在不同的發(fā)展階段，我覺得現(xiàn)在我們也沒有必要去套這個東西。但是說大家可以通過這個去理解來說不同人的對業(yè)務中臺的一個思考是什么樣子，以及說其實我們現(xiàn)在其實做的一個東西就是企業(yè)級的能力復用平臺。

帶佬 54:48?

其實我們這塊我們也是正在做也是做了也是正在做的一個東西。但是我們沒有抽象到他所說的另外一個層面的一些東西其他，然后他就開始要講方法論了你看這樣一層一層他 PPT 其實梳理得很好，先講概念接下來說我怎么去做這個方法，因為 thoughtworks 賣的是什么？它是一個咨詢公司賣的就是方法。那忽悠把你忽悠全了之后，接下來就是我把這個藥就要可以賣給你了你有藥嗎？我藥是什么？那就是這就是我的藥要 check now 對吧？然后來這個他就是那他從他們的角度來講，他們對中臺的方法論的理解。那我們要有技術(shù)層，我們要數(shù)據(jù)層、應用層、業(yè)務層，戰(zhàn)略層了，已經(jīng)上升到戰(zhàn)略層了，公司愿景都搬上來了，只要和 Salesforce 相關(guān)的，我覺得這個玄一學和神棍的這些東西都是逃不掉的，其實就不展開了。

帶佬 55:43?

但是大家可以看一下，其實基本的概念其實都是非常的差不多的，基本上都差不多。好最后就他這個收尾真的是最后這個鳳尾就收得很好。最后再來點睛之筆。其實講到這里，大家都快覺得他已經(jīng)講他最后收了個尾，拋出來一個很令人震驚的問題，然后馬上又把大家的胃口吊住了。

帶佬 56:07?

搞仲裁會死嗎？他這里死會指的是死盒字面意義上的死盒，含義上的死。好另外一個含義上，就比方說這個團隊會不會怎么樣了，所以會不會這個問題。然后他舉了這么一個例子，這張圖是什么呢？ thats on every ST 知道什么？喜馬拉雅山在喜馬拉雅山上這么多年，到 15 年上面死的人有多少。然后這個是 sharper 好像是他們那個就是他們那個當?shù)氐娜?，然后大部分都是登山者。你看，登山者死的集中的區(qū)域其實是最高的那個區(qū)域，最高的登頂?shù)牡诙A臺階還是第一第幾級臺階的最高的區(qū)域。然后大部分死的人是死在那里。

帶佬 56:58?

然后為了解決這個事，你看 1957 年中國再次登山時候，特別搬了一架 6 米的金屬梯，放在帶了第二臺階上然后在中國這一側(cè)，然后北側(cè)就是這個梯子后來被人們稱為中國梯也是救了很多人命，或者說現(xiàn)在登山的必不可少的一個東西。那這個和這張圖以及說和我們講的這個有什么關(guān)系呢？那這里他想講的是說，即使當你這個業(yè)務發(fā)展到一定非常高峰或非常抽象、非常聚焦、非常專業(yè)的，這個時候你就功不受功乎一潰，就說最后以及只差一步就登頂?shù)臅r候，你還是要有一個梯子來助你一把力。就像登山這樣，真的已經(jīng)快登頂了，還是有這么一個復用賦能的一個東西去給到你。那可想而知是說其實從低到高其實中臺都是需要的，甚至說當精細化到這么程度時候，中臺可能都是需要，他實際上是想灌輸這個思想給大家。這個講得非常的好很點睛，就是說一下子抓住了大家的點和讓引起大家的思考。

帶佬 58:17?

最后又引入了一段很文藝的這個登山者里面的一段話，把生活改成中臺，再去自己再讀一遍，理解一遍，然后就圓滿的收尾。整個 PPT 講得非常的一氣呵成，非常的好但是就說內(nèi)容，其實你回過頭來會感覺說他講了啥？好像就講了幾個名詞，講了幾個概念，然后你有什么收獲嗎？去 PPT 做得挺好的，講得很好。然后其他好像要再理解一下。但是給大家分享這個這一方面是給大家講講說怎么這個業(yè)務中臺大家不同的理解是什么。