[PaaS のみ]{class="badge informative" title="Adobe Commerce on Cloud プロジェクト(Adobeが管理する PaaS インフラストラクチャ)およびオンプレミスプロジェクトにのみ適用されます。"}

Cloud Automation Patching Service (CAPS) ベストプラクティスガイド

Cloud Automation Patching Service (CAPS)を使用してパッチ操作を成功させ、安全に実行するには、ベストプラクティスに従うことが不可欠です。 このガイドでは、効果的なパッチ操作、環境管理、優れた運用機能を実現するための包括的なベストプラクティスを提供します。

パッチ適用前のベストプラクティス

環境への対応

ベストプラクティス: パッチを適用する前に、常に環境の準備を十分に行い、運用の成功を確保し、リスクを最小限に抑えます。

パッチを適用する前に、環境が適切に準備されていることを確認します。

  • Adobe Commerce Cloud アカウント

    • アクティブな Adobe Commerce Cloud サブスクリプション
    • 有効なAdobe Commerce ライセンス
    • 設定されたリポジトリアクセス資格情報
    • プロジェクトおよび環境の権限
  • 環境リソース

    • 一時的なテストに使用可能な環境スロット
    • 十分なストレージリソース、CPUリソースおよびメモリリソース
    • Adobe リポジトリへのネットワークアクセス
    • 同期の安定した親環境
  • 実稼動環境の準備 (実稼動のパッチ適用用)

    • メンテナンスモードを有効化できます
    • Cron ジョブは無効にできます
    • メンテナンスウィンドウ手順の確立
    • ドキュメントに記載されたロールバック手順
    • 関係者のコミュニケーション計画準備完了

パッチ適用のベストプラクティス

タイミングとスケジュール

ベストプラクティス: トラフィックが少ない時間帯にパッチ操作をスケジュールし、関係者と調整してビジネスへの影響を最小限に抑えます。

パッチ適用の適切なタイミングを選択する:

  • 低トラフィックの期間

    • パッチのスケジュールをピーク以外の時間帯に設定
    • 高トラフィックのイベント時にはパッチを適用しない
    • 検証中にダウンタイムが発生する可能性に備えて計画する
  • 実稼動環境に関する考慮事項

    • メンテナンスウィンドウ – 計画されたメンテナンスウィンドウ中に実稼動パッチをスケジュールします。
    • 顧客とのコミュニケーション - メンテナンスモードと予想されるダウンタイムについて顧客に通知します
    • チームの調整 – すべてのチームメンバーがメンテナンススケジュールを確実に認識できるようにします
    • ロールバックの準備 – 必要に応じて、チーム・メンバーをすぐにロールバックできる

監視と検証

パッチ操作中:

  • 進行状況の監視

    • 操作のステータスをリアルタイムで監視
    • 警告やエラーに注意を払う
    • 開始後にプロセスを中断しない
  • 結果を検証

    • アプリケーションの正常終了後に重要な機能をテスト
    • パフォーマンス指標で低下がないかどうかを確認します
    • セキュリティ対策に問題がないことを確認します

パッチ適用後のベストプラクティス

検証とテスト

ベストプラクティス: システムの安定性と機能を確保するための包括的なテストと監視を通じて、パッチアプリケーションの成功を常に検証します。

パッチアプリケーションが成功した後:

  • 機能テスト

    • すべての重要なビジネス・プロセスのテスト
    • チェックアウトおよび支払いフローの検証
    • 管理パネルの機能の確認
  • パフォーマンス監視

    • ページ読み込み時間の監視
    • データベースのパフォーマンスの確認
    • リソース使用のスパイクに注意する
  • セキュリティの検証

    • セキュリティ機能が機能していることを確認します
    • 新しいセキュリティの脆弱性がないか確認します
    • 認証と承認のテスト

実稼動環境のベストプラクティス

実稼動前のテスト

ベストプラクティス: 実稼動環境をミラーリングする実稼動前の環境で徹底的にテストせずに、パッチを実稼動環境に直接適用しないでください。

実稼動デプロイメントの前に、パッチを常にテストします。

  • テスト環境の設定

    • テストにステージング環境または統合環境を使用
    • 実稼働設定に合わせたテスト環境の確保
    • 可能であれば、実稼動に似たデータを使用してテストします。
  • 包括的なテスト

    • すべての重要なビジネス・プロセスのテスト
    • チェックアウトおよび支払いフローの検証
    • 管理パネルの機能の確認
    • カスタム統合のテスト
  • パフォーマンステスト

    • パッチのパフォーマンスへの影響の監視
    • パフォーマンスの低下をチェックします
    • リソース使用量が引き続き許容されることを確認します。

リスクの軽減

実稼動のパッチ適用中のリスクを最小限に抑える:

  • 連絡計画

    • メンテナンス期間をお客様に通知
    • 関係者に進捗を通知
    • エスカレーション手順の準備
  • ロールバック方法

    • 必要に応じて、パッチを迅速に元に戻す方法を理解する
    • チームメンバーがすぐに対応できるようにする
    • ロールバック手順の文書化
  • 監視とアラート

    • パッチ適用後の問題に対する監視の設定
    • 重大なエラーに関するアラートの受信
    • パフォーマンス指標の詳細な監視

主なベストプラクティスの概要

CAPS の成功のための重要なベストプラクティス

  • パッチを実稼動環境に適用する前に、必ず実稼動前の状態でテストを行ってください。
  • 実稼動パッチ操作のメンテナンスモードの有効化と cron ジョブの無効化
  • オペレーションを詳細に監視し、ロールバック手順を準備
  • すべてのパッチ操作を文書化し、包括的な記録を維持
  • 適切な変更管理の手順に従い、適切な承認を得る
  • 環境の同期を維持し、適切なリソース配分を維持
  • 明確なサポート手順の確立とチームトレーニングの維持
  • パッチ管理プロセスを定期的に見直し、改善する

関連トピック

recommendation-more-help
c2d96e17-5179-455c-ad3a-e1697bb4e8c3