DevOpsの成否は“運用”次第、「インフラ技術者」に期待する役割とは（1/2 ページ）

開発中心に語られがちな「DevOps」だが、サイクルを回し続ける上で運用の役割は非常に重要だ。運用はアプリケーションの利用状況を集約し、改善のためのフィードバックを提供するDevOpsの“頭脳”のような存在なのだ。

公開 2016年06月14日 08時03分

更新 2016年06月22日 12時17分

著者

石田己津人

[著]

印刷する

Windows Server新版でDevOps向けインフラをつくる

日本マイクロソフト小塚大介氏

　開発寄りで語られがちな「DevOps」だが、開発・運用の循環を支えるのはインフラだ。DevOpsにおけるインフラエンジニアの役割とは何なのか、インフラはどうあるべきか。日本マイクロソフトが5月末に開催した技術者向けイベント「de:code 2016」で興味深いセッションがあった。その内容をレポートする。

　de:code 2016で掲げられたトラックテーマの1つが「DevOps＆OSS」であり、興味深いセッションが幾つもあった。その中でも「Azure／Windows Server 2016から学ぶWindows系インフラエンジニアのためのDevOps」は示唆に富んでいた。前半に日本マイクロソフトの小塚大介氏（ディベロッパーエバンジェリズム統括本部オーディエンスエバンジェリズムマネージャー）がDevOpsでインフラ技術者が果たす役割について、後半では高添修氏（同本部エバンジェリスト）がWindows Server 2016の新機能に沿って、DevOpsに向けたインフラの在り方について語った。

2016年上半期「クラウド」記事ランキング（2016年1月1日～2016年6月20日）

1位　Appleの「iCloud」がGoogleクラウドを選んだ理由

2位　メールからチャットへ――「Slack」「LINE」が変える情報共有と開発手法

3位　やはり強いクラウド“ビッグスリー”、次のサービス停止はどこ？

4位　2015年の主要クラウド稼働率調査――トップはAWS、最下位は？

5位　見えてきた、2016年にうわさされる“Microsoft DaaS”の片りん

改善フェーズに入れば運用が起点

　小塚氏は最初に「DevOpsが開発（Dev）中心の話というのは誤解」と訴えた。DevOpsのセミナーでは往々にして、短期開発や迅速デプロイの手法が紹介され、Dev中心が目立つという。そもそもDevOpsは、開発・運用サイクルを通じてアプリケーションの質を高め続け、事業への貢献度を上げていくものだ。「開発とデプロイが大きなウェイトを占めるのはサイクル1周目だけで、2周目からは改善がメインだ。それは運用（Ops）からビジネス部門へのフィードバックが起点になる」と小塚氏は語る。

（左）DevOpsはひたすら改善、（右）2周目はOpsのフィードバックに始まる（出典：日本マイクロソフト）《クリックで拡大》

　的を射たフィードバックをするには、ページビューや応答時間、ユーザー特性などを定量的に数値化した各種メトリスクのデータを収集する仕組みが要る。小塚氏は一例として、「Microsoft Azure」でSaaS提供される運用監視サービス「Application Insights」を紹介した。「ビジネスがより良い（改善）アイデアを出せるようデータを集める。また、そのアイデアがすぐ実現するよう開発とコミュニケーションを図ったり、時には実験用の環境を用意したりと、運用の役割は大きい」

　「開発→運用→フィードバック→改善（開発）」というDevOpsサイクルが回り始めたら、次は徐々に回転を速めていく。それが極まると「10 deploy／day（1日当たり10デプロイ）」といった域になるわけだが、小塚氏は「サイクルを早めるには、開発面では小回りの利くアプリケーションアーキテクチャ、運用面ではフィードバックのセルフサービス化が欠かせない」とした。

　小回りのきくアーキテクチャとは、例えば、標準的なAPIで疎結合する小規模サービス群でアプリケーションを構成する「マイクロサービス」のことだ。「更新はサービス単位なので影響範囲が狭く、テストを簡単に済ませられる」（小塚氏）。フィードバックのセルフサービス化とは、ビジネスが運用を介さず必要なときに必要な情報を自ら入手できるようすることだ。「専門ツールを使わなくとも、サーバのログデータをCSV形式で共有フォルダに吐き出し、それを表計算ソフトで自動集計する仕組みを構築することなど、インフラ技術者ならお手の物だろう」（同氏）。

Windows Server 2016に関する記事

Dockerに関する記事

DevOpsとは

インフラがDevOpsのリスクを吸収

日本マイクロソフト高添修氏

　DevOpsサイクルを速めるのは変化する市場ニーズにきめ細かく対応するためだ。とはいえ、何よりもシステムの安定性を求めるインフラ技術者は普通、保守的である。“n deploy／day”のような世界を受け入れられるのだろうか。小塚氏も「理想と現実にはギャップがある」と認める。頻繁にデプロイを繰り返してシステムは不安定にならないか、リソースは足りるか、セキュリティは大丈夫か……、インフラ技術者なら不安にならないはずがない。

　ここで小塚氏に代わって登壇した高添氏がこう引き取った。「インフラ技術者がリスクを取りたくない気持ちは分かるが、現状、ノーリスク＆ノーバリューのITになっていないか。やはり高いバリューを目指すべきで、その上でリスクはできる限り減らす。テクノロジーの選択によって、低リスク＆高バリューのITは可能になる」

　まさにDevOpsも高バリューのITを目指す取り組みの1つだが、インフラ次第でそのリスクはかなり吸収できる。そう考えるMicrosoftが今夏投入するサーバOS新版が「Windows Server 2016」である。特に3つの新機能「Windows Serverコンテナ」「Nano Server」「Service Fabric」は「DevOpsをかなり意識している」（高添氏）という。3つの機能は別個のものではなく、連動して効果を高めるのが特徴だ。

次ページへ「Windows Serverコンテナ」「Nano Server」「Service Fabric」の違い