Windows Server 1709: DevOps 向けのコンテナーに重点を置く

[51CTO.com クイック翻訳] 今年初めに発表された Windows Server の最新の半期リリースがついに登場しました。 Windows Server 1709 の本質は、Enterprise と Datacenter という 2 つの新しいバージョンを含む、Windows Server の Server Core バリアントに対するメジャー アップデートです。新しい Windows Server は DevOps 組織を対象としており、コンテナーとクラウド展開のサポートが強化されています。

[[208452]]

ただし、新しいバージョンを使用するには、ユーザーは、サーバー管理用のブラウザベースの Honolulu プロジェクトと組み合わせて、コマンド ライン (具体的には PowerShell) とリモート ユーザー インターフェイス (使い慣れた RSAT など) を使用する必要があります。

この結果は驚くべきものではありません。結局のところ、Microsoft はサーバー GUI に警告信号を送信しており、新しいコマンドライン ツールはサーバーのリモート管理において大きな利点を持っています。実際、PowerShell と Honolulu を組み合わせることで、Windows Server はさまざまな Unix ベースの競合製品とより一致するようになります。さらに、Microsoft は、コンテナーのサポートやサーバー オペレーティング システムを使用するその他の方法を追加するための基盤として、新しい管理ベースラインを確立しました。

Windows Server 1709 をインストールするには、クリーン インストール方法を選択して、年 2 回の新リリース モデルを取得する必要があります。このように、Microsoft は、Windows Server 2016 のオリジナルの 5+5 モデルは過去のものであり、将来は「年に 2 回」の世界になることを証明しようとしています。

Windows Server 1709 の新しいコンテナー機能

Microsoft は Windows Server 1709 でアプリケーションおよびコンテナー開発者コミュニティに明確に重点を置いています。新しいコンテナー ベース イメージには、Server Core と Nano Server が含まれます。 Server Core は既存のアプリケーションの「直接移行」に適していますが、Nano Server は主に .Net Core または Node.js 上で新しいアプリケーションを構築するのに適しています。これらのコンテナ ベース イメージのサイズも大幅に削減されました。Server Core は 60%、Nano Server は 80% 削減され、展開速度が大幅に向上しました。

「直接移行」は、ユーザーが元のコードを可能な限り保存できるようにする興味深いオプションです。もちろん、アプリケーションがコンテナ内で適切に実行されるようにするには、再調整を行う必要があります。しかし、実際には、このような変更を実装するのは難しくなく、Windows Server または Azure のストレージ ツールと API を使用するとさらに簡単になります。

新しい Windows Server リリース スケジュールは DevOps の哲学に適合

おそらく 6 か月ごとに更新してもすべての人が満足するわけではなく、興味のないバージョンをスキップすることもできますが、Windows Server の更新リズムは確立されています。この新しいリリース スケジュールは、DevOps 主導のプロセスをターゲットにし始めた企業に適している可能性があります。

DevOps イニシアチブは当然、クラウドファースト開発理論を中心に据える必要があり、この点で Windows Server は Linux の迅速な開発計画と競争する必要があります。 Nano Server への変更は、特にメインのオペレーティング システムもますます軽量化している時代に、コンテナー ホストはインフラストラクチャのサポートという点では無意味であるということを直接反映しています。

それでも、Windows Server の変更は、既存のシステム管理者にとって依然として課題となっています。ただし、心配しないでください。Microsoft は、長期サービス チャネル (LTSC) を通じて元のリリース形式を引き続き提供します。

データ センターでは、レガシー アプリケーションには LTSC を使用し、新しいビルドとクラウド ユース ケースには Windows Server 1709 以降のバージョンを使用するというハイブリッド展開アプローチを選択することもできます。 1709 バージョンにはインフラストラクチャ ロールも含まれていますが、仮想マシンでのアプリケーション ホスティングとコンテナー ベース イメージの管理に適しています。 LTSC インフラストラクチャ サーバーは、仮想ホスティング、ストレージ、および Active Directory に適しています。セキュリティ更新を除いて、インフラストラクチャ サーバーは展開後に簡単に変更できないため、このハイブリッド展開アプローチは理にかなっています。

この二分法は、インフラストラクチャ運用が DevOps から分離されている場合、より意味を持ちます。仮想世界では、基盤となるオペレーティング システムが急速に変更されても、継続的インテグレーション パイプラインの要素の 1 つにすぎないため、問題にはなりません。コードやその他のソフトウェアもインフラストラクチャの定義に参加します。

オリジナルのベータ テストおよびコミュニティ プレビュー システムはもはや有効ではありません。特定のお客様は引き続き TAP ビルドにアクセスできますが、その他のお客様は、新しいコンテンツをタイムリーに入手するために Windows Insider プログラムに参加する必要があります。新しい更新スケジュールにより、Windows Insider への参加がこれまで以上に重要になり、新しいバージョンを展開する前にアプリケーションが正常に動作するかどうかを迅速にテストして確認できるようになります。

それでも、テスト作業の強度はそれほど大きくはなりません。結局のところ、年に 2 回の増分リリースは、数年ごとにリリースされるメジャー アップグレードとは異なります。 Windows Server の新しいバージョンごとに、いくつかの新機能が導入されるだけなので、既存のアプリケーションに重大な影響を与えることはありません。

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