はじめに
この記事では、システム管理者がLinux環境でデプロイメント後の検証を行う方法について説明します。展開後の検証のシナリオを理解するために、実行中のシステムは必要ありません。 Linuxサーバーで予期しない事態を回避するためにどのような手順を実行する必要があるかを検討するだけです。
導入後の検証とはどういう意味ですか？
Linuxサーバーで何かを変更するたびに、それは何かをデプロイしたことを意味します。 /etc/httpd/conf/httpd.conf/へのマイナーな変更とします。 または、最近インストールまたは構成された完全に新しいアプリケーション。これは展開であり、検証する必要があります。
この種の検証は複雑ではありません。 httpd.confに変更した場合 マイナーな場合は、その特定の変更をテストして、期待どおりに機能していることを確認する必要があります。
チェックリストが必要ですか？
システム管理者は、望ましくない状況を回避するために、絶対的なものとして展開前と展開後のチェックリストを用意する必要があります。チェックリストは、チームが何が起こるかを知るのにも役立ちます。これが私たちがそれを行う方法です。
導入前のチェックリスト
- 変更の範囲が何であるかは、すべての人の知識の中にあることを確認してください。単純な構成を適用したり、ファイルを変更したりしているかもしれませんが、チームの他のメンバーは、まったく新しいアプリケーションをデプロイしていると思うかもしれません。
- 適用される変更が、開発またはステージング領域で必要なテストを通過していることを確認します。停止を防ぐために、今後のシステムレベルの変更をテストすることをお勧めします。
- 関連するすべてのデータをバックアップします。 小さな変更の場合は、編集する前に特定のファイルをコピーするだけで十分です。一方、大きな変更を加える場合は、サーバーの完全バックアップが必要です。
- 組織がLinuxサーバーを管理する方法によっては、チェックリストに追加するための追加の予防措置が必要になる場合があります。
導入後のチェックリスト
- 常に変更をテストします。これは、Apacheがさまざまなポートで応答するなど、Webサーバーが適切に実行されているかどうかを確認したり、新しくデプロイしたアプリケーションの新しいSSL証明書を確認したりする場合があります。
- 変更に関係する他のものをテストします。ここでは、新しいSSL証明書を展開する場合のシナリオの例を示すことができます。その後、システム上の他のSSL証明書が影響を受けないことを確認する必要があります。
- 開発者がサービスを徹底的に調査できるようにします。彼らが直接変化に関与しているかどうかは関係ありません。多くのことが本番サーバーでうまくいかないことがよくあります。安全を確保することをお勧めします。
- 何かがうまくいかない場合、ロールバックは変わります。問題のトラブルシューティングを試みてください。何も機能しない場合は、サーバーをロールバックすることをお勧めします。
- すべてのテストに合格したら、展開を完了としてマークし、成功を祝うことができます。
結論
このガイドでは、1回の不注意な変更でシステムがダウンする可能性があるLinuxサーバーを直接操作しながら、悪い状況を回避する方法を徹底的に検討しました。上記のチェックリストに従い、テストを十分に検討すると、展開後の検証をより適切に行うことができます。今のところこれですべてです。 Linuxサーバーのニーズに合わせてさらに多くのサポート記事を作成します。