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
-
製品資料
[株式会社MatrixFlow] 「物流リソース最適化」ガイド：人員・配車・傭車を出庫依頼の確定前に決めきる -
製品資料
[株式会社キーエンス] なぜRPA導入は頓挫する？ シナリオ作成の壁を乗り越える解決策とは -
製品資料
[株式会社セールスフォース・ジャパン] 「CRMは設計と無関係」は本当か？ PLMとの融合で実現する高速開発 -
事例
[日本ヒューレット・パッカード合同会社] AIエージェントの時代にどう備える？ 「新たな働き手」を支える3要素とは -
製品資料
[日本ヒューレット・パッカード合同会社] “横並びの自動化”から脱却、AI活用で生産性と競争力を高める秘訣
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
なぜ「全社配布Copilot」は使われないのか？ 失敗に学ぶAI定着
-
2
法務と開発者で「言葉が通じない」問題 トヨタやソニーが語るOSS管理の真実
-
3
なぜ「Gemini 4 Argon」は出遅れたのか？ Googleが狙う“逆転のシナリオ”
-
4
損保ジャパンはなぜ「COBOL」を捨てなかったのか？ 脱メインフレームの真相
-
5
情シスの約8割が転職や退職を意識 調査で分かった“辞めたくなる最大の理由”
-
6
ChatGPTは“検索しまくり”でGeminiは“淡泊”？ データが明かすAIの裏側
-
7
情報漏えいはなぜ繰り返されるのか 今すぐ見直すべき「境界」
-
8
「Wi-Fi 7」経由でWindowsが乗っ取られる？ 最高権限奪取の恐怖
-
9
「結局使わなくなる」Microsoft 365 Copilotを半年で定着 キリンの3施策
-
10
「中堅・中小企業のネットワーク・セキュリティ運用実態」に関するアンケート
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化？ 2026年夏の3事例から見えた動向と対処方法
-
2
家庭用Wi-Fiルーターの業務利用は危険？ 避けるべき理由と具体的な対策
-
3
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
4
財務部門がAIを最大限に活用する方法 無駄のない戦略的リーダーシップへの道
-
5
LLMが兵器化？ 元FBI高官が鳴らす警鐘とセキュリティツール統合のポイント
-
6
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
7
なぜRPA導入は頓挫する？ シナリオ作成の壁を乗り越える解決策とは
-
8
生成AIを開発に導入しても効果が見えない？ 実証実験で分かった成果と課題
-
9
経産省DX指針から読み解く、受発注業務デジタル化ロードマップ
-
10
HDDを使わない「SSDオンリー」が無謀なのはなぜ？
TechTargetジャパン SNS
@techtarget_itmをフォロー
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー