運用を明確にする
デプロイ後に何をするかまで計画します。
アプリケーションを公開すると、誰が環境を変更できるのか、何を見れば問題を把握できるのか、どうサービスを復旧するのか、といった実務上の問いが生じます。基盤の構築やリリース手順の変更前に、アプリケーションと依存関係を確認します。対象範囲には定常作業と、対応が必要な場合の責任者を明記します。
公開予定、サーバー移行、現在の構成で発生している運用上の問題からご相談ください。
クラウド基盤の構築
ソフトウェアが依存するサービスに合わせて、アプリケーション環境、ネットワーク、アクセス制御を構成します。設定を文書化し、想定リソース使用量と将来の構成変更を考慮します。
- アプリケーション環境
- ネットワーク・アクセス設定
- 基盤の構成文書
CI/CD・デプロイフロー
アプリケーションに合ったビルド手順、確認、承認を備えた、繰り返し実行できるリリース手順を作成します。環境間の移行方法と、可能な場合に以前のバージョンへ戻す方法を定義します。
- ビルド・リリースパイプライン
- リリース前の確認と承認
- ロールバック計画
サーバー管理
サーバー設定、システム保守、運用監視を整理します。重要なアラート、その受信者、アプリケーションや基盤の問題を調査する方法を合意します。
- サーバー設定
- 監視とアラート対応
- 保守手順
移行・バックアップ・復旧
検証と代替手順を含めて、アプリケーションとデータの移行を計画します。合意したバックアップ処理を設定し、対象範囲に含まれるシナリオで復旧手順を確認します。
- アプリケーション・データ移行
- バックアップ設定
- 復元・復旧の確認
リリース手順の例
デプロイごとに、確認できる道筋を。
現在、手作業のサーバーコマンドでデプロイしているアプリケーションを想定します。リリースパイプラインでバージョンをビルドし、合意したチェックを実行して、確認用環境に配置できます。必要な承認を経て本番環境へデプロイします。監視とロールバックの手順に加え、データベース変更の個別対応も準備します。
- 開発環境と本番環境の権限を分けます。
- 公開に必要な確認と承認を定義します。
- コードを戻すだけでは元に戻せない変更を考慮します。
- ビルド合意したコードのバージョンからリリースを作成します。
- 検証チェックを実行し、準備したアプリケーションを確認します。
- デプロイ承認されたリリースを本番環境に公開します。
- 監視システムの状態を示す情報を確認し、予期しない変化を調べます。
デプロイフローのイメージ例です。確認、承認、復旧方法はアプリケーションに応じて決まります。
基盤構築の進め方
運用チームが理解できる構成を残します。
検証と文書化により、実装を、それを使う責任者へつなげます。
環境を確認する
アプリケーション、データ保存先、依存関係、アクセスを整理します。リリース頻度、復旧要件、繰り返し起きる問題を確認し、優先事項と制約を定めます。
お渡しする成果物環境評価と作業計画構成して確認する
合意した基盤、リリースフロー、監視を実装します。アクセス、デプロイ、復旧シナリオを確認し、運用に関係する結果を記録します。
お渡しする成果物構築済み環境と検証記録責任分担を文書化する
定常作業、アラート、変更への対応手順を準備します。お客様のチームと継続サポートの責任範囲を、対応範囲やエスカレーション方法も含めて合意します。
お渡しする成果物運用ガイドと明確なサポート範囲
現在のクラウドやサーバー構成を改善できますか？
はい。既存環境と解決したい問題を確認します。現行構成の設定、デプロイ自動化、監視、バックアップに焦点を当てることも可能です。移行は、要件上その必要性がある場合に検討します。
アプリを作り直さずにデプロイを自動化できますか？
既存のビルド・リリース手順を活かしてデプロイを自動化できる場合があります。必要な作業を定義する前に、アプリケーションの設定、データ変更、外部依存関係を確認する必要があります。
継続的なサーバー管理には何が含まれますか？
合意した保守、監視、問題調査を含められます。環境ごとにアクセス、責任、対応範囲、エスカレーションを文書化します。バックアップの取り決め、復旧の期待値、サービス水準については契約で明記する必要があります。
次のステップ
アプリケーション環境の何を変える必要がありますか？
現在の構成、予定するリリース、繰り返し起きる問題をお聞かせください。必要な基盤作業を定義します。