古いシステムとのギャップをどう埋める?
Windows Serverのレガシーアプリを「Docker」に移行、製造受託大手が直面した課題は
「Docker」を使い、「Windows Server」のレガシーアプリケーションをモダナイゼーションしようとする企業が直面する課題とは何か。製造受託大手Jabilの事例から探る。
企業のIT部門はコンテナ型仮想環境構築ツール「Docker」を利用し、サーバOS「Windows Server」で稼働するレガシーアプリケーションのモダナイゼーション(現状に合わせた最適化)を進めつつある。だがDockerが、ITスキルの観点において障壁になることがある。
商用版Dockerである「Docker Enterprise Edition」のバージョン2.1は、「Windows Server バージョン1709」と「Windows Server バージョン1803」を動作環境に含む。これにより2018年11月現在の最新安定版である「Windows Server 2016」で、コンテナオーケストレーションツールを利用できるようになった。Windows Server バージョン1709/バージョン1803は、いずれも「Semi-annual Channel」(半期チャネル)という更新チャネルで提供されるWindows Serverのバージョン。Docker EEバージョン2.1は、以前はなかったWindowsコンテナ用の仮想IPベース負荷分散などの機能を備える。
このアップデートに併せてDocker社は、いまだに古いバージョンのWindows Serverを運用している企業のIT部門に対して、Windows ServerでDockerを利用するための専門知識を売り込んでいる。具体的な対象は「Windows Server 2003」と「Windows Server 2008」を運用している企業だ。前者は2015年にMicrosoftのサポートが終了し、後者は2020年1月に延長サポートが終了する。
Docker社は、2017年にレガシーアプリケーション向けの総合プログラム「Modernize Traditional Applications」(MTA)を提供開始した。2018年11月からはWindows Serverのアップグレードに狙いを定め、Windows Serverアプリケーション移行プログラム提供している。このWindows Serverアプリケーション移行プログラムは、同社の専門家によるサービスと、アプリケーション変換ツールおよび参照用アーキテクチャを組み合わせ、Windowsのコンテナ化を実現する。同社は、Windows環境におけるコンテナオーケストレーションを実現するために、2014年にMicrosoftと初めて手を組んだ。それ以来、Windowsコンテナの開発を支援している。
併せて読みたいお薦め記事
「Windows Server」について知る
- 「Windows Server」「Linux」を6つの視点で比較 何が違うのか?
- 管理者が知っておきたい「Windows Server 2019」の新機能と機能強化
- Windows Server 2019への移行で「得をする人」「損をする人」
コンテナ型仮想化技術の基礎知識
企業におけるDockerへの移行事例
Windows ServerでDockerを運用するプロジェクトに着手した複数の大手企業によれば、その取り組みはうまくいっているという。一方でまだ本格運用が可能になる規模には達していないとも述べる。
製造受託大手のJabilが最初にMTAを利用したのは、Microsoftの古いWebアプリケーション用フレームワーク「ASP.NET」で作成した幾つかのアプリケーションのためだった。これらのアプリケーションはスタンドアロンサーバを使用し、大量のリソースを消費していた。これらをDocker EEによってWindows Server 2016へと移動することで、「管理をはるかに簡単にできた」と、同社でシニアDevOps(開発と運用の融合)エンジニアを務めるスージェイ・ピライ氏は語る。
JabilのIT管理者は、これらのアプリケーションを個別に管理する必要がなくなった。だがその移行には、Docker社と地域のMicrosoftパートナーが提供するプロフェッショナルサービスが必要だった。Docker EEについてIT担当者を訓練するために、Docker社の関与を求める必要もあった。今までのところ、対象にしたのはJabilの開発環境で運用されているアプリケーションだ。「ステートフル(状態依存)アプリケーションやデータを大量に使用するアプリケーションをモダイナイゼーションする計画はまだない」(ピライ氏)
Windows ServerでのDocker運用の課題
2018年6月にDocker社は、コンテナオーケストレーションツール「Kubernetes」のアップストリーム(Kubernetesコミュニティが開発・メンテナンスしているコード)のバージョンが安定版になった時点で、Windows用Docker EEをKubernetesの動作対象環境にすると約束した。だがKubernetesバージョン1.12の時点ではβ版のままだ。Microsoftのドキュメントによれば、Windows Serverバージョン1803でしか稼働しないという。
市場ではギャップが生じている。昔ながらの保守的なMicrosoftユーザーは、Windows Server 2003やWindows Server 2008からWindows Server 2016へのアップグレードを先延ばしにしている。Microsoftユーザーに高度なコンテナ機能とKubernetes実行環境を提供するには、Dockerが新しいWindowsへの移行を可能にしなければならない。
「Windows側では物事がヒートアップしている」と話すのは、自動車保険ソフトウェア会社Mitchell Internationalでシニアソフトウェアエンジニアリングマネジャーを務めるリチャード・フォン氏だ。同社は2018年にDocker EEの利用を開始した。数百種類にも上るWindowsレガシーアプリケーションのモダナイゼーションのためだ。同社はMicrosoftのソフトウェア開発・実行環境「.NET Core」をはじめとする新しいテクノロジーをWindowsコンテナ内で機能させようとしている。
Mitchell Internationalが取り組んでいるWindows Server環境でのDockerプロジェクトでは、「2019年中にWindowsコンテナに運用ワークロードを取り込むことを目指している」とフォン氏は語る。同社のIT担当者もこのプロジェクトの一環として2018年11月上旬にDockerに関するトレーニングを受けている。
Windowsのレガシーアプリケーションをコンテナに移行するために有料のDocker関連サービスを利用する企業もあるだろう。だがWindowsしか使用していない企業は課題に直面する。Docker EEの管理ノードとしてLinux環境が必要なため、Linuxの専門知識を備えていない企業は困った事態に陥るためだ。
「2017年12月に概念実証(PoC)を実施した時には、それが最も深刻な問題だった」。そう語るのは農場や牧場の経営者向けの与信会社Farm Credit Services of Americaで、企業向けアプリケーション開発者を務めるリース・ブラッドリー氏だ。
ブラッドリー氏によると、Farm Credit Services of AmericaではMicrosoftとLinuxに関する別の懸念事項があるという。同社が.NET CoreをLinuxで実行するようになっていることと、クラウドサービス「Microsoft Azure」がKubernetesをコンテナオーケストレーションサービスの標準としていることだ。
人的資源の問題もある。インストール済みのWindows ServerにDockerを導入する方法ではなく、クラスタごと導入する方法に関する問題だ。「Linuxスキルを備えた正社員の雇用に向けて承認を待っているが、それにはコストが付いて回る上、すぐに実現するものでもない」(ブラッドリー氏)
一方でFarm Credit Services of AmericaのIT運用担当者は、コンテナを使わずにWindowsのレガシーアプリケーションを「Windows Server 2012」やWindows Server 2016に移行し始めている。「従業員は、コンテナの採用を懐疑的に見ているところがある。開発者は積極的だが、運用担当者は消極的だ」(ブラッドリー氏)
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[株式会社キーエンス] なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは -
製品資料
[株式会社セールスフォース・ジャパン] 「CRMは設計と無関係」は本当か? PLMとの融合で実現する高速開発 -
事例
[日本ヒューレット・パッカード合同会社] AIエージェントの時代にどう備える? 「新たな働き手」を支える3要素とは -
製品資料
[日本ヒューレット・パッカード合同会社] “横並びの自動化”から脱却、AI活用で生産性と競争力を高める秘訣 -
製品資料
[サイボウズ株式会社] AIが「わざわざ使うツール」になっていない? 業務で自然に使う導線にする秘訣
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
なぜ「全社配布Copilot」は使われないのか? 失敗に学ぶAI定着
-
2
法務と開発者で「言葉が通じない」問題 トヨタやソニーが語るOSS管理の真実
-
3
ChatGPTは“検索しまくり”でGeminiは“淡泊”? データが明かすAIの裏側
-
4
なぜ「Gemini 4 Argon」は出遅れたのか? Googleが狙う“逆転のシナリオ”
-
5
「中堅・中小企業のネットワーク・セキュリティ運用実態」に関するアンケート
-
6
損保ジャパンはなぜ「COBOL」を捨てなかったのか? 脱メインフレームの真相
-
7
「Wi-Fi 7」経由でWindowsが乗っ取られる? 最高権限奪取の恐怖
-
8
情報漏えいはなぜ繰り返されるのか 今すぐ見直すべき「境界」
-
9
情シスの約8割が転職や退職を意識 調査で分かった“辞めたくなる最大の理由”
-
10
【漫画付き】ひとり情シス協会が明かす、RAG導入でしくじる企業「2つの共通点」
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
2
家庭用Wi-Fiルーターの業務利用は危険? 避けるべき理由と具体的な対策
-
3
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
4
財務部門がAIを最大限に活用する方法 無駄のない戦略的リーダーシップへの道
-
5
LLMが兵器化? 元FBI高官が鳴らす警鐘とセキュリティツール統合のポイント
-
6
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
7
なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは
-
8
生成AIを開発に導入しても効果が見えない? 実証実験で分かった成果と課題
-
9
経産省DX指針から読み解く、受発注業務デジタル化ロードマップ
-
10
HDDを使わない「SSDオンリー」が無謀なのはなぜ?
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー