レガシーアプリケーションを最新化するための Docker ツール

[51CTO.com クイック翻訳] 過去 2 年間、Docker は顧客と緊密に連携し、Docker コンテナ テクノロジーと業界をリードするコンテナ プラットフォーム Docker Enterprise を使用して、従来のアプリケーション ソフトウェア ポートフォリオを近代化してきました。このようなアプリケーションはモノリシックであることが多く、Windows Server 2008 や Windows Server 2003 などの古いオペレーティング システムで実行されるため、ローカル データ センターからパブリック クラウドに移行することが困難です。

[[270670]]

Docker プラットフォームは、アプリケーション ソフトウェアを特定のオペレーティング システムから分離し、マイクロサービス アーキテクチャ パターンをサポートし、オンプレミス、クラウド、ハイブリッド環境間の移植性を促進することで、これらの問題点をそれぞれ軽減できます。

従来のアプリケーションの最新化 (MTA) イニシアチブが成熟するにつれて、Docker はコンテナへの移行を加速し、Docker Enterprise プラットフォームから価値が実現されるまでの時間を短縮するためのツールと方法論の開発に投資してきました。初期のアプリケーション評価プロセスからクラスター上でのコンテナ化されたアプリケーションの実行まで、Docker は MTA の導入に取り組む顧客のエクスペリエンスの向上に取り組んでいます。

アプリケーションの検出と評価

企業は多数のアプリケーション ソフトウェアを開発および保守します。これらのアプリケーションでは、民間およびサードパーティの開発チームによって開発された無数の言語、フレームワーク、アーキテクチャが使用されています。コンテナ化プロセスの最初のステップは、どのアプリケーションがコンテナに最適か、そしてプロセスをどこから開始するかを決定することです。

自然な本能としては、最も複雑なアプリケーションをコンテナ化することから始めることになります。その理由は、コンテナが最も難しいアプリケーションで機能するのであれば、それほど複雑ではないアプリケーションでも機能するはずだからです。 Docker エコシステムを初めて導入する企業にとって、このアプローチは難しい場合があります。それほど複雑ではないが、幅広いアプリケーション セットを代表し、組織の目標に合致するアプリケーションからコンテナ化の取り組みを開始すると、より困難なアプリケーションに取り組む前に、コンテナに関する経験とスキルを積むことができます。

Docker は、アーキテクチャ特性とコンテナ化の推定ワークロードに基づいて、類似のアプリケーションをグループ化するのに役立つ一連のアーキタイプを開発しました。

図2

アプリケーション ポートフォリオを評価し、アプリケーションを各アーキタイプにグループ化すると、一連のアプリケーションのワークロードを推定し、コンテナ化プロジェクトに適した初期アプリケーションを決定するのに役立ちます。この種の評価を実行できる当事者は、以下のように多岐にわたります。

• 手動による検出と評価では、担当者がアプリケーション ポートフォリオ内の各アプリケーションを調べる必要があります。このアプローチは、少数のアプリケーションでは管理可能であることが多いですが、数百または数千のアプリケーションに拡張するのは困難です。
• 企業内で使用する場合、構成管理データベース (CMDB) は、環境の現在の状態に関する詳細な情報を提供します。このデータを確認すると、アプリケーションの特性と関連するプロトタイプを確立するのに役立ちます。
• RISC Networks、Movere、BMC Helix Discovery などのベンダーが提供する自動化ツールは、サーバーを長期にわたって監視し、レポートを生成することで、データ センター環境の詳細な評価を提供します。このタイプのレポートは、コンテナ化されたプロジェクトで使用して、ワークロード間の相互依存性を理解するのに役立ちます。
• システム インテグレーターに正式なアプリケーション ソフトウェア ポートフォリオ評価の実施を依頼できます。このようなインテグレーターは通常、アプリケーション ソフトウェアの評価に役立つ高度な方法論と独自のツールを備えています。

自動コンテナ化

従来のアプリケーション ソフトウェア用のコンテナーを構築する場合、いくつかの課題が生じる可能性があります。アプリケーションの元の開発者は長い間いなくなっていることが多く、アプリケーション ロジックがどのように構築されたかを理解するのは難しい場合があります。公式のソースコードは利用できないことが多く、代わりにアプリケーション ソフトウェアは仮想マシン上で実行されます。数十または数百のアプリケーションにわたるコンテナ化プロジェクトを拡張するのは時間がかかり、複雑です。

これらの問題点は、Docker が開発した変換ツールを使用することで軽減できます。 Docker Enterprise プラットフォームの一部であるこのツールは、仮想マシンまたはベアメタル サーバー上で実行されるアプリケーション用の Dockerfile を生成するタスクを自動化するように設計されています。サーバーをスキャンして、オペレーティング システムの構成方法、Web サーバーの設定方法、アプリケーション ソフトウェア コードの実行方法を確認します。その後、データは Dockerfile に統合され、アプリケーション コードがディレクトリにプルされ、最新のオペレーティング システムでの Docker ビルドの準備が整います。たとえば、Windows Server 2003 環境をスキャンし、異なる IIS アプリケーション プールで実行されている IIS ベースの .NET アプリケーション用の Dockerfile を生成できます。この自動化により、ユーザーは開発者から Dockerfile エディターへと変化し、従来のアプリケーション ソフトウェアをコンテナー化するために必要な時間と労力が大幅に削減されます。

図3

クラスター管理

単一のサーバー上でコンテナを実行することは、1 人の開発者にとっては十分かもしれませんが、連携して動作するサーバーのクラスターは、コンテナベースのワークロードを実行するのに便利です。これまで、このようなサーバー クラスターの作成と管理はパブリック クラウド プロバイダーによって完全に制御されており、ユーザーは特定のインフラストラクチャ セットに厳密に縛られていました。

Docker Enterprise 3.0 プラットフォームには、「Docker Cluster」と呼ばれる新しい Docker CLI プラグインが含まれています。 Docker Cluster は、宣言型 YAML ファイルを使用してインフラストラクチャ リソースのプロビジョニングと構成を自動化することにより、Docker Enterprise クラスターの初期作成を簡素化します。クラスターは、Azure、AWS、VMware などの幅広いインフラストラクチャ プロバイダーで使用でき、主要なインフラストラクチャ ターゲット上に同じコンテナー プラットフォームを構築できます。柔軟性が向上することで、単一プロバイダーへのロックインが軽減され、マルチクラウドおよびハイブリッド環境全体で一貫性が確保され、Kubernetes または Swarm オーケストレーション ツールを使用してコンテナを展開するオプションが提供されます。

図4

自動化ツールに加えて、Docker は、各プロバイダーのベストプラクティスを概説した、認定インフラストラクチャ パートナー向けの詳細なインフラストラクチャ固有のリファレンス アーキテクチャ (https://success.docker.com/architectures#certified-infra) も​​提供しています。これらのドキュメントでは、自動化された CLI ツールに加えて、Docker Enterprise を実装するための包括的なガイダンスも提供しています。 Docker のソリューション概要 (https://success.docker.com/solutions) ライブラリには、Docker Enterprise を一般的なコンテナ エコシステム ソリューションと統合するための追加のガイダンスが記載されています。

Docker クラスター、ソリューション概要、リファレンス アーキテクチャにより、Docker Enterprise クラスターの構成と管理が大幅に簡素化されます。これらのツールを使用すると、コンテナ クラスターのセットアップに追加の時間を費やすのではなく、従来のアプリケーションのコンテナ化に集中できます。

原題: Docker Tools for Modernizing Traditional Applications、著者: Steven Follis

[51CTOによる翻訳。パートナーサイトに転載する場合は、元の翻訳者と出典を51CTO.comとして明記してください。