Windows Server 2016が目指すDevOpsインフラ
DevOpsの成否は“運用”次第、「インフラ技術者」に期待する役割とは（1/2 ページ）
開発中心に語られがちな「DevOps」だが、サイクルを回し続ける上で運用の役割は非常に重要だ。運用はアプリケーションの利用状況を集約し、改善のためのフィードバックを提供するDevOpsの“頭脳”のような存在なのだ。
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位 やはり強いクラウド“ビッグスリー”、次のサービス停止はどこ？
改善フェーズに入れば運用が起点
小塚氏は最初に「DevOpsが開発（Dev）中心の話というのは誤解」と訴えた。DevOpsのセミナーでは往々にして、短期開発や迅速デプロイの手法が紹介され、Dev中心が目立つという。そもそもDevOpsは、開発・運用サイクルを通じてアプリケーションの質を高め続け、事業への貢献度を上げていくものだ。「開発とデプロイが大きなウェイトを占めるのはサイクル1周目だけで、2周目からは改善がメインだ。それは運用（Ops）からビジネス部門へのフィードバックが起点になる」と小塚氏は語る。
的を射たフィードバックをするには、ページビューや応答時間、ユーザー特性などを定量的に数値化した各種メトリスクのデータを収集する仕組みが要る。小塚氏は一例として、「Microsoft Azure」でSaaS提供される運用監視サービス「Application Insights」を紹介した。「ビジネスがより良い（改善）アイデアを出せるようデータを集める。また、そのアイデアがすぐ実現するよう開発とコミュニケーションを図ったり、時には実験用の環境を用意したりと、運用の役割は大きい」
「開発→運用→フィードバック→改善（開発）」というDevOpsサイクルが回り始めたら、次は徐々に回転を速めていく。それが極まると「10 deploy／day（1日当たり10デプロイ）」といった域になるわけだが、小塚氏は「サイクルを早めるには、開発面では小回りの利くアプリケーションアーキテクチャ、運用面ではフィードバックのセルフサービス化が欠かせない」とした。
小回りのきくアーキテクチャとは、例えば、標準的なAPIで疎結合する小規模サービス群でアプリケーションを構成する「マイクロサービス」のことだ。「更新はサービス単位なので影響範囲が狭く、テストを簡単に済ませられる」（小塚氏）。フィードバックのセルフサービス化とは、ビジネスが運用を介さず必要なときに必要な情報を自ら入手できるようすることだ。「専門ツールを使わなくとも、サーバのログデータをCSV形式で共有フォルダに吐き出し、それを表計算ソフトで自動集計する仕組みを構築することなど、インフラ技術者ならお手の物だろう」（同氏）。
インフラがDevOpsのリスクを吸収
日本マイクロソフト 高添 修氏
DevOpsサイクルを速めるのは変化する市場ニーズにきめ細かく対応するためだ。とはいえ、何よりもシステムの安定性を求めるインフラ技術者は普通、保守的である。“n deploy／day”のような世界を受け入れられるのだろうか。小塚氏も「理想と現実にはギャップがある」と認める。頻繁にデプロイを繰り返してシステムは不安定にならないか、リソースは足りるか、セキュリティは大丈夫か……、インフラ技術者なら不安にならないはずがない。
ここで小塚氏に代わって登壇した高添氏がこう引き取った。「インフラ技術者がリスクを取りたくない気持ちは分かるが、現状、ノーリスク＆ノーバリューのITになっていないか。やはり高いバリューを目指すべきで、その上でリスクはできる限り減らす。テクノロジーの選択によって、低リスク＆高バリューのITは可能になる」
まさにDevOpsも高バリューのITを目指す取り組みの1つだが、インフラ次第でそのリスクはかなり吸収できる。そう考えるMicrosoftが今夏投入するサーバOS新版が「Windows Server 2016」である。特に3つの新機能「Windows Serverコンテナ」「Nano Server」「Service Fabric」は「DevOpsをかなり意識している」（高添氏）という。3つの機能は別個のものではなく、連動して効果を高めるのが特徴だ。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[o9ソリューションズ・ジャパン株式会社] 「改正物流効率化法対策」徹底解説 総物流費を抑制するサプライチェーン戦略 -
製品資料
[o9ソリューションズ・ジャパン株式会社] 「サプライチェーン最適化」実践ガイド：効果的な意思決定を実現する秘訣とは？ -
製品資料
[株式会社リンプレス] 非デジタル／IT人材を「自走するDX推進者」に変えるための育成ロードマップ -
市場調査・トレンド
[ワンアイルコンサルティング株式会社] AI時代の組織設計：「判断と責任」を人に残すための2つの原則とは？ -
技術文書・技術解説
[ワンアイルコンサルティング株式会社] システムの保守がモダン化を阻む？ 「変えない判断」から脱却する方法とは
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
1200万円のSaaS導入を回避 スギ薬局「運用費10万円」のAIエージェント構築術
-
2
ソフトウェア開発生産性向上に取り組む企業は4割 調査で学ぶ「停滞」の正体
-
3
クラウド資格コレクターは評価されない？ 年収1000万を分ける“OSの理解度”
-
4
「完璧な設計」なのに3000万円溶けた AWSの失敗事例から学ぶ3つの教訓
-
5
なぜMicrosoft製品か Copilotで問い合わせ6割減の企業事例
-
6
100億円の「Linux更新」を回避 みずほ銀行が選んだ“おきて破り”のRHEL延命策
-
7
マンガで解説：KSK2稼働で何が変わる？ 税務調査の高度化に備えるデータ管理
-
8
無料の「Apple Business」で十分？ 情シスが陥りがちなポイント
-
9
Microsoft製品でここまで自動化できる 情シスがやめられる手作業10選
-
10
年収700万超エンジニアに共通するスキルと「もっと勉強すべきだった分野」
ホワイトペーパーランキング PR
-
1
インシデント対応工数を約3割削減、東京ガスの事例に学ぶ監視体制刷新のコツ
-
2
JR西日本ITソリューションズが「監視業務の属人化」を解消した方法とは？
-
3
「Google Workspace」活用事例34選、先進の生成AIによる組織変革の全貌
-
4
DX／AI投資の壁を突破、現代の最高財務責任者が直面する課題と克服のヒント
-
5
「人員を増やす」という選択肢はない 情シスが負の連鎖から抜け出すには？
-
6
Windows PCとMacの選択制で生産性向上 LINEヤフーが実践する運用管理方法とは
-
7
生成AIで文書活用を進めるには？ 効率化と安全性をどう両立する
-
8
「問題が深刻化しやすいプロジェクト管理」から脱却する方法とは？
-
9
Linuxのスキルを証明する“激推し”の認定資格はこれだ
-
10
NTTドコモが実践したクラウド統合監視 業務量2倍でも残業削減を実現できた理由
TechTargetジャパン SNS
@techtarget_itmをフォロー
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー