本次分享的主題是從devops看自動(dòng)化發(fā)布，自動(dòng)化發(fā)布實(shí)際上是devops閉環(huán)的末端應(yīng)用部署，實(shí)現(xiàn)應(yīng)用部署的自動(dòng)化聽(tīng)起來(lái)美好，但在背后與整個(gè)流程有著千絲萬(wàn)縷的關(guān)系，想弄明白就要從整體角度來(lái)理解。那么在自動(dòng)化部署帶來(lái)的便捷背后遵循著什么理念，或者說(shuō)它構(gòu)成了什么體系中的一環(huán)，接下來(lái)會(huì)為大家講解。

被玩兒壞的敏捷開(kāi)發(fā)——Agile：在介紹devops之前首先要說(shuō)一種開(kāi)發(fā)模式，那就是敏捷模型，敏捷開(kāi)發(fā)這個(gè)詞兒在我國(guó)已經(jīng)被玩兒壞了，因?yàn)楹芏嗌抖疾欢臒o(wú)良老板命令員工去開(kāi)發(fā)一個(gè)項(xiàng)目，只顧圖快，然后就搬來(lái)了敏捷開(kāi)發(fā)這個(gè)筐，啥啥都往里裝，搞得就跟上了敏捷開(kāi)發(fā)就真的能畝產(chǎn)萬(wàn)斤一樣。那么真正的敏捷開(kāi)發(fā)是什么樣呢，比如我之前有一個(gè)項(xiàng)目就是敏捷開(kāi)發(fā)，每天早晨會(huì)開(kāi)一個(gè)晨會(huì)，討論一下當(dāng)前進(jìn)度，看一下哪些需求還沒(méi)做，一般會(huì)有一面墻，上面貼滿了寫(xiě)著需求的小紙條，產(chǎn)品人員確定細(xì)化需求后與主要開(kāi)發(fā)者確定需求體量，需求上墻后會(huì)分為undo、doing、test幾個(gè)區(qū)域，當(dāng)天完成的工作會(huì)提交到git上做一下集成，完成的需求會(huì)有測(cè)試人員提測(cè)，一般來(lái)說(shuō)一個(gè)版本的需求發(fā)布周期為兩個(gè)星期，從需求到開(kāi)發(fā)到測(cè)試部署這樣每個(gè)版本的間隔盡量縮短，類(lèi)似于微積分，把巨量不規(guī)則的工作理出條理提高工作效率，這就是對(duì)敏捷開(kāi)發(fā)的一個(gè)粗略描述。

那么為什么敏捷模型突然流行起來(lái)，為什么項(xiàng)目都用敏捷模型呢？隨著技術(shù)的發(fā)展，軟件開(kāi)發(fā)周期越來(lái)越短，競(jìng)爭(zhēng)對(duì)手應(yīng)對(duì)市場(chǎng)需求越來(lái)越快，每個(gè)人都在圖快，每個(gè)人都希望能夠快速把握市場(chǎng)，在上層決策對(duì)開(kāi)發(fā)需求起主導(dǎo)作用時(shí)，敏捷模型作為最好的選擇才會(huì)突然流行起來(lái)。

剛才有一句話，就是隨著技術(shù)的發(fā)展，究竟是什么技術(shù)在支撐著我們，讓我們開(kāi)發(fā)周期越來(lái)越短，應(yīng)對(duì)市場(chǎng)需求也越來(lái)越靈活呢？敏捷模型實(shí)踐的背后技術(shù)支撐正是一個(gè)叫做devops的理念，devops并不是什么工具，不是什么語(yǔ)言，也不是什么產(chǎn)品，它是一種哲學(xué)思想，也就是說(shuō)當(dāng)你遵循使用devops哲學(xué)思想之后，你就可以實(shí)現(xiàn)非常頻繁快速的應(yīng)用迭代和發(fā)布，devops可以理解成為溝通development和operations之間的橋梁。

Development指代的是開(kāi)發(fā)環(huán)節(jié)，這里我們把產(chǎn)品和開(kāi)發(fā)放在一起統(tǒng)稱(chēng)為development，他們的融合改造是通過(guò)敏捷模型實(shí)現(xiàn)的，那么devops則實(shí)現(xiàn)了開(kāi)發(fā)和運(yùn)維的融合，這個(gè)詞也正是取用于此，是dev-ops的結(jié)合。

Devops至今沒(méi)有一個(gè)權(quán)威的定義，搞得各家都有各家的說(shuō)法，我提煉了一下它大概具有如下幾個(gè)特性，一切自動(dòng)化，縮短周期應(yīng)對(duì)靈活需求，和溝通各環(huán)節(jié)。用一個(gè)圖來(lái)描述devops，左邊是dev，右邊是ops，下面提供了一個(gè)反饋機(jī)制，其中穿插著精實(shí)，快速迭代，敏捷開(kāi)發(fā)等思想，這些統(tǒng)稱(chēng)為devops，它也可以說(shuō)是一種文化。

那么具體點(diǎn)兒來(lái)說(shuō)，devops在我們身邊有哪些看得見(jiàn)摸得著的東西呢？

比如說(shuō)我們用的Windows系統(tǒng)，如果你加入到了Windows的內(nèi)部預(yù)覽計(jì)劃的話你會(huì)發(fā)現(xiàn)三四天就有一個(gè)很大的更新，平常玩的游戲也是，三天一個(gè)小補(bǔ)??；三天一個(gè)小補(bǔ)丁。這些產(chǎn)品如今能發(fā)布的這么快，這好像和我們傳統(tǒng)軟件工程是不一樣的，比如我有個(gè)上海的哥們兒，他們公司使用的是瀑布模型，在他們公司里發(fā)布一次的成本很高：比如說(shuō)他們產(chǎn)品現(xiàn)在要上線了，所有人要卡著時(shí)間點(diǎn)倒計(jì)時(shí)，所有的開(kāi)發(fā)人員、運(yùn)維人員、質(zhì)量保證、架構(gòu)師都齊聚一堂，大家一起加班到凌晨，可能這個(gè)軟件要部署很多次，第一次部署發(fā)布大家會(huì)遇到很多問(wèn)題，所有工程師要hotfix，架構(gòu)師要不停診斷原因，這樣跑需要不停打電話解釋?zhuān)腥苏垓v到很晚，項(xiàng)目成功上線，看到所有用戶(hù)涌進(jìn)來(lái)，他們可以看到各個(gè)儀表上數(shù)值上漲，這個(gè)情景看起來(lái)很帥，但是不要忘記了，讓這么多工程師加班一宿的成本是相當(dāng)高的，也就是說(shuō)，在傳統(tǒng)軟件工程中，一次發(fā)布的成本很高，在發(fā)布前所有人都要進(jìn)行代碼整合，重新進(jìn)行測(cè)試，發(fā)布過(guò)程中所有人都要在場(chǎng)，參與診斷問(wèn)題，在發(fā)布成功之后，所有人還要監(jiān)視程序是否能夠平穩(wěn)運(yùn)行下去，而敏捷我又提到了，它幾星期就是一個(gè)周期，幾星期就需要發(fā)布一次，如果每次發(fā)布成本像發(fā)射火箭這么高，我們就不可能每星期就發(fā)射一次火箭，而在devops理念中，每星期發(fā)射一次火箭則變成了可能。

一個(gè)理念，不一定對(duì)：為什么這么說(shuō)呢，一個(gè)理念好理解，我們剛才解釋了這么多，那么為什么說(shuō)不一定對(duì)呢，我們來(lái)開(kāi)一下腦洞，devops作為一個(gè)理念，一種文化，一套模式，可以說(shuō)是我們當(dāng)今這個(gè)時(shí)代孕育出來(lái)的一個(gè)產(chǎn)物，它符合我們現(xiàn)代社會(huì)快節(jié)奏的主旋律，它也慢慢變成了IT界的一個(gè)共識(shí)，也就是說(shuō)它紅了，但是任何事物都有一個(gè)生命周期，比如網(wǎng)紅，早期網(wǎng)紅鳳姐，上電視上雜志，現(xiàn)在鮮有人提及，甚至連千萬(wàn)級(jí)別粉絲的微博都注銷(xiāo)了，很難說(shuō)是她娛樂(lè)了大眾還是大眾消費(fèi)了她，我想表達(dá)的是，devops是建立在當(dāng)代潮流基礎(chǔ)上，如果社會(huì)風(fēng)向變了，它也就不適用了。有一種可能是devops也會(huì)隨著時(shí)代進(jìn)步，但忒修斯之船悖論是它的歸宿，就是說(shuō)每次給這艘船更換一個(gè)部件，等所有部件都被陸續(xù)更換過(guò)一遍了它是不是還是原來(lái)那艘船？到時(shí)候devops還應(yīng)不應(yīng)該叫devops？

或者有另一種可能，看過(guò)三體的同學(xué)應(yīng)該知道有一個(gè)技術(shù)爆炸的概念，我們遠(yuǎn)的不說(shuō)，就拿手機(jī)舉例子，上世紀(jì)末的大哥大BP機(jī)，到后來(lái)的諾基亞，再到后來(lái)的iPhone4，再看看現(xiàn)在我們手里的手機(jī)，只是短短30年從語(yǔ)音通話到現(xiàn)在面對(duì)面視頻和百花齊放的APP，完成了如此巨大的變化，當(dāng)然這也得益于網(wǎng)絡(luò)技術(shù)的快速發(fā)展，從2G幾K的上網(wǎng)速度到現(xiàn)在的4G+，再到即將邁入的5G邊緣化計(jì)算物聯(lián)網(wǎng)時(shí)代，不得不說(shuō)我們正處于技術(shù)爆炸之中，但是此爆炸的余熱正隨著摩爾定律的失效而降溫，而下一次爆炸正在醞釀，隨時(shí)可能到來(lái)，那就是量子技術(shù)，量子計(jì)算機(jī)一旦發(fā)展起來(lái)，算力將遠(yuǎn)超現(xiàn)有架構(gòu)的機(jī)器不知道多少倍，那會(huì)給我們現(xiàn)在熟悉的一切帶來(lái)毀滅性的影響，例如現(xiàn)有的密碼體系將不堪一擊，密碼只是通過(guò)數(shù)學(xué)概率保證安全性，高安全性的密碼以現(xiàn)在的機(jī)器可能算幾年都算不出來(lái)，而量子計(jì)算機(jī)可能瞬間就破解了，靠算力維持的比特幣挖礦體系將在分分鐘內(nèi)把所有礦挖了出來(lái)，但區(qū)塊鏈體系并不會(huì)崩潰而會(huì)進(jìn)化，這個(gè)各位如果有興趣可以單開(kāi)一次分享討論這個(gè)事兒。    

人工智能，現(xiàn)在是人工智障，如果算力上去了就真的有可能通過(guò)算法描述出來(lái)真正的AI，從各方面完全超越人類(lèi)，搭配量子網(wǎng)絡(luò)，承載更大數(shù)據(jù)量，更多形式的傳輸，到時(shí)可能只剩云計(jì)算了，我們沒(méi)必要，也不需要在家放一臺(tái)笨重的計(jì)算機(jī)，只需要有一個(gè)終端，比如谷歌的搭載Chrome OS的Chrome Book，它的設(shè)計(jì)理念就是數(shù)據(jù)完全存在網(wǎng)絡(luò)上，而這臺(tái)上網(wǎng)本就是一臺(tái)硬件級(jí)別的瀏覽器，隨時(shí)隨地在任何一臺(tái)Chrome Book上登陸你的賬號(hào)，就能完整體驗(yàn)谷歌全家桶給帶來(lái)的個(gè)性化服務(wù)，再比如微軟公司的游戲模擬飛行2020，幾乎完整還原了地球樣貌，游戲容量超過(guò)70個(gè)PB，玩家不可能下載到本地計(jì)算機(jī)，只能聯(lián)網(wǎng)加載所視區(qū)域的游戲內(nèi)容，這就是云計(jì)算的未來(lái)，這也可以單開(kāi)一個(gè)分享講，那么我們會(huì)不會(huì)就像《阿凡達(dá)》里潘多拉星球一樣，有一棵世界樹(shù)，我們的頭發(fā)連到樹(shù)上就加入到了龐大的云中，我們就像《頭號(hào)玩家》一樣，完全進(jìn)入到了另一個(gè)世界，身臨其境。    

這樣的生活是我們現(xiàn)在不可想象的，但十幾二十年后完全有可能實(shí)現(xiàn)，到時(shí)候我們看這些可能就跟我們家里老人看智能手機(jī)一樣，根本玩兒不轉(zhuǎn)了。所以每次技術(shù)爆炸的間隔越來(lái)越短，每次帶來(lái)的技術(shù)進(jìn)步也越來(lái)越大，而量子我們只是應(yīng)用其特性就能帶來(lái)翻天覆地的變化，如果基礎(chǔ)科學(xué)發(fā)展到完全弄明白量子技術(shù)是怎么回事了，那將會(huì)開(kāi)啟另一個(gè)時(shí)代了。所以在這種背景下，大家想想IT界還會(huì)是現(xiàn)在這種節(jié)奏嗎，我們的devops還會(huì)存在嗎？所以我們說(shuō)它能一直對(duì)下去嗎？將來(lái)它可能作為一個(gè)概念載入歷史，但不可能屬于將來(lái)，以前連計(jì)算機(jī)都沒(méi)有，更不可能屬于以前。Devops屬于今天，不屬于明天，更不屬于昨天。

有點(diǎn)扯遠(yuǎn)了，說(shuō)回來(lái)我們?cè)趥鹘y(tǒng)發(fā)布過(guò)程中都是優(yōu)先保證我們應(yīng)用程序本身正常，例如我們需要去某某云買(mǎi)一臺(tái)新的服務(wù)器，然后在服務(wù)器上安裝數(shù)據(jù)庫(kù)系統(tǒng)，部署我們的軟件，安裝Web服務(wù)器，把各種需要的參數(shù)都設(shè)置調(diào)節(jié)好，完成好數(shù)據(jù)庫(kù)的播種，解決相關(guān)的問(wèn)題，最后才能完成這次發(fā)布，如果發(fā)布完成后過(guò)了幾天我們的程序掛了，出了點(diǎn)問(wèn)題，我們第一反應(yīng)都是服務(wù)器出問(wèn)題了，我們只需要到服務(wù)器上去看看問(wèn)題的日志，解決這個(gè)問(wèn)題，保證服務(wù)器正常就可以了，這是傳統(tǒng)軟件工程的方法。但是在devops理念中，它有一個(gè)非常重要的觀念就是一切部署發(fā)布都要實(shí)現(xiàn)自動(dòng)化，所謂自動(dòng)化是什么意思呢，就是說(shuō)每一次發(fā)布我們都不在乎，服務(wù)器也不在乎，我們只在乎一件事，就是我們的代碼和管道。

代碼我們都理解，我們經(jīng)常使用git來(lái)管理我們的代碼，審查pull request合并代碼，管理代碼分支。管道又是什么呢，管道又叫流水線，這要說(shuō)回敏捷模型，敏捷就是一個(gè)大的流水線，有反饋人員提交了反饋，進(jìn)入開(kāi)發(fā)人員的工作工單中，產(chǎn)品組成員按照優(yōu)先級(jí)排好，開(kāi)發(fā)組成員完成這些工單。但這里有一個(gè)細(xì)節(jié)，工單一旦完成，合并到了主分支中，發(fā)布是誰(shuí)在做呢？并不是人在發(fā)布，而是流水線本身就有發(fā)布功能，而且流水線本身還有代碼檢查功能，優(yōu)先保證代碼和管道，就是要在每一次發(fā)布的時(shí)候是全自動(dòng)的完成代碼檢查和自動(dòng)部署，為了保證這一點(diǎn)，實(shí)際上背后有非常復(fù)雜的技術(shù)支撐，有PaaS層的云計(jì)算，有容器技術(shù)，有DSC期待配置方法，還有很多哲學(xué)思想，比如之前我們有大神講解的Kubernetes管理docker就是其中一種。

我們說(shuō)回這個(gè)圖來(lái)解釋流水線，流水線是一條管道而真正的功能是各功能組件去做的，流水線負(fù)責(zé)調(diào)用這些組件完成一個(gè)閉環(huán)的協(xié)調(diào)。最重要的為了保證代碼的自動(dòng)檢查和自動(dòng)部署，其中最核心的兩個(gè)概念是Continuous Integration和Continuous Delivery，聽(tīng)到這你可能覺(jué)得很玄乎，什么。。。。。。我們暫且叫它CI和CD吧，簡(jiǎn)單來(lái)說(shuō)，CI是保證你的代碼每一次都能通過(guò)集成，CD是保證你的代碼可以自動(dòng)化部署，你可能還是覺(jué)得這是什么玩意兒？好玄乎兒??！

在傳統(tǒng)軟件發(fā)布過(guò)程中，例如明天就要發(fā)布了，今天每個(gè)人各負(fù)責(zé)了幾個(gè)模塊，顯然今天晚上我們要把所有人寫(xiě)的模塊整合到一起，結(jié)果一整合的時(shí)候發(fā)現(xiàn)有問(wèn)題，可能這個(gè)模塊我寫(xiě)了一遍，他也寫(xiě)了一遍，我們一塊寫(xiě)了兩遍，而另一個(gè)模塊誰(shuí)都沒(méi)寫(xiě)到；多帶帶編譯每個(gè)模塊都是0 error 0warning，結(jié)果整合到一起就發(fā)現(xiàn)幾百個(gè)error幾千個(gè)warning，這是傳統(tǒng)軟件工程中非常常見(jiàn)的一個(gè)現(xiàn)象，就是各組開(kāi)發(fā)人員都完成了自己所需要的開(kāi)發(fā)時(shí)，我們一般都把每個(gè)組開(kāi)發(fā)的各個(gè)組件整合在一起，這個(gè)過(guò)程叫做集成，集成的過(guò)程中非常容易產(chǎn)生巨量的錯(cuò)誤，我們稱(chēng)這種過(guò)程叫做集成地獄，之所以一次發(fā)布成本這么高，就是為了解決集成地獄中這些巨量的錯(cuò)誤。

為什么CI可以解決它呢，CI是持續(xù)集成，也就是說(shuō)我和我的同伙一起要寫(xiě)一個(gè)項(xiàng)目，可能我要寫(xiě)用戶(hù)賬戶(hù)管理模塊，同伙要寫(xiě)音樂(lè)管理模塊，比如我們要寫(xiě)音樂(lè)商店的話。如果我們?cè)谂R上線前一天再集成我們的軟件，那么我們一定會(huì)GG，假如我們?cè)陂_(kāi)始寫(xiě)整個(gè)項(xiàng)目的第一天，就保證每個(gè)人寫(xiě)的每次一代碼提交都能夠讓代碼穩(wěn)定運(yùn)行起來(lái)，也就說(shuō)每次一在使用git commit的時(shí)候，都會(huì)有一個(gè)自動(dòng)化的工具，這個(gè)工具將對(duì)我們代碼嘗試進(jìn)行整合，實(shí)質(zhì)上工具一般都會(huì)運(yùn)行你的編譯和你的集成測(cè)試、單元測(cè)試等，一旦工具發(fā)現(xiàn)，任何一次commit無(wú)法讓代碼通過(guò)它的整合，工具就會(huì)拒絕本次代碼修改，從而保證我們代碼任何一個(gè)時(shí)間內(nèi)都是干凈的，這就是CI的核心思想，它能夠?qū)⑽覀兊氖鹿试谒畛鯇⒁l(fā)生的時(shí)候以最低的成本警告我們的每一個(gè)開(kāi)發(fā)者，這樣我們就能夠在最早的時(shí)間內(nèi)得知什么時(shí)候出現(xiàn)的故障，修正這些故障，從而保證我們整個(gè)集成流水線工作非常順利，任何一個(gè)時(shí)刻，我們找任何一份代碼，都可以完成我們的項(xiàng)目，而我們的代碼則在變得越來(lái)越好。

CD又是什么呢，CD是Continuous Delivery持續(xù)交付，我們知道發(fā)布一次軟件成本很高，CD就是自動(dòng)化這個(gè)過(guò)程，對(duì)于任何一次通過(guò)CI的代碼修改都會(huì)觸發(fā)CD管道，CD將全自動(dòng)的取出在CI過(guò)程中編譯好的項(xiàng)目，部署到你的服務(wù)器里，可以簡(jiǎn)單理解為自動(dòng)化發(fā)布正是CD的一個(gè)實(shí)現(xiàn)。

在我們完善配置了CI和CD實(shí)現(xiàn)了Devops哲學(xué)思想之后，服務(wù)器只不過(guò)是我們運(yùn)行代碼的一個(gè)終端而已，我們每天只維護(hù)好我們的代碼，而代碼是直接影響著我們的服務(wù)器的，假如我們服務(wù)器掛了的話，那唯一出現(xiàn)問(wèn)題的地方就是我們的代碼啊，我們把代碼就要修正好，然后重新跑一遍CI和CD管道，觸發(fā)自動(dòng)部署，很快就有新的服務(wù)器回來(lái)了，而且新的服務(wù)器就不會(huì)遇到之前掛的這種問(wèn)題，假如公司有了新的成員，他只需要直接對(duì)代碼做貢獻(xiàn)就可以了，他甚至連開(kāi)發(fā)環(huán)境都不需要安裝，而他所做的貢獻(xiàn)一旦被CI檢查通過(guò)，就會(huì)觸發(fā)CD，CD的工作就是直接部署到全球的用戶(hù)中，這樣所有的用戶(hù)很快第二天就會(huì)收到一個(gè)更新，他們安裝更新后就會(huì)享受到新來(lái)的內(nèi)個(gè)人做的最新的代碼貢獻(xiàn)，在devops理念中，實(shí)際上運(yùn)維成本是非常低的，一般在運(yùn)行CD管道的過(guò)程中，整個(gè)環(huán)境都會(huì)被重新創(chuàng)建，而你需要保留的數(shù)據(jù)則會(huì)仍然保留，伴隨著devops的發(fā)展，我們軟件工程流水線中成本越來(lái)越低，而云計(jì)算技術(shù)的進(jìn)一步成熟，paas技術(shù)，saas技術(shù)的普及，又進(jìn)一步普及了devops。在今天的IT中，開(kāi)發(fā)者真的不需要在乎運(yùn)維，他也并不需要手動(dòng)的去買(mǎi)一臺(tái)服務(wù)器在上面安裝mysql，他只需要在乎好自己的業(yè)務(wù)邏輯，我寫(xiě)好自己的代碼，而代碼的檢查和自動(dòng)部署交付到每個(gè)用戶(hù)手中，都由非常成熟的devops理念全自動(dòng)化的完成好。

接下來(lái)簡(jiǎn)單介紹一下自動(dòng)化發(fā)布的應(yīng)用發(fā)布模塊，應(yīng)用發(fā)布分兩套方案，一條是通過(guò)Web瀏覽器與系統(tǒng)交互，另一條則是為接入流水線準(zhǔn)備的接口，在前期系統(tǒng)配置和腳本編寫(xiě)全部完成后，發(fā)布將變得十分簡(jiǎn)單。

在Web端的應(yīng)用發(fā)布中，你需要建立一套發(fā)布模板，就是給每個(gè)步驟操作連起來(lái)形成一套編排，它描述的是一個(gè)整體的發(fā)布方案，里面包含了提前編寫(xiě)好的操作步驟。隨后建立發(fā)布策略，發(fā)布策略則是一道橋梁，溝通了模板和計(jì)劃，建立策略時(shí)要先選擇對(duì)某個(gè)應(yīng)用系統(tǒng)建立，建立的時(shí)候要選擇綁定哪個(gè)模板。你可以建很多個(gè)策略，但只能有一個(gè)默認(rèn)策略，該業(yè)務(wù)系統(tǒng)建立發(fā)布計(jì)劃時(shí)，將使用默認(rèn)策略綁定的模板進(jìn)行發(fā)布。建立發(fā)布計(jì)劃時(shí)只需要選擇業(yè)務(wù)系統(tǒng)，然后填好版本號(hào)和計(jì)劃時(shí)間，版本號(hào)是唯一的，計(jì)劃時(shí)間則是計(jì)劃建立完成通過(guò)審核后將自動(dòng)執(zhí)行的時(shí)間，上傳文件部分支持本地上傳和git鏈接上傳。如果點(diǎn)擊快速發(fā)布后則進(jìn)入待執(zhí)行狀態(tài)，提交審核則會(huì)進(jìn)入提審狀態(tài)，有權(quán)限的賬號(hào)可審核該計(jì)劃，保存草稿則會(huì)保存到草稿標(biāo)簽中，為可編輯狀態(tài)。

計(jì)劃發(fā)布完成后點(diǎn)擊完成的計(jì)劃可以看到每個(gè)步驟的反饋結(jié)果，詳情頁(yè)中包含每一步操作執(zhí)行的時(shí)間，執(zhí)行輸出的內(nèi)容及執(zhí)行結(jié)果，該結(jié)果可反饋流水線作為整個(gè)流程的閉環(huán)反饋。

END

更多精彩干貨分享

點(diǎn)擊下方名片關(guān)注

IT那活兒