每次 ArchSummit 全球架構(gòu)師峰會(huì)上的技術(shù)晚場(chǎng)，都是極客邦的一個(gè)特色保留節(jié)目。一天會(huì)議的交流學(xué)習(xí)之外，架構(gòu)師、開發(fā)者們聚在一起，以一種比較輕松、隨意的 Lean Coffee 形式碰撞觀點(diǎn)、深入交流。
在剛剛結(jié)束的 ArchSummit 全球架構(gòu)師峰會(huì)北京站上，阿里云聯(lián)合極客邦共同策劃舉辦了以“企業(yè)數(shù)字化轉(zhuǎn)型“為主題的阿里云之夜晚場(chǎng)活動(dòng)，包括阿里云解決方案總監(jiān)霍嘉、阿里云高級(jí)解決方案架構(gòu)師傅杰、阿里巴巴研發(fā)效能事業(yè)部高級(jí)技術(shù)專家章屹、阿里云解決方案架構(gòu)師徐曉華、阿里云解決方案架構(gòu)師陳彥博、阿里云容器服務(wù)高級(jí)技術(shù)專家張凱在內(nèi)的 6 位技術(shù)專家，擔(dān)任當(dāng)晚交流小組的組長(zhǎng)，與參會(huì)者一起，圍繞企業(yè)數(shù)字化轉(zhuǎn)型的路徑、企業(yè)數(shù)字化轉(zhuǎn)型中的技術(shù)選型、企業(yè)數(shù)字化轉(zhuǎn)型中的研發(fā)趨勢(shì)、企業(yè)數(shù)字化轉(zhuǎn)型中的數(shù)據(jù)驅(qū)動(dòng)這四個(gè)小組主題進(jìn)行交流和探討。
阿里云之夜晚場(chǎng)交流現(xiàn)場(chǎng)
企業(yè)數(shù)字化轉(zhuǎn)型正席卷全球，這不僅是趨勢(shì)所在，也是企業(yè)發(fā)展必然面對(duì)的考題，阿里云解決方案總監(jiān)霍嘉先以一個(gè)主題發(fā)言對(duì)本次討論主題“拋磚引玉”，他對(duì)企業(yè)數(shù)字化轉(zhuǎn)型的四個(gè)階段進(jìn)行了具體的闡述。
阿里云解決方案總監(jiān)霍嘉
結(jié)合自身數(shù)字化轉(zhuǎn)型的經(jīng)驗(yàn)，阿里把企業(yè)數(shù)字化轉(zhuǎn)型分為四個(gè)階段：第一個(gè)階段是云化階段，也叫云 IT，云 IT 階段追求的是成本的降低和效率的最大化。?就第一階段來說，云轉(zhuǎn)型策略的制定、企業(yè)級(jí)應(yīng)用上云架構(gòu)、云平臺(tái)的安全和自動(dòng)化運(yùn)維都是要考慮的問題。通過搭建混合云和制定企業(yè)應(yīng)用上云的優(yōu)先級(jí)，阿里云可以幫助企業(yè)搭建彈性、安全、高效的 IT 基礎(chǔ)設(shè)施層，并通過云上架構(gòu)合理的部署企業(yè)應(yīng)用，將企業(yè) IT 人員從繁瑣的資源申請(qǐng)、系統(tǒng)運(yùn)維中解放出來。
?第二個(gè)階段是服務(wù)化階段，服務(wù)化階段是企業(yè)本身的業(yè)務(wù)能力數(shù)字化的過程。過去企業(yè)的系統(tǒng)在搭建過程中往往是煙囪式的搭建，導(dǎo)致了系統(tǒng)之間信息無法互通；也造成了系統(tǒng)能力無法共享從而重復(fù)建設(shè)的浪費(fèi)。在這一階段，阿里云可以幫助客戶把業(yè)務(wù)以共享服務(wù)化的方式做改造，形成共享服務(wù)中心。有了這些共享服務(wù)中心以后，企業(yè)業(yè)務(wù)就像能力積木。當(dāng)你去做一個(gè)新業(yè)務(wù)的時(shí)候，你只要把這些能力積木做拼接、組合就好，這樣大大加速了創(chuàng)新的速度，也降低了創(chuàng)新的成本。
第三個(gè)階段就是數(shù)據(jù)化階段，當(dāng)企業(yè)業(yè)務(wù)能力數(shù)字化以后，本身會(huì)產(chǎn)生大量數(shù)據(jù)，數(shù)據(jù)需要被最大化的利用起來，才能對(duì)業(yè)務(wù)有價(jià)值。阿里把整個(gè)做數(shù)據(jù)化治理、數(shù)據(jù)運(yùn)營(yíng)的能力拿出來給大家做成服務(wù)和產(chǎn)品，在阿里云上提供服務(wù)。展示在數(shù)據(jù)化階段也非常重要，有溫度的將數(shù)據(jù)分析和計(jì)算的結(jié)果展示出來，才是真正的有效運(yùn)營(yíng)數(shù)據(jù)，幫助業(yè)務(wù)發(fā)展。
第四個(gè)階段是智能化階段，場(chǎng)景、算法、算力三個(gè)核心要素才能組合為真正智能化落地的東西。阿里云在工業(yè)制造等多個(gè)領(lǐng)域通過把這三者有效的結(jié)合，可以有效的幫助企業(yè)提升良品率、降低能耗，解決過去難以解決的問題，拓展了認(rèn)知的邊界。
在阿里云眼中，傳統(tǒng)的企業(yè) IT 架構(gòu)基本上都是以流程自動(dòng)化為中心。流程自動(dòng)化意味著什么？意味著你在用確定性的知識(shí)去解決問題。但是大家都知道，今天這個(gè)社會(huì)發(fā)展這么快，今天你面臨最多的東西其實(shí)是不確定性。
一個(gè)企業(yè)做得好的話應(yīng)該是把你確定性的東西發(fā)揮到極致，但是最可怕的是無論是你的業(yè)務(wù)上，還是 IT 架構(gòu)上都會(huì)有很多不確定的問題需要解決，不確定性問題的解決恰恰是過去這十幾年、二十年互聯(lián)網(wǎng)公司一直面臨的問題，也一直是阿里在解決不確定問題中總結(jié)出來的一個(gè)架構(gòu)。
在分組討論環(huán)節(jié)，參會(huì)者根據(jù)感興趣的話題進(jìn)行了自由分組，熱烈的分組討論之后，每一小組委派 1-3 位代表分享小組討論結(jié)果。
分享者與各位阿里云技術(shù)專家合影
在企業(yè)數(shù)字化轉(zhuǎn)型如何做數(shù)據(jù)驅(qū)動(dòng)小組， 從討論結(jié)果來看，大家就如何從無到有建設(shè)數(shù)據(jù)中臺(tái)進(jìn)行了討論。因?yàn)楹芏噙z留的數(shù)據(jù)要打通或者整合的話，涉及到組織的變化、職責(zé)的變化，所以要成功首先是一把手工程；另外就是業(yè)務(wù)價(jià)值驅(qū)動(dòng)，因?yàn)楹芏嗥髽I(yè)都是看到市場(chǎng)上的熱點(diǎn)一股腦上，投很多錢去構(gòu)建一個(gè)很大的平臺(tái)，效果未必好，所以必須是業(yè)務(wù)價(jià)值驅(qū)動(dòng)去判定優(yōu)先級(jí)、逐步積累數(shù)據(jù)中臺(tái)的建設(shè)經(jīng)驗(yàn)；第三點(diǎn)，不同企業(yè)的基因不一樣，所以要注意中臺(tái)的轉(zhuǎn)型策略、原則、范圍、職責(zé)；第四點(diǎn)，數(shù)據(jù)中臺(tái)的建設(shè)方案的選型，小組討論集中于到底是利用阿里這種非常好的經(jīng)驗(yàn)幫企業(yè)提供一堆現(xiàn)成的框架、現(xiàn)成的數(shù)據(jù)積累，還是自己去建設(shè)？
另外，大家還討論了數(shù)據(jù)安全問題，企業(yè)里面可能有敏感數(shù)據(jù)，到底是全部放到公有云里面，還是自己建設(shè)私有云，還是混合云？怎么去做數(shù)據(jù)中臺(tái)，建設(shè)方案的選型也非常重要。具體到如何實(shí)現(xiàn)數(shù)據(jù)的價(jià)值感，經(jīng)過小組討論，把數(shù)據(jù)價(jià)值分成兩個(gè)部分，一個(gè)部分是業(yè)務(wù)的數(shù)據(jù)化，第二部分是數(shù)據(jù)的業(yè)務(wù)化。
此外，來自中交車聯(lián)網(wǎng)的參會(huì)者，站在阿里云用戶的角度，還介紹了企業(yè)數(shù)字化轉(zhuǎn)型如何運(yùn)用阿里云的成果。中交車聯(lián)網(wǎng)截止到目前已經(jīng)連接了 500 萬輛貨車，已經(jīng)在利用阿里云的數(shù)據(jù)去做車聯(lián)網(wǎng)業(yè)務(wù)，另外中交車聯(lián)網(wǎng)也借鑒了阿里云的一些數(shù)字化轉(zhuǎn)型的經(jīng)驗(yàn)成果。
在企業(yè)數(shù)字化轉(zhuǎn)型中的研發(fā)趨勢(shì)小組，大家先就討論哪幾個(gè)研發(fā)趨勢(shì)達(dá)成共識(shí)，包括 CICD、DevOps 和敏捷。
研發(fā)趨勢(shì)的好處一是快，比如 CICD 在內(nèi)部去持續(xù)集成、持續(xù)交付，可以提高測(cè)試的質(zhì)量、減少內(nèi)部試錯(cuò)的代價(jià)、提高產(chǎn)品質(zhì)量。在沒有使用新的趨勢(shì)開發(fā)的時(shí)候可能一個(gè)東西會(huì)比較慢，比如五六個(gè)月發(fā)布一次產(chǎn)品，大家都集中在最后時(shí)刻，出錯(cuò)的時(shí)候代價(jià)非常大。如果采用這種快的模式，雖然還是說六個(gè)月發(fā)布一次產(chǎn)品，但是在六個(gè)月發(fā)布這個(gè)產(chǎn)品之前可以快速在內(nèi)部去迭代，去做 CICD，去提高產(chǎn)品的質(zhì)量，所以最后產(chǎn)品發(fā)布的時(shí)候出錯(cuò)的幾率就比較小。
第二個(gè)好處是項(xiàng)目全周期管理，企業(yè)使用了 CICD、使用敏捷的管理流程再加上底層的資源管理，可以使整個(gè)項(xiàng)目從設(shè)計(jì)、開發(fā)、測(cè)試、運(yùn)維監(jiān)測(cè)都可以在一個(gè)平臺(tái)上去實(shí)現(xiàn)，所有數(shù)據(jù)都可以在一個(gè)平臺(tái)上拉通，這樣就可以一站式對(duì)整個(gè)流程進(jìn)行提效。
具體到研發(fā)趨勢(shì)如何落地，首先，數(shù)字化轉(zhuǎn)型涵蓋大量的互聯(lián)網(wǎng)思想在里面，所以就會(huì)遇到互聯(lián)網(wǎng)思想跟傳統(tǒng)企業(yè)思想的碰撞，需要公司領(lǐng)導(dǎo)給予足夠的權(quán)利；其次，從研發(fā)到測(cè)試到運(yùn)維和最后發(fā)布，需要一個(gè)標(biāo)準(zhǔn)化的流程，適合就是最好的；第三是在一些管理方面涉及到的技術(shù)選型部分。
在企業(yè)數(shù)字化轉(zhuǎn)型中的技術(shù)選型小組，討論的話題是微服務(wù)架構(gòu)轉(zhuǎn)型的層次。經(jīng)過小組討論，從客戶角度考慮，首先要把公共的應(yīng)用部分做微服務(wù)化，作為一個(gè)單獨(dú)部分來做，然后把項(xiàng)目里面涉及到的緩存、消息隊(duì)列等拆開來作為一個(gè)單獨(dú)整體，這樣拆成兩塊，微服務(wù)會(huì)作為單獨(dú)的一套。
伴隨企業(yè)業(yè)務(wù)的不斷升級(jí)、業(yè)務(wù)布局的變化，怎樣快速讓系統(tǒng)實(shí)現(xiàn)變更？這是非常痛苦的事情，因?yàn)楫悩?gòu)的系統(tǒng)很多，數(shù)據(jù)更多，這時(shí)候微服務(wù)的方式不用去考慮是怎么實(shí)現(xiàn)、業(yè)務(wù)怎么去操作，解決了業(yè)務(wù)的問題之后本身這個(gè)服務(wù)之間的消息傳遞就有了一個(gè)共同語言。
接下來會(huì)考慮計(jì)劃部署的工作，計(jì)劃部署這塊可以快速做到橫向擴(kuò)張，做一些擴(kuò)展均衡。然后有了這些之后我們必然都會(huì)問一個(gè)問題，事務(wù)是怎么處理的。那么事務(wù)的處理可能還是基于微服務(wù)的方式，或者如果說事務(wù)能夠自己微服務(wù)的話就自己微服務(wù)，如果不行會(huì)采取一些補(bǔ)償措施。
在討論中大家發(fā)現(xiàn)，微服務(wù)拆分的時(shí)候可能會(huì)面臨一些問題，大家比較關(guān)注的點(diǎn)就是微服務(wù)拆分之后，數(shù)據(jù)移植怎么保證。當(dāng)我們進(jìn)行服務(wù)化拆分之后我們整個(gè)的數(shù)據(jù)庫就分散在各個(gè)不同的數(shù)據(jù)庫間，這個(gè)時(shí)候必然面臨一個(gè)問題就是我們要數(shù)據(jù)庫存在分布式事務(wù)。
其實(shí)無論我們采用哪種解決方案，最終還是要回歸到我們的業(yè)務(wù)。因?yàn)樵谡麄€(gè)的分布式事務(wù)解決方案里沒有哪一組是能適用于所有業(yè)務(wù)，只能根據(jù)我們業(yè)務(wù)的實(shí)際情況來選擇一種需要的分布式解決方案。
在企業(yè)數(shù)字化轉(zhuǎn)型的路徑小組，在霍嘉的帶領(lǐng)下，對(duì)企業(yè)數(shù)字化轉(zhuǎn)型中的一些實(shí)際案例和基礎(chǔ)架構(gòu)進(jìn)行了發(fā)散性討論。
一位參會(huì)者分享了他所在企業(yè)在數(shù)字化轉(zhuǎn)型中面對(duì)的挑戰(zhàn)：對(duì)他的企業(yè)來說，內(nèi)部 IT 自研的開發(fā)隊(duì)伍，連外包伙伴一起有四千多人，之前的 IT 建設(shè)又很傳統(tǒng)，所以轉(zhuǎn)型其實(shí)挑戰(zhàn)很大。討論中獲得的啟示在于，業(yè)務(wù)中臺(tái)建設(shè)一般適合于新建業(yè)務(wù)或者重構(gòu)業(yè)務(wù)，并不是所有業(yè)務(wù)都適合；另外一定要建設(shè)好中臺(tái)，真正把業(yè)務(wù)特性和項(xiàng)目中臺(tái)結(jié)合。數(shù)據(jù)中臺(tái)很重要的一點(diǎn)是數(shù)據(jù)中臺(tái)的識(shí)別或者數(shù)據(jù)模型共性的識(shí)別要從業(yè)務(wù)入手。
另外一位參會(huì)者分享的時(shí)候表示，企業(yè)在做微服務(wù)化、打破數(shù)據(jù)孤島的時(shí)候，首先要以用戶為中心，以有溫度的方式展示成果；其次要以問題為導(dǎo)向，抓住問題、切入一個(gè)具體業(yè)務(wù)，了解這個(gè)業(yè)務(wù)場(chǎng)景、業(yè)務(wù)上面的各種數(shù)據(jù)的輸入輸出，然后從這些業(yè)務(wù)上找出來能夠推動(dòng)數(shù)字化轉(zhuǎn)型的問題；第三需要進(jìn)一步的解決單個(gè)問題，然后進(jìn)行垂直挖掘，從上到下分析出這個(gè)業(yè)務(wù)場(chǎng)景下的業(yè)務(wù)模型、數(shù)字模型，把這些對(duì)象或者數(shù)據(jù)數(shù)字化、業(yè)務(wù)化，然后在這個(gè)基礎(chǔ)之上不斷迭代。
聯(lián)系客服
