DevOpsとプラットフォームエンジニアリングの違い【後編】
「DevOps」と「プラットフォームエンジニアリング」の端的な違いはこれだ
「DevOps」と「プラットフォームエンジニアリング」は、どちらもソフトウェア開発の品質向上や効率化を目指すものだが、お互いに異なる点もある。両者はどう違い、どう共存しているのか。
企業の変革を支える迅速なソフトウェア開発手法として、開発（Dev）と運用（Ops）を結び付ける「DevOps」が支持を集めている。一方でDevOpsをはじめとするモダンな開発手法は、開発者にさまざまな知識や作業を要求する。そこで開発の生産性やソフトウェアの品質を高めるために開発者を支援できるのが、インフラを直接管理したり、深く理解したりしなくてよい仕組み「プラットフォーム」を提供することだ。
DevOpsと、プラットフォームの構築、運用をする「プラットフォームエンジニアリング」は共通する考え方やアプローチを持つが異なるものだ。両者は何が違い、どのような関係にあるのか。
「DevOps」と「プラットフォームエンジニアリング」はここが違う
併せて読みたいお薦め記事
連載：DevOpsとプラットフォームエンジニアリングの違い
開発者を支える運用管理
端的に言うと、DevOpsは開発チームと運用チームのコラボレーションを促進するソフトウェア開発のアプローチだ。これに対してプラットフォームエンジニアリングは、DevOpsチームが使用するツールやワークフローをまとめたプラットフォームを提供する。
この2つの考え方は一見似ている。DevOpsのアプローチはしばしばプラットフォームの構築に取り入れられ、プラットフォームエンジニアリングは企業がDevOpsを取り入れた後に導入されることがある。
成果を上げているプラットフォームエンジニアリングチームは、日常的にDevOpsチームとコラボレーションをしている。開発者も、通常の業務やプラットフォームチームからの要請に応じて、プラットフォームの構築と管理に携わることは珍しくない。
プラットフォームエンジニアリングの主な目的は、信頼性の高い開発ツールとワークフローを提供してDevOpsをサポートすることだ。DevOpsチームが引き受けることができるプロジェクトの幅が広いのに対し、プラットフォームエンジニアリングチームはDevOpsチームが使用するプラットフォームの構築と保守に重点を置く。
実際には、プラットフォームエンジニアリングはDevOpsの確立を支援するための重要な役割を担っている。プラットフォームエンジニアリングチームは、開発者が詳しくないツールに関する専門知識を有するからだ。
進化するプラットフォームエンジニアリングとDevOpsの関係
開発チームとプラットフォームエンジニアリングチームは密接に連携する必要がある。DevOpsの主な利点がコラボレーションである以上、プラットフォームエンジニアリングを実現しようとして、新たなサイロ（組織内で情報やシステムが共有されない状態）を作るのは逆効果だ。
従来DevOpsチームは、統合開発環境（IDE）やビルド（実行可能プログラムに変換）、テスト、デプロイ（配備）ツールなどのツールを選択するし、それらを使った開発プロセスのワークフローを確立する役割を担っていた。こうしたワークフローには数十種類のツールが関わっている場合があり、実行するには時として多大な時間と手間が必要だ。ツールに関する開発者の知識が限られている場合もある。こうした状況が開発者を消耗させ、プロジェクトを遅らせる原因になりかねない。
プラットフォームエンジニアリングチームの役割は、開発を支援するツールやワークフローの設計、導入、保守だ。開発者のニーズを理解し、タスクに適したツールを選んで組み合わせ、自動化すると同時に、プラットフォームを保守する。そうした取り組みは開発者がプラットフォームの仕組みを詳細に理解せずに、一貫した開発手法や生産性の向上といったメリットを享受できるようにする。
TechTarget発 エンジニア虎の巻
米国TechTargetの豊富な記事の中から、開発のノウハウや技術知識など、ITエンジニアの問題解決に役立つ情報を厳選してお届けします。
Copyright © ITmedia, Inc. All Rights Reserved.
TechTarget発 エンジニア虎の巻
米国TechTargetの豊富な記事の中から、開発のノウハウや技術知識など、ITエンジニアの問題解決に役立つ情報を厳選してお届けします。
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
“攻撃者優位”なサイバーセキュリティ、全ての「穴」をふさぐ方法とは？ -
製品資料
実際に悪用される脆弱性は4％前後 優先的に対処すべき脆弱性を把握するには？ -
製品資料
HubSpotの機能を拡張する法人データ活用法 -
製品資料
面倒で非生産的な「名寄せ」作業 高精度＆高効率に実施するには？ -
製品資料
名刺管理には「その先」がある 成果のでない営業活動から脱却する秘訣
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
ISMSの“コンサル丸投げ”が招く数千万円の無駄 NTTドコモビジネスの脱出劇
-
2
仮想化環境の死角を“未知の脅威”が狙う時代――新たな敵をどう見破るか？
-
3
「VMware離れ」は本当か 3000社がVCF 9にかじを切った現実的な理由
-
4
「Microsoft 365」が乗っ取られる 跡形もなくMFAを破る手口
-
5
「データストレージの活用方法」に関するアンケート
-
6
7割失敗する「AIでレガシーシステム刷新」の幻想 あの企業も選んだ現実解とは
-
7
Netflixのバックエンドは「ほぼJava」 3000超のアプリを支える開発基盤の裏側
-
8
レガシーコードを捨てJavaで勘定系を再定義 ソニー銀行、フルクラウド化の全容
-
9
ただなのに「12時間以内の復旧」も要求 無償OSSに商用レベルを求める企業の末路
-
10
「0.3秒のスピード顔認証」の入退室管理が社員に好評 事例に学ぶオフィス改革
ホワイトペーパーランキング PR
-
1
AIエージェントで多様な日常業務を効率化するための入門ガイド
-
2
AIが「わざわざ使うツール」になっていない？ 業務で自然に使う導線にする秘訣
-
3
JR西日本ITソリューションズが「監視業務の属人化」を解消した方法とは？
-
4
「NAS」「SAN」「DAS」は何が違う？ いまさら聞けないストレージの基礎
-
5
コスト分析で見る「デバイス復旧」の代償 損失額から導きだされた投資戦略とは
-
6
“あのファイル転送”で暗躍するノーウェアランサム
-
7
「結局、一部の人しか使わない」 AI活用が業務に定着しない根本的な理由
-
8
Macの安全神話は崩壊？ 最新の脅威動向から見えた攻撃のトレンドと有効な対策
-
9
3分で分かる経理DX 富士通が約20％の業務効率化を実現した方法とは
-
10
ランサムウェア攻撃を“二重の防御構造”で防ぐ、クラウド型基幹システムの実力
TechTargetジャパン SNS
@techtarget_itmをフォロー
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー