一時停止：マイクロソフト、Linux向けSQL Serverイメージの配布を停止

Microsoftは、Azureですぐに使用できるSQL Server Linuxイメージの提供を予告なく終了しました。これにより、迅速なVM作成は不可能になりました。 既存のデプロイメントは引き続き実行されますが、2025年に発表されたスクリプトモデルがリリースされるまで、新しいインスタンスは手動でインストールする必要があります。 この決定はDevOpsチームの業務習慣を混乱させ、管理者はターミナルに戻り、AWSとOracle Cloudをめぐるクラウド戦争が再燃することになります。 SQL Server Linuxイメージの提供停止：Azureへの衝撃 1月初旬より、 Azure Marketplaceでは、Ubuntu、RHEL、SLESとSQL Server 2022を組み合わせた公式イメージの提供を停止しました。「sql-server-ubuntu」を検索すると、簡潔な404エラーが返されます。

PowerShell、CLI、Azure SQL Hubでも同じルールが適用されます。新しいイメージIDは受け入れられません。YumまたはAPTチャネル経由でパッチを受け取るのは、既にプロビジョニング済みのVMのみです。Microsoftはこの措置を「デプロイメントエクスペリエンスの抜本的な見直し」と正当化しています。一言で言えば、スクリプトモデルに道を譲り、ブラックボックスに別れを告げましょう。

手動インストールに戻る：ターミナルが必要です 本日から、管理者はVMを作成し、依存関係をインストールした後、mssql-confスクリプトを実行する必要があります。Red HatとSUSEはすでに更新されたガイドを公開しており、SELinuxの強制モードではコンテキストが調整されていない場合、SQLエージェントがブロックされる可能性があることを改めてお知らせしています。

Dockerコンテナは引き続き機能しますが、MicrosoftはWindows Serverの本番環境ではサポートされていないことをお知らせしています。これはハイブリッドクラスターにとって重要な注意点です。

多くの場合、GitHubからクローンされるAnsibleとTerraformの自動化スクリプトは、古いイメージURNではなく公式リポジトリを指定する必要があります。コード1行を忘れると、CIパイプラインが悲鳴を上げ始めます。 柔軟性を高める将来のスクリプトモデルこの新しいサービスは、カスタマイズ可能なプレイブックを生成するCLIウィザードをベースとしています。ユーザーは、ディストリビューション、SQL Serverのバージョン、ライセンス方式（BYOLまたはPAYG）を選択します。

目標は、AWSで既に普及しているEC2 Image Builderの「イメージレシピ」アプローチをAzureに取り入れることです。皮肉なことに、MicrosoftはLinuxコミュニティに愛されている「自分でやる」という理念を採用しています。

チームは既にGitHub Actionsでホストされたプロトタイプをテストでき、プッシュすることでストレージアカウントにインポート可能なVHDが作成されます。

制御は強化されますが、責任も大きくなります。

画一的な構成の時代は終わりました。すべてのパラメータ（ポート、照合順序、ディレクトリデータ）が明示的になります。これは純粋主義者にとっては素晴らしいことですが、「次へ > 次へ > 完了」というドキュメントに頼ってきた人にとってはそうではありません。 セキュリティのメリット：空のSAアカウントや不要なサービスはありません。一方で、スクリプトが適切に記述されていないと、TLSが無効化されたり、アラートが通知されなかったりする可能性があります。これは、OracleからPostgreSQLへの移行時の眠れない夜を彷彿とさせます。 Microsoftは、よくある落とし穴を検出する組み込みリンターを約束しています。しかし、今のところ、Arch Linux（ちなみに）でテストしたアーリーアダプターのみがその有効性を確認しています。 クラウドとコンテナエコシステムへの影響

「SQL Serverの高速導入」を有料化していたMSPパートナーは、パッケージの改訂を迫られるでしょう。価値はスクリプトの最適化とCISベンチマークへの準拠へと移行しつつあります。 コンテナ側では、Microsoftのパブリックデータベースであるmcr.microsoft.com/mssql/serverは引き続き利用可能です。しかし、Marketplaceに公式Linuxイメージが提供されていないため、KubernetesとHelm Chartsを使ったオーケストレーションへの誘惑が高まっています。特にRed Hat OpenShiftによってストレージバインディングが簡素化されているため、その傾向は顕著です。 オラクルは、荒らしを恐れることなく、Autonomous Databaseはスクリプトを必要としないことを改めて強調しています。これは明らかに、2つのクラウド料金プランの間で迷っている顧客を狙ったマーケティング戦略です。

結局のところ、この停止は転換点となるでしょう。Azure はカスタマイズに注力し、コミュニティは自動化、最適化、そして微調整のためのスペースを獲得することになります。チームがキーボードへの回帰を受け入れるのか、それとも AWS、Oracle、あるいは『ミスター・ロボット』のエピソードにふさわしいセルフホスト型 Rack に避難するのか、まだ分かりません。 出典:winfuture.de