コンテナでは、セキュリティ ポリシーの実装と管理の方法を変更する必要があります。セキュリティは、DevSecOps のアプローチを使って、コンテナのライフサイクルに可能な限り組み込む必要があります。セキュリティ チームが開発チームや運用チームと連携し、既存のガバナンスおよびコンプライアンスのポリシーを、新しいツールやアプリケーション ライフサイクルの変化に合わせて適応させる必要があります。

手動の作業では開発チームのスピードが低下します。コンテナの自動化により、開発者はパッケージングではなく、コードに集中できるようになります。コンテナ イメージはレイヤー形式で構築されています。コンテナ ビルドの自動化されたアプローチでは、特定のコンポーネントを変更する場合、そのレイヤー以外更新する必要はありません。たとえば、システム ライブラリを更新する必要がある場合は、そのライブラリを含むレイヤーのみを再構築することになります。ほかのレイヤーは変更されないため、テストと検証の負担が軽減され、更新されたコンテナの本番環境への投入を、より速く、より頻繁に行うことができます。

2013 年の登場以来、Docker はコンテナの代名詞となり、現在もコンテナ イメージのビルドに使用されています。Docker 環境には、コンテナ ランタイムのほか、コンテナのビルドやイメージを管理する仕組みも含まれています。Docker では OCI 標準のコンテナ イメージがビルドされるため、Docker イメージは OCI に準拠したどのコンテナ ランタイムでも実行できます。

開発者向け

• 異なるプラットフォームや構成でのアプリケーションの可搬性を高めます。特定バージョンの言語コンパイラーまたはインタープリターで開発されたコードが、その後のバージョンでも修正なしで実行できるようになります。
• 開発、テスト、デプロイを同じインフラストラクチャ上で行う必要がなくなります。開発者がラップトップでコードを作成した場合でも、アプリケーションはオンプレミスのサーバやクラウドベースの仮想マシンなど、あらゆるインフラストラクチャで思いどおりに動作します。
• CI/CD などのアジャイル開発プロセスを促進し、コードの受け入れと展開をスピードアップします。

IT 運用担当者向け

• ほかのアプリケーションから分離して軽量化することで、アプリケーションのセキュリティを高めます。
• 異なる OS バージョン、ネットワーク トポロジー、ストレージ構成、クラウドプラットフォーム間でコンテナ化されたアプリケーションをシームレスに移行できます。
• 1 つの OS インスタンス上で複数のアプリケーション コンテナを実行可能にすることで、IT 効率を向上させます。仮想マシンのサイズが通常 10 ギガバイト以上であるのに対し、コンテナのサイズは数十メガバイトであるため、1 つのサーバ インスタンス上で相当数のコンテナを実行できます。

立ち上げに数分かかる仮想マシンと比べて、コンテナ インスタンスはミリ秒単位で追加起動ができるため、極めて優れたオンデマンドの拡張性が実現します。