私の仲間のシステム管理者の多くは、コストの削減、インフラストラクチャの使いやすさ、サービスのアクセス性の向上、セキュリティの強化、および開発者がテスト、開発、ステージング環境で作業する際の自律性を高めることを任されていると確信しています。一部のWebサイトをコンテナーに移動することで、仮想化の取り組みを開始した可能性があります。また、アプリケーションを1つか2つ移動した可能性もあります。このポーリングは、コンテナ化を計画している次のワークロードに焦点を当てています。十分に活用されていないハードウェアから、コンテナホストシステムなどのより活用されたマルチホスト環境に移行するためのワークロードリストの次は何ですか？
ワークロードのコンテナ化を採用したことがある方なら、ハードウェアリソースを活用し、アプリケーションを分離することの価値をすでにご存知でしょう。また、コンテナの使いやすさも知っています。再起動は迅速です。また、問題が発生した場合、新しいコンテナを作成するのは簡単です。コンテナの素晴らしさについて確信が持てない場合は、私がそうだと確信する必要があります。私はさまざまな種類とブランドの仮想化を使用してきましたが、コンテナは今でも私のお気に入りだと思います。
コンテナは長い間存在しており、システム管理者はまだそれらに興奮しています。以下のワークロードリストから選択して、現在のワークロードのどれを次にコンテナにプッシュするかを指定してください。
[コンテナを使い始めますか？この無料コースをチェックしてください。コンテナ化されたアプリケーションのデプロイ：技術的な概要。 ]