云原生開發將成為高級部署藍圖
這些詳細信息可以幫助企業了解元素包含的內容和元素如何保持一致，以及如何對它們的功能進行分組。以下了解一下用例，其中包括開發人員為他們的云原生開發環境采用的遠程容器平臺，并查看它如何映射到工作設施以部署其解決方案。
以下將探索這個高級部署藍圖，以進行從開發人員的內部部署服務器到開發、測試以及最終生產環境的高級部署。它深入研究了企業映像注冊表的結構，以確保為企業的生產環境提供安全、認證和值得信賴的映像。
部署
這個例子以在內部部署服務器上工作的云原生開發人員開始，提供其代碼解決方案，使用其容器工具啟動構建其持續集成(CI)/持續交付(CD)工作流程。
在這個藍圖中，該工具將與OpenShift容器平臺一起使用，因此將會看到一個OpenShift客戶端用于持續集成(CI)/持續交付(CD)OpenShift平臺中的初始構建。當開發人員對其代碼感到滿意時，就會發生這種情況。觸發對持續集成(CI)/持續交付(CD)平臺的構建和測試請求，將托管在OpenShift容器平臺集群上：
- 使用git hooks，在提交到內部部署代碼庫時觸發代碼推送;
- 使用Maven插件，激活后觸發對開發基礎設施的推送;
- 使用oc客戶端容器工具;
當將代碼推送到其持續集成(CI)/持續交付(CD)平臺時，開發團隊可以自由使用最適合自己需求的方法。
持續集成(CI)/持續交付(CD)基礎設施
從開發人員內部部署工作環境推送的代碼由持續集成(CI)/持續交付(CD)平臺獲取，在這種情況下，大多數情況下是基于Jenkins的平臺。例如，持續集成(CI)/持續交付(CD)平臺可以使用“源到映像”工作流來構建容器映像、測試映像，并將其放入臨時映像注冊表中。此時，它被標記為appImage:dev并推送到OpenShift集群，該集群托管由Quay管理的企業映像注冊表。
企業注冊表
對于高級部署，將研究如何確保具有用于開發和測試不受信任的容器映像的沙箱注冊表。appImage：dev映像已被推送到沙箱注冊表，在其中找到了尚未針對內部安全性和認證要求進行測試的任何導入的第三方映像、外部映像和其他映像。
所有最終的開發標簽的圖像(例如appImage：dev容器圖像)都將推送到開發基礎設施中以進行進一步測試。當容器映像經過認證以符合安全性要求，并通過進一步的內部測試要求時，它們將移至第二個企業注冊表。在這一點上，它們被認為是受信任的映像，并且可以在這個藍圖中進一步推送到測試和生產基礎設施。
開發基礎設施
開發基礎設施映像注冊表加載有appImage：dev標記的容器映像的副本，然后將其部署與工作負載關聯的應用程序和微服務。開發基礎設施包含在其自己的OpenShift集群中，用于進一步測試和驗證已開發的應用程序和微服務。
一旦開發測試以及任何其他認證和安全要求都得到滿足，則將appImage標記為appImage：test并將其從沙箱注冊表推送到企業注冊表。
測試基礎設施
所有標記為測試的映像都從Quay企業映像注冊表推送到測試基礎設施，進入測試OpenShift集群映像注冊表。appImage：test用于根據需要部署帶有應用程序和微服務的容器。此時，測試周期將從新的測試基礎設施數據和生產部署之路的要求重新開始。
在完成測試之后，將appImage標記為appImage：prod并在企業注冊表中進行更新。
生產基礎設施
所有標記為prod的映像都從Quay企業映像注冊表推送到生產基礎設施到生產OpenShift集群映像注冊表中。appImage：prod用于根據需要部署帶有應用程序和微服務的容器。此時，工作負載處于活動狀態，可以在生產環境中使用。
這個用例使用企業中的云原生開發為其工作負載提供高級部署架構。它具有一個藍圖，用于映射企業云原生開發流程，以將開發人員解決方案部署到生產基礎設施中。
探索圖表
如上所述，企業可以為所有架構藍圖繪制一個示例存儲庫。投資組合的示例存儲庫使從每個圖表元素以及整個項目中收集和共享單個圖像成為可能。
以下是與云原生開發相關示意圖的集合：
- 在這種情況下，可以單擊查看單個圖像;
- 項目文件可以使用“下載圖表”鏈接下載到本地計算機;
- 可以單擊負載圖鏈接以在這個藍圖中使用的圖表工具中自動打開項目圖。
企業可以嘗試探索邏輯圖、示意圖、詳細圖、解決方案和社區圖的集合。如果可以用現有的圖表啟動項目，那么應該比從頭開始要快得多。
