【特別鼎談】“開発と運用の壁”を越えた「DevOps」はなぜ実現できないのか ツール導入の先を考える
Dynatrace×Red Hat×SCSKによるディスカッションから探る

ITインフラにおいて、Kubernetesをはじめとしたコンテナを導入する組織は増えている。とはいえ、開発サイクルが速くなり“開発チームのアジャイル化”につながったとしても、運用チームとの連携にまで踏み込んだ「DevOps」の実現ができるとは限らない。そこで今回は、DevOpsを実現するためのクラウドネイティブなプラットフォームを提供するレッドハット、DevOps環境で重要なオブザーバビリティ(可観測性)AIOps分野のリーダーと市場から評価されるDynatrace、それらプラットフォームやソリューションを組み合わせて組織の課題解決を提案し、運用の高度化を支援するSCSKの3社を招き、日本企業のDevOpsに臨む姿勢や運用高度化の現状、その課題と解決策について話を聞いた。
「DevOps」の概念は理解できても、技術への落とし込みは難しい
コンテナなどを利用した、クラウドネイティブ環境の導入は進んでいる。しかし、それらを活用するための「DevOps」や「NoOps」による“運用の自動化”は思うように進んでいない。
ITシステムの運用・保守やアプリケーション開発などを経験し、現在はSCSKでDynatraceの技術担当をしている粟津嘉大氏は「DevOpsやNoOpsは開発や運用の新しい概念であり、特定の技術を指すものではありません。そのため具体的な技術に落とし込むことが難しいのです」と指摘する。概念は理解できても、実際に自分たちで運用しているシステムに導入するための“How”の部分がハッキリとしていないのだ。DockerやKubernetesなどをインストールする方法は調べればわかる。しかし、それらを設定した瞬間に運用体制がDevOpsやNoOpsに変わるわけではない。
「導入の先まで見越さなければ、DevOpsを組織に浸透させることはできません」(粟津氏)
また、IT業界における“箱売り”のようなビジネスモデルにも問題があると指摘するのは、Dynatraceのプリセールスエンジニアでエバンジェリストとしても活躍する渡邊孝典氏だ。

基本的にはシステム構築だけを目的とし、その開発スタイルもウォーターフォールが一般的。その従来的なやり方が染みついたまま、新たに使うツールだけはモダナイズしようとするために大きなミスマッチが生まれているという。
さらに「従来のウォーターフォール開発では『絶対に壊れないシステム』を構築しようとしており、その前提で運用も考えられています」と、レッドハットで技術営業を担当する手塚由起子氏も指摘する。その一方、クラウドネイティブな運用では「壊れることは必然であり、もし壊れたとしても『いかに早く復旧させてサービスを停止させないか』が重要なのです」と話す。
これまで多くの企業において、運用よりも開発に重きを置いてきた傾向があり、人材投資も開発だけで運用に投資されることは少なかった。むしろ、“運用はコスト”と捉えられるケースも多々あるため、運用の領域は日常的に人手不足だ。DevOpsの考え方が先行する欧米などでは、Ops(=運用)のスペシャリスト育成が行われていることを鑑みると、日本が出遅れている要因だとも考えられる。
この記事は参考になりましたか?
- この記事の著者
-
谷川 耕一(タニカワ コウイチ)
EnterpriseZine/DB Online チーフキュレーターかつてAI、エキスパートシステムが流行っていたころに、開発エンジニアとしてIT業界に。その後UNIXの専門雑誌の編集者を経て、外資系ソフトウェアベンダーの製品マーケティング、広告、広報などの業務を経験。現在はフリーランスのITジャーナリスト...
※プロフィールは、執筆時点、または直近の記事の寄稿時点での内容です
提供:Dynatrace合同会社、SCSK株式会社
【AD】本記事の内容は記事掲載開始時点のものです 企画・制作 株式会社翔泳社
この記事は参考になりましたか?
この記事をシェア