技術論だけでは普及できない背景
DevOpsは「文化」、金融業界のリーダーが語るIT雇用の変化
パブリッククラウドやコンテナ技術、マイクロサービスなどの普及はIT雇用にも影響を及ぼしつつある。企業はスタックについて総合的に考えるDevOpsチームの構築を目指している。
ITモデルが変化すれば、求める人材のニーズも変わる。だがこれは大規模企業にとって、口で言うほど簡単なことではない。
DevOps化を進める上で最大の難題の1つは、スタックの全レイヤーに関与するのに必要なスキルセットと知的好奇心を持ち合わせた人物を見つけることだ。パブリッククラウドの他、マイクロサービスやコンテナといった最新トレンドの採用が進む中、IT部門にはDevOpsの「技術」だけでなく「文化」が重要となる。
オープンネットワーキングの実現を目指す業界団体Open Networking User Group（ONUG）が2015年11月初めにニューヨークで開催したカンファレンスでは、こうしたIT雇用ニーズの変化をテーマにディスカッションが行われ、金融業界のリーダーらが各自のアプローチを紹介した。
併せて読みたいお薦め記事
そもそもDevOpsとは？
次世代コンテナ技術「Docker」に関する記事
米金融大手Citigroupの「CitiCloud」ソリューション担当マネジャー兼エマージングネットワーキングストレージ技術担当上級副社長を務めるハーマン・ファンデルリンデ氏は次のように語る。「好むと好まざるとにかかわらず、これは進化だ。一からスタートして最初から上手くできるほど簡単なことではない」
Citigroupは実際、2方面からのアプローチを採用している。全体的な取り組みとしてはコンバージド（垂直統合型）インフラストラクチャを中心に設計の統合を目指し、新規のプロジェクトについてはテスト後に適宜、より大きなシステムに統合するというやり方だ。
米ウィスコンシン大学マディソン校の准教授であるアディティヤ・アキラ氏は、こうした変化がレガシーワークロードに及ぼす影響を探るべく、900近くのデータセンターネットワークを調査した。その結果、SDN（ソフトウェア定義ネットワーク）などの新しいシステムでは、VLAN（仮想LAN）の追加など、簡単に自動化できる要素もあるが、階層型インフラストラクチャネットワークの複数レイヤーに関与するアクションは依然としてはるかに複雑な設定を必要とし、大体は手作業でしか行えないことが分かったという。
「ネットワークとアプリケーションの間には契約がある」とアキラ氏は語る。フォールトトレランスなど、ネットワークの機能として期待されていることもあれば、アプリケーションがやらなければならないこともある。アプリケーションとネットワークの境界は一様ではない。
「自動化のレベルや必要とされるプログラミングは、主にアプリケーションとネットワークの間のどこに境界があるかで決まる」と同氏は続ける。
会社内のチーム間にはもともと信頼が欠けていることもあり、技術的な問題と組織的な問題をバランスよく解決することが必要だ。米金融大手Morgan Stanleyのマネージングディレクターを務めるスティーブ・ラッセル氏はそう指摘する。
「チーム間の連携を強化するのも1つの方法だが、動的な変化に対応する考え方を変えることも重要だ。これまでのところ、ネットワーキングに関してはそのハードルは低く、サーバ側のハードルははるかに高い」と同氏は語る。
DevOpsには総合的な視野が必要
前出Citigroupのファンデルリンデ氏はDevOps化に伴う大きな課題として、フルスタックを理解するエンジニアを確保し、専門的な従業員の数を制限することを挙げる。
「目指すべきは、スタッフがネットワークからストレージ、計算処理までを網羅する完全なスキルセットを備えている状態だ」と同氏は語る。
こうしたクラウドアーキテクトには、複数の専門分野にわたる全体論的な視野が求められるが、一番してはいけないことは、「インフラストラクチャについてアプリケーション開発者が教育することだ」と同氏は続ける。対処すべき問題が増え、リソースを提供する側よりも自分の方がよく分かっていると考えるアプリケーション開発者が増えることになりかねない。従って、リソースから高いレベルでアプリケーションを抽象化して提供するのがベストだ。
「『必要な仮想マシンやストレージのサイズ』を尋ねるのではなく、『必要なアプケーションスタック』を聞くようにしている。そこからデザインパターンを作成し、エンジニアリングに必要なスキルを明確化すれば、ITリソースの観点からも状況を把握できる」とファンデルリンデ氏は語る。
前出Morgan Stanleyのラッセル氏によれば、IT業務のDevOps化に伴い、多くの人たちが苦労しているのは、ワークフローへの適応という文化的な問題だという。
「DevOpsを実践している人たちは、これまでとあまり変わらないレイヤーあるいは彼らの直下のレイヤーと同じ高さのところでDevOpsを実践しており、それにいら立ちを感じている」と同氏は語る。
開発期間を短縮するために必要な能力を備えたフルスタックインテグレーターを採用する動きは確かにあるが、だからと言って、特定分野に関する深い知識が不要になるわけではない。そう指摘するのは、米会計ソフト大手Intuitのネットワークエンジニアリング担当ディレクターを務めるパブロ・エスピノーザ氏だ。
「大規模なシフトが起きているのではなく、役割が拡張拡大しているのだと思う」と同氏は語る。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
技術文書・技術解説
[Jamf Japan 合同会社] MDMだけでモバイルセキュリティは十分？ 不足する対策を16項目でチェック -
事例
[Wrike Japan 株式会社] 世界的な家電メーカーが実践する「クリエイティブプロセス効率化」の方法とは？ -
事例
[Wrike Japan 株式会社] 世界的テクノロジー企業に学ぶ、プロセス標準化とプロジェクト納品自動化の秘訣 -
事例
[Wrike Japan 株式会社] ソニー・ピクチャーズ テレビジョンに学ぶ、次世代サービスデリバリーのヒント -
事例
[Wrike Japan 株式会社] ソミック石川に学ぶ、ICT浸透後に直面した「工数管理」の課題と解決策
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
「Copilot」はなぜ放置される？ “議事録要約止まり”を脱する処方箋
-
2
脱VMwareの前提が崩れる BroadcomのVDDK公開停止で確認すべき点
-
3
Oracle巨大ITプロジェクトはなぜつまずいたのか 8年で導入1割、追加で170億ドル
-
4
「Microsoft一択」で本当にいいのか 知らぬ間にライセンス費用が膨らむ真相
-
5
100億円の「Linux更新」を回避 みずほ銀行が選んだ“おきて破り”のRHEL延命策
-
6
Microsoft製品でここまで自動化できる 情シスがやめられる手作業10選
-
7
【基本情報技術者試験】「デュプレックスシステム」と「デュアルシステム」の違いは？
-
8
ANAが専用回線から移行した「NaaS」の全貌 ネットワーク準備が数カ月から数週間に
-
9
「プログラマー不要論」にThe Linux Foundationが示した答え
-
10
AI全部入り「Microsoft 365 E7」に企業が二の足を踏む訳 移行意向はわずか4％
ホワイトペーパーランキング PR
-
1
マンガで解説：「ゼロトラスト」「SASE」の必要性とメリット
-
2
5回聞くだけじゃ足りない？ トヨタ式「なぜなぜ分析」の正しい実践方法
-
3
インシデント対応工数を約3割削減、東京ガスの事例に学ぶ監視体制刷新のコツ
-
4
AIエージェントで多様な日常業務を効率化するための入門ガイド
-
5
JR西日本ITソリューションズが「監視業務の属人化」を解消した方法とは？
-
6
国税庁の次世代基幹システム「KSK2」稼働開始に向けて、対応すべき変更点とは？
-
7
5分で分かる「セキュア大容量ファイル転送サービス」の機能とメリット
-
8
ドラマで分かる、標的型攻撃メールの被害を受ける企業と回避できる企業の分岐点
-
9
「脱Excel」か「Excel快適化」か？ 現場にやさしい業務改善の進め方
-
10
少額減価償却資産が40万円未満へ拡大、令和8年度税制改正で押さえるべき変更点
TechTargetジャパン SNS
@techtarget_itmをフォロー
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー