インタビューMicrosoftのクラウドプラットフォームの興味深い特徴は、マイクロサービス向けに根本的に異なる2つのプラットフォームを提供していることです。1つは自社開発のService Fabricをベースとし、もう1つはGoogle発祥のKubernetesを基盤としています。KubernetesはAzure Kubernetes Service (AKS)を通じてAzure上で利用可能です。どちらもオープンソースです。
開発者はどのように選択すべきか、The Reg はロンドンで行われた Microsoft の Future Decoded での基調講演後に Azure 担当の副社長 Jason Zander 氏にインタビューした際に尋ねました。
ザンダー氏のイベントでのテーマは AI と「インテリジェント エッジ」であり、現場のセンサーによって生成される膨大な量のデータは、ローカルでの処理とフィルタリング、そしてクラウド サービスとの統合が必要であるという考えが含まれていました。
AIは大きな注目を集めていますが、個々の企業にとってそれが何を意味するのかについては、依然として大きな不明確さが残っています。多くの企業は、アプリケーションをクラウドネイティブ環境に移行するという、より単調な作業に取り組んでおり、こちらについてはよりコンセンサスが得られています。なぜAIにこれほど注目が集まっているのでしょうか？
「私たちは両方に取り組んでいます」とザンダー氏は述べた。「クラウドネイティブへの移行については、多くの取り組みを行ってきました。ワークロードを移行し、段階的に進化させていくのです。私たち自身も、Office 365向けのSQL ServerやExchangeなどのアプリケーションで同様の取り組みを行ってきました。」
Kubernetes か、それとも Service Fabric か?
「どちらも一流のソリューションです」と彼は語った。「私たちはService Fabricをヘビーユーザーで、Azure自体の構築にも活用しています。自分たちを支えるためにService Fabricを開発し、それを公開したのです。」
「コンテナオーケストレーターをお探しで、特にオープンソースコミュニティとの統合をお考えなら、Kubernetesは最適なソリューションです。AKSで目指したのは、Kubernetesを第一級のものにし、その管理を私たちが行うことです。」
「Service Fabric は、同様のコンテナ オーケストレーション機能を提供するだけでなく、それに加えて、より高度なサービスも提供します。これには、状態、高可用性状態、それらのプログラミング モデル、リアクター スタイルのパターンなどが含まれており、これらすべてが組み込まれています。」
「Kubernetesエコシステムが追いつき、他の機能のいくつかを構築すると期待しています。正直なところ、Service Fabricが現在備えている機能からはまだ2～3年遅れています。私たちはService Fabricをオープンソース化しており、Service Fabricの導入の40%はオンプレミスであり、クラウドではありません。つまり、必要に応じて他のクラウドにも移行できるため、ある程度の移植性が得られるということです。」
Zander氏は、KubernetesとService Fabricはどちらも、開発者やITプロフェッショナルにとってインフラ構築への負担が大きすぎると考えています。これは、プレビュー段階にあるService Fabric Meshの考え方に基づいています。これは「コードを実行するだけ」というモデルに近いもので、スケーリングとスケジューリングを自動化します。
Mesh は、最大規模で最も複雑なアプリケーションにまで拡張できますか?
はい、既に同じ大規模ソリューション上に構築されているからです。私はAzureをService Fabric上で運用しています。MeshはService Fabricの上位レベルです。Service Fabricは究極の制御性を提供しますが、私たちが求めていたのは、日常業務でそこまで高度な技術を必要としない、より幅広い開発者にとって使いやすいものでした。Meshはデフォルト設定とスケール機能を提供するだけで、自動化を実現できます。それが未来です。
Microsoftのもう一つのマイクロサービスプラットフォームであるService Fabric
Red Hat、Azure、IBM
MicrosoftはAzureにおけるRed Hatとの提携を大々的に宣伝しています。IBMが最近発表した買収計画はどのような影響を与えるでしょうか？
「Red Hatは当社のシステムで非常に人気がありますが、正直に言うと、SUSEやCentOSなどとも良好な協力関係を築いており、採用も進んでいます。Linuxのすべての派生製品が稼働しています」とザンダー氏は述べ、Red Hatの重要性を軽視しているようにみえた。
「Red Hatとは素晴らしいパートナーシップを築いています。なぜなら、両社は巨大な顧客基盤を持っているからです。この関係は今後も変わらないでしょう。これはまだニュースリリースで、今後彼らがどのような取り組みをしたいのかを見守っているところですが、今後も引き続き協力していきたいと考えています。」
オープンソースを理解する
IBMとRed Hat、MicrosoftとGitHubは、どちらもオープンソースを積極的に活用している商業テクノロジー大手の例です。Azureにとってオープンソースはどれほど重要でしょうか？そして、Microsoftはどこで線引きをしているのでしょうか？
「私は長年この会社に勤めています」とザンダー氏は語る。「開発部門出身で、最初に取り組んだ仕事の一つはIron RubyとIron Pythonの開発でした。また、JavaScriptのオープンソースライブラリをVisual Studioに同梱して出荷しました。ここ数年、私たちはオープンソースコミュニティの第一級メンバーになることに注力してきました。私たちがオープンソース化した最大のものの一つは.NETで、.NET Coreのすべてがそこに含まれています。さらに、巨大なコードベースであるService Fabricもオープンソース化しました。」
ザンダー氏は、他の企業と同様に、マイクロソフトはオープンソースとプロプライエタリコードのどちらを優先するか、また健全なビジネスモデルを維持するかについて、「何が障壁となり、それがどのように機能するかを解明しようとしている」と述べた。
Azureと競合
かつてマイクロソフトは、クラウドはAWSとの二大勢力の競争だとよく言っていました。しかし、Google Cloudの成長とIBMの業績改善により、もはやその考えは通用しなくなっています。ザンダー氏は、このことに不快感を覚えているのでしょうか？
「競争は歓迎します。アナリストはAmazonが先行者利益を得てリーダーシップの地位を獲得したと指摘していますが、Azureは常にそのすぐ後ろにいると感じています。」
「今でも、競争入札に参加し、企業と話をすると、アマゾンと私たちが競争していることが多いことに気づきます。
業界の勢いが増しているもう一つの分野は、ハイブリッドです。ハイブリッドは当社のソリューションの一部として最初から存在し、常に当社が重視してきた重要な差別化要因の一つです。業界が追いつき始めているのを目の当たりにしています。
「多くの企業にとって、一方では技術を提供してくれる企業がある一方で、他方では競合相手になっていることに気づくのは困難になると思います。なぜ競合相手に資金提供しているのか、と自問自答し始める時期が来ます。これも私たちのビジネスモデルにおけるもう一つの違いです。」
Future Decoded展でマイクロソフトのパートナー企業と話をすると、この点に対する彼らの見方は一変していることが明らかです。Azureビジネスの大部分は、マイクロソフトプラットフォーム企業がクラウドを活用しながらも、既存のテクノロジーと関係性を維持することで牽引されています。ハイブリッドもその一環と言えるでしょう。マイクロソフトが事業の衰退を目の当たりにすることなく、常に時代の変化に対応していることは、決して小さな成果ではありません。®
