支撐性服務 & 自動化能力

作者：小碼甲 2021-02-09 08:43:18

云計算

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

創(chuàng)新互聯(lián)-專業(yè)網(wǎng)站定制、快速模板網(wǎng)站建設、高性價比伊美網(wǎng)站開發(fā)、企業(yè)建站全套包干低至880元,成熟完善的模板庫,直接使用。一站式伊美網(wǎng)站制作公司更省心,省錢,快速模板網(wǎng)站建設找我們，業(yè)務覆蓋伊美地區(qū)。費用合理售后完善，十余年實體公司更值得信賴。

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

Backing services

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

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

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

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

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

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

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

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

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

自動化

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

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

被廣泛認可的作法是基礎設施即代碼(IaC)

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

Automating infrastructure

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

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

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

Automating deployments

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

要素5指出：“嚴格區(qū)分構(gòu)建、發(fā)行和運行階段。每個發(fā)行階段都應標有唯一的ID，并支持回滾功能?！?/p>

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

下圖演示了獨立的部署過程：

在上圖中，要注意任務分離。

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

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

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

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

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

Ref

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

分享名稱：支撐性服務&自動化能力
網(wǎng)站網(wǎng)址：http://www.5511xx.com/article/ccceeph.html