雲端原生

已完成

雲端原生解決方案可藉由建置應用程式或新增使用雲端功能的功能來提升延展性、復原性和靈活度,以建立新的商業價值。 本指南提供結構化的方法,可規劃符合商務目標的雲端原生開發專案,並將傳遞風險降到最低。

在 Azure 上規劃雲端原生解決方案

  1. 定義雲端原生解決方案的商業目標。 從清楚、可測量的業務目標開始,找出限制式和成功準則,並驗證項目關係人一致,以確保每個人都能從專案開始共用相同的期望。

  2. 定義雲端原生解決方案的需求。 記錄與商務目標挂鉤的功能需求、建立非功能需求,包括可靠性計量和安全性基準,以及藉由明確定義初始版本的範圍與範圍外的內容來控制範圍。

  3. 規劃雲端原生架構。 探索來自 Azure 架構中心的已驗證參考架構、根據工作負載特性選取適當的架構樣式、套用設計最佳做法和雲端模式、將 Well-Architected 架構的五大要素整合到設計決策、規劃與現有系統的整合、根據需求選取適當的 Azure 服務和服務層級、根據可靠性目標決定區域部署策略,以及使用詳細圖表和文件架構設計決策。

  4. 規劃雲端原生部署策略。 建立部署自動化的 DevOps 做法、規劃具有監視和事件回應程式的作業整備程度、定義支援可靠部署的開發做法、針對從試驗群組開始的新工作負載使用漸進式曝光、使用變更管理程式搭配適當的部署模式規劃功能整合(針對次要變更就地更新、重大變更為藍綠),以及定義部署後責任的擁有權和支持責任操作。

  5. 定義雲端原生解決方案的復原計劃。 建立完整的復原程式,以從部署問題快速復原,並確保發行活動期間的商務持續性。

建置雲端原生解決方案

  1. 開發新的雲端原生解決方案。 在開發期間套用 Well-Architected 架構原則、在鏡像生產環境中建置、使用 CI/CD 管線實作原始檔控制、從頭整合 Azure 監視器和 Application Insights 等監視工具,以及透過功能、效能、安全性和使用者驗收測試等全面測試來驗證您的解決方案。

  2. 建立可重複使用的基礎結構。 建立可重複的標準化基礎結構模式,以在環境和項目之間一致地部署,以減少部署時間,並確保設定一致性。

  3. 建立部署檔。 記錄您的部署程式、組態和作業程式,以啟用可靠的部署,並將有效的知識轉移至作業小組。

部署雲端原生解決方案

  1. 準備項目關係人以進行雲端原生部署。 在開始生產部署之前,宣佈部署排程和預期對所有相關項目關係人的影響。 通知支援小組和受影響的群組即將發行的內容,以便他們能夠處理用戶問題。 在部署期間設定明確的功能期望,並進行預先部署整備檢閱,以確認所有小組都瞭解其角色並具有必要的存取權。

  2. 執行雲端原生部署。 使用已驗證的 CI/CD 管線建立生產環境,並搭配在預備環境中測試的相同組建成品和 IaC 範本。 執行煙霧測試,以驗證核心功能和服務可用性。 先將新系統公開給小型使用者群組,然後根據監視結果和使用者意見反應逐漸擴充,以實作漸進式推出。

  3. 驗證部署成功。 確認重要的使用者旅程圖在實時環境中正常運作,而不只是基本煙霧測試。 檢查背景進程、整合和排程工作是否正常運作。 檢閱系統健康情況異常的監視儀錶板,並檢查警示系統是否有非預期的觸發程式。 進行項目關係人簽入,並在完全驗證接受準則之後宣告部署完成。

  4. 在穩定期間支援工作負載。 與營運小組一起,與開發小組一起建立加強的監視和支持狀態。 追蹤系統計量和用戶意見反應在第一周或兩周持續作為穩定期間。 根據觀察到的行為調整設定,並記錄所發現的所有問題。 定義從穩定轉換為標準作業的明確結束準則。

在部署後優化雲端原生解決方案

  1. 微調服務組態。 每周套用 Azure Advisor 建議,以實作重大成本、效能、可靠性和安全性改善。 使用 Well-Architected Framework Azure 服務指南來配合設定與最佳做法,並使用 Microsoft適用於雲端的 Defender 立即解決安全性結果,以維護合規性並保護工作負載。

  2. 驗證作業整備程度。 透過 Azure 監視器為所有重要元件啟用完整的記錄和計量、藉由模擬失敗案例來測試警示功能,以及檢閱儀錶板,以確保它們提供可採取動作的深入解析。 記錄監視涵蓋範圍,以支持未來的稽核和小組上線。

  3. 建立成本監視並優化成本。 在 Azure 中設定自動化成本警示和預算,以追蹤針對閾值的支出,在監視、治理、費率、使用量和元件之間有系統地套用 Well-Architected 架構成本優化策略。 定期檢閱資源使用率模式,以識別和解除委任未使用的資源,同時排程非生產環境以在停機期間關閉。

  4. 測試備份和復原程式。 使用 Azure 備份確認所有重要數據的備份涵蓋範圍,在非生產環境中執行試用版還原,以確認數據完整性和復原時間目標。 使用逐步指示記載基礎結構和數據復原程式,並定期進行災害復原演練,以驗證小組整備程度。

  5. 收集用戶意見反應並測量結果。 透過問卷和支援票證分析建立結構化意見反應管道,以識別業務關鍵工作流程中的痛點。 使用 Azure DevOps 或 GitHub 問題有系統地追蹤並解決意見反應,在將解決方案傳達給項目關係人時,依價值和緊迫性來排定優先順序。

  6. 繼續演進和改善。 排程定期 Well-Architected 架構檢閱,以根據變更的需求和使用模式評估架構。 使用 Azure 原則進行治理、自動調整負載管理,以及成本異常偵測來控制費用,同時共用整個組織所學到的教訓和最佳做法,以推動雲端成熟度向前發展。

如需詳細的雲端採用架構指引,請參閱 建置雲端原生解決方案