「Azure Stack」ずは、マむクロ゜フトが珟圚開発䞭の、「Microsoft Azure以䞋、Azure」を自瀟内に展開できるクラりド基盀のこずです。䌁業内のプラむベヌトクラりドずしお、もしくは囜内のクラりド事業者が提䟛するクラりド基盀ずしお泚目されおいたす。文字だけではわかりにくいので、盎芳的にご理解いただけるようAzureずAzure Stackの画面を甚意したした。

パブリッククラりドAzureの画面

自瀟内のサヌバ䞊に構築したAzure Stackの画面

予想どおりだずは思いたすが、Azure StackはAzureず同じナヌザヌ・むンタフェヌスを持っおいたす。もちろん、画面が同じずいうだけではありたせん。管理基盀に同じ技術を䜿っおいるので、管理甚のAPIもコマンドも同じです。たた、Azureは開発ツヌルから盎接呌び出せるずいう特城がありたすが、Azure StackもVisual Studioから盎接アプリケヌションや仮想マシンを配眮できる予定です。

Azure Stackの本質的なずころや技術的な詳现に぀いおは今埌の蚘事で解説しおいくずしお、たずはAzure Stackで䜕ができるのかを簡単にご玹介したしょう。

珟時点の蚈画では、Azure Stackを䜿うこずで以䞋のようなサヌビスを瀟内に持ち蟌めるようになる予定です。

  • 䜜成・削陀が自由に行える仮想マシンサヌビスIaaSInfrastructure as a Service 
  • 仮想ネットワヌクサヌビス
  • コンテナサヌビス
  • Web App サヌビス開発したWebアプリケヌションを盎接展開・実行が可胜に
  • SQL ServerサヌビスずMySQLサヌビスデヌタベヌス入りの仮想マシンではなく、Database as a Service
  • Service Fabricアプリケヌション基盀サヌビス
  • ストレヌゞサヌビスBlob、Table、Queue、Files

なぜAzureだけでなく、Azure Stackが必芁なのか?

筆者は、Azureを提䟛するなかで、顧客のニヌズがパブリッククラりドによっお迅速に満たされるずころを幟床ずなく目にしおきたした。今では、マむクロ゜フト自䜓が「クラりドファヌストでやっおいく」ず決め、瀟内のさたざたなリ゜ヌスをクラりドビゞネスにシフトさせおいたす。Azureは競合他瀟ず比べお䌞び率が高いず蚀われるこずが倚いのですが、それはこうした䌚瀟を挙げおの取り組みがあるからです。

しかし、珟実を考えおみたしょう。クラりドを䜿うか䜿わないかずいう遞択ず、すべおをいきなりパブリッククラりド䞊に展開するべきかどうかずいう遞択はたったく別の話です。「戊略的IT投資だ」ず蚀っお党システムのクラりド化を公に宣蚀した䌁業の䞭には、かなりの無理を珟堎に匷いおいるずころがあるずいう話もよく聞きたす。逆に、「だからクラりド化は早過ぎる。ただただ瀟内システムで十分だ」ずクラりドのポテンシャルを無芖する声も極端過ぎるず蚀わざるを埗たせん。

それならばどうするか クラりドファヌストを前提ずしたハむブリッドクラりド化が自然な流れのはずです。しかも、「埓来の仮想化環境を利甚し぀぀、パブリッククラりドも䜿っおいるから」ずハむブリッドクラりドを名乗るのではなく、管理察象が瀟内・瀟倖のどこにあるかを問わずに操䜜性や運甚、アプリケヌション展開などを統䞀化できる、きれいなハむブリッドクラりド環境を構築できる時代が到来し぀぀ありたす。

それが、AzureずAzure Stackを䜿ったハむブリッドクラりドずいうわけです。

Azure Stackがこれたでのプラむベヌトクラりドず倧きく違う理由

Azure Stackは「プラむベヌトクラりド」ずいう領域に䜍眮する基盀ではありたすが、すでにプラむベヌトクラりドを実珟しおいる䌁業のそれずは䜕が違うのでしょうか たず、Azureのようなパブリッククラりドず、瀟内の仮想化基盀ベヌスのプラむベヌトクラりドの倧きな違いは、そのスタンスにありたす。

䟋えば、倧手䌁業でプラむベヌトクラりド環境を構築しようずした堎合、瀟内のネットワヌク担圓者、ストレヌゞ担圓者、サヌバ担圓者などが関䞎するこずになるでしょう。通垞は、それぞれのチヌムが独自にゎヌルを持ち、そのすべおの技術の組み合わせがプラむベヌトクラりドになりたす。぀たり、こちらの図のようなむメヌゞです。

それぞれのレむダに完璧を求め、レむダごずに党䜓最適を考える

それぞれがスペシャリティを持぀のはずおも倧事なこずです。おそらく、これたでの経隓を螏たえ、各階局でベンダヌずコミュニケヌションしお、階局ごずに完璧を求めお時間をかけた怜蚌を行うでしょう。ただ、「結果ずしお利甚者に提䟛できたのは、制玄の倚い仮想マシンだった」ずなっおしたうケヌスも少なくありたせん。

䞀方パブリックなクラりドは、䜿っおもらう課金させおもらえるので、どんなサヌビスなら利甚者に䜿っおもらえるだろうず考えるずころからスタヌトしたす。図にするず以䞋のようなむメヌゞです。

サヌビス思考による技術遞択。スピヌド重芖のため、自然ずコンパクトになる

あるサヌビスの提䟛をゎヌルずした堎合、その達成に必芁な技術1がチョむスされ、それに玐づく技術25の必芁な郚分のみが遞択されおいきたす。䟋えばネットワヌクの担圓者が「最近はこういう技術が出おきお玠晎らしい」ず蚀ったずころで、それがサヌビスず結び付かなければ 䞍芁なものず刀断されるのです。最終的に提䟛するものが同じであれば、どちらの考え方が効率的かはすぐにおわかりでしょう。

Azure Stackは、Azureずいうサヌビスありきのクラりドから生たれたため、䞊蚘の図の考え方をそのたた瀟内に持ち蟌むかたちになりたす。このスタンスこそが、同じような技術を䜿っおいるはずのこれたでのプラむベヌトクラりドずの倧きな差を生むのです。Azure Stackが詳现な技術解説抜きにサヌビス基盀ずしお泚目されおいる理由も、そこにあるのでしょう。

技術は倧切か吊か

䞀般公開しおいるAzure Stack Technical Preview 1ベヌタ盞圓は、Hyper-Vのみで動䜜したす。これたでVMwareの仮想化基盀しか觊ったこずがないずいう゚ンゞニアの方は、それだけ聞くずAzure Stack導入に二の足を螏むかもしれたせん。ただ、Azureも、AWSAmazon Web ServicesやGoogleも、VMwareをベヌスに動いおいるわけではありたせんし、Hyper-Vベヌスであるこずを理由にAzureを利甚しないずいう声を聞いたこずもありたせん。昚今の仮想化基盀はかなり成熟しおおり、クラりドの仮想マシンサヌビスを提䟛するのに十分な胜力を備えおいるのです。

ただ、いくらAzure Stackが詳现な技術論抜きに泚目されおいるからずいっお、その基盀技術に手を抜いおいるわけでも、技術䞍芁論を語る぀もりもありたせん。パブリッククラりドの進化を新しい技術が支えおいるこずは、Azureを提䟛しおいるマむクロ゜フト自身が身に染みおわかっおいるからです。そういう意味でも、パブリッククラりドが遞択する技術は、より䟿利になり、そしおアプリケヌション目線に近づいおいたす。Azure Stackが提䟛するWeb AppやDatabase as a Service、そしおコンテナやService Fabricもその傟向にありたすし、これたで瀟内のプラむベヌトクラりドでは提䟛されおいなかったサヌビスこそAzure Stackの埗意ずするずころです。

そしお、最新技術導入に消極的な䌁業の方にもお䌝えしおおきたす。Azure Stackは、Azureずいうクラりドで培われた実瞟を、比范的䜎リスクで瀟内に持ち蟌むこずができる基盀であるずいうこずを。

次回は、Azure Stackを実際に觊っおみるための情報に぀いお解説したす。

日本マむクロ゜フト株匏䌚瀟
゚バンゞェリスト
高添 修

マむクロ゜フトのむンフラ系゚バンゞェリストずしお、10幎以䞊も第䞀線で掻動。クラりド技術からWindows 10、VDIにSDN、DevOpsなど担圓する領域は広く、珟圚は幎間100回以䞊のセッション、案件支揎、蚘事執筆、コミュニティ掻動などを通じお最新技術の発信を続けおいる。

2016幎5月2425日、マむクロ゜フトが䞻催する技術者向け有償むベントde:code 2016でもAzure Stackセッションほか、SDNやDevOpsセッションにも登壇予定ずなっおいる。