翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

# 進行中の OS パッチの自動化
<a name="automating-os-patching"></a>

オンプレミスのデータセンター内のレガシーアプリケーションは、多くの場合、進行中の OS パッチ適用とソフトウェアの更新のために、手動の運用プロセスに依存しています。リプラットフォームの移行中は、[Systems Manager パッチマネージャー](https://docs.aws.amazon.com//systems-manager/latest/userguide/systems-manager-patch.html) を使用して OS のパッチ適用を自動化することをお勧めします。Patch Manager は、運用上のインサイトを収集し、 AWS クラウドリソースとオンプレミスリソースの両方で日常的な運用タスクを実装するための一元化された一貫したプロセスを提供します。

本番環境で使用されるパッチ適用時間枠よりも早い段階で開発環境にパッチを適用することをお勧めします。この件の詳細は、OS パッチを自動化用 [パッチマネージャーのRunbook](https://docs.aws.amazon.com//systems-manager/latest/userguide/systems-manager-patch.html) を参照してください。また、カナリアテストを展開して、実稼働前または実稼働環境で主要なアプリケーション機能を定期的にテストし、テストが失敗した場合はサポートチームに警告する必要があります。これにより、アプリケーションの予期しない停止を回避できます。

## オートメーションとインフラストラクチャをコードとして使用する (iaC)
<a name="using-iac"></a>

アプリケーションのリプラットフォームの過程の一環として、[Chef](https://www.chef.io/)、[Puppet](https://puppet.com/)、[Ansible](https://www.ansible.com/) などの構成管理ツールを使用してプラットフォームのビルドを自動化する必要があります。これらのツールは、アプリケーションスタックの反復可能なビルドを可能にし、スタックの構成を含む、アプリケーションインスタンスを生成するための手順を形式化します。

iaC のベストプラクティスを使用してインフラストラクチャをプロビジョニングすることをお勧めします。これには [AWS Cloud Development Kit (AWS CDK)](https://docs.aws.amazon.com//cdk/v2/guide/home.html)、[CloudFormation](https://docs.aws.amazon.com//AWSCloudFormation/latest/UserGuide/Welcome.html)、[Terraform](https://www.terraform.io/) など、いくつかのオプションがあります。Chef、Ansible、およびPuppetの機能も制限されているため、ユースケースに十分な自動化を実現できます。

iaC と構成管理コードを使用する反復可能なビルドは、それらのリソースを再構築するオーバーヘッドやリスクなしにインフラストラクチャをテストするのに役立ちます。既存のインスタンスにパッチを適用して更新すると、問題の再現と特定が困難になる状態になることがあります。

COTS アプリケーションが自動インストールをサポートしていない場合は、[AWS パートナーネットワーク (APN)](https://aws.amazon.com//partners/) に相談されることをお勧めします 。詳細については、CAF ホワイトペーパーの[「プラットフォームの視点: アプリケーションとインフラストラクチャ](https://d1.awsstatic.com/whitepapers/aws_cloud_adoption_framework.pdf) AWS 」セクションを参照してください。