[[381481]]

本文轉(zhuǎn)載自微信公眾號(hào)「全棧碼農(nóng)畫像」，作者小碼甲。轉(zhuǎn)載本文請聯(lián)系全棧碼農(nóng)畫像公眾號(hào)。  

Backing services

云原生系統(tǒng)依賴于許多不同的輔助資源，例如數(shù)據(jù)存儲(chǔ)、消息隊(duì)列、監(jiān)視和身份服務(wù)，這些服務(wù)統(tǒng)稱為支撐性服務(wù)。

下圖顯示了云原生系統(tǒng)使用的常見支撐性服務(wù)

支撐性服務(wù)幫助實(shí)現(xiàn)了“十二要素應(yīng)用”中的Statelessness原則

要素6提到：“每個(gè)微服務(wù)應(yīng)在獨(dú)立隔離的進(jìn)程中執(zhí)行，將所需狀態(tài)信息作為外部支撐性服務(wù)，例如分布式緩存或數(shù)據(jù)存儲(chǔ)”

最佳實(shí)踐是將支撐性服務(wù)視為附加資源，并使用外部掛載的方式將配置(URL和憑據(jù))動(dòng)態(tài)綁定到微服務(wù)。

要素4指出：“支撐性服務(wù)“應(yīng)通過可尋址的URL公開，這樣做解耦了將資源與應(yīng)用”

要素3指出：“將配置信息從微服務(wù)中移出并外掛”

Stateless和支撐性服務(wù)，這樣松散的設(shè)計(jì)使你可以將一項(xiàng)支撐性服務(wù)換成另一項(xiàng)支撐性服務(wù)，或?qū)⒋a移至其他公有云，而無需更改主線服務(wù)代碼。

支撐性服務(wù)將在第5章“云原生數(shù)據(jù)模式”和第4章“云原生通信模式”中詳細(xì)討論。

自動(dòng)化

如你所見，云原生依賴(微服務(wù)、容器和現(xiàn)代設(shè)計(jì)理念)來實(shí)現(xiàn)速度和敏捷性。

但是，你如何配置運(yùn)行這些系統(tǒng)的云環(huán)境?你如何快速部署應(yīng)用程序功能和更新?

被廣泛認(rèn)可的作法是基礎(chǔ)設(shè)施即代碼(IaC)

借助IaC，你可以將平臺(tái)配置和應(yīng)用程序部署自動(dòng)化，將諸如測試和版本控制之類的軟件工程實(shí)踐應(yīng)用于你的DevOps實(shí)踐。你的基礎(chǔ)架構(gòu)和部署是自動(dòng)化，一致且可重復(fù)的。

Automating infrastructure

在底層，IaC是冪等的，這意味著你可以一遍又一遍地運(yùn)行相同的腳本，而不會(huì)產(chǎn)生副作用。

如果團(tuán)隊(duì)需要進(jìn)行更改，可以編輯并重新運(yùn)行腳本，(僅)需要更新的資源受到影響。

在《基礎(chǔ)架構(gòu)即代碼》一書中，作者Sam Guckenheimer指出：“實(shí)施IaC的團(tuán)隊(duì)可以大規(guī)模、快速、穩(wěn)定地交付。團(tuán)隊(duì)不用手動(dòng)配置環(huán)境，通過代碼表示 需要的環(huán)境狀態(tài)，來增強(qiáng)交付預(yù)期。使用IaC進(jìn)行基礎(chǔ)架構(gòu)部署是可重復(fù)的，可防止由于配置差異或缺少依賴關(guān)系而導(dǎo)致運(yùn)行時(shí)問題”。

Automating deployments

"十二要素應(yīng)用"指出了從代碼開發(fā)到交付落地的原則

要素5指出：“嚴(yán)格區(qū)分構(gòu)建、發(fā)行和運(yùn)行階段。每個(gè)發(fā)行階段都應(yīng)標(biāo)有唯一的ID，并支持回滾功能。”

現(xiàn)代CI/CD實(shí)現(xiàn)了這一原則。它們提供的獨(dú)立部署步驟，確保將一致的、高質(zhì)量的代碼交付給用戶。

下圖演示了獨(dú)立的部署過程：

在上圖中，要注意任務(wù)分離。

開發(fā)人員在其開發(fā)環(huán)境中創(chuàng)建feature分支，反復(fù)迭代“inner loop”(運(yùn)行和調(diào)試)。完成后，該代碼將被推送到代碼存儲(chǔ)庫中，例如GitHub、Azure DevOps或BitBucket。

推送觸發(fā)自動(dòng)構(gòu)建，構(gòu)建階段將代碼轉(zhuǎn)換為二進(jìn)制產(chǎn)物。這項(xiàng)工作是通過持續(xù)集成(CI)管道實(shí)現(xiàn)的，它會(huì)自動(dòng)生成，測試和打包應(yīng)用程序。

發(fā)布階段拾取前面的二進(jìn)制產(chǎn)物，加上外部應(yīng)用程序和環(huán)境配置信息，產(chǎn)生不可變更的發(fā)行版。該版本將會(huì)部署到指定的環(huán)境。這項(xiàng)工作是通過持續(xù)交付(CD)管道實(shí)現(xiàn)的。每個(gè)版本都應(yīng)該是可識(shí)別、可追溯的。你可以說：“這次部署的是應(yīng)用程序的Release 2.1.1版本”。

最后，發(fā)布的版本放在目標(biāo)執(zhí)行環(huán)境中運(yùn)行。版本不可變，這意味著任何更改都必須創(chuàng)建一個(gè)新版本。

應(yīng)用這些實(shí)踐，從根本上發(fā)展了軟件發(fā)布方式。許多人已經(jīng)從季度發(fā)布轉(zhuǎn)為按需更新。通過集成過程的一致性，團(tuán)隊(duì)可以更頻繁地提交代碼更改，從而改善協(xié)作和軟件質(zhì)量。

Ref

https://docs.microsoft.com/en-us/dotnet/architecture/cloud-native/definition