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
-
技術文書・技術解説
[Jamf Japan 合同会社] MDMだけでモバイルセキュリティは十分？ 不足する対策を16項目でチェック -
製品資料
[株式会社ウェーブスプリッタ・ジャパン] 100Gbps対応の光トランシーバーはどう選ぶ？ 10分で分かる選定のポイント -
製品資料
[株式会社フィックスターズ] 組み込み開発の生産性と機密性を両立、自社環境で構築する「セキュアAI」活用術 -
製品レビュー
[ServiceNow Japan合同会社] 問い合わせの約9割を自動で解決、AI主導の自律型CRMがもたらす業務変革の全貌 -
市場調査・トレンド
[ServiceNow Japan合同会社] AI活用が業務自動化で止まる理由は何か？ 調査で判明した課題と変革への道筋
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
AI全部入り「Microsoft 365 E7」に企業が二の足を踏む訳 移行意向はわずか4％
-
2
「Microsoft 365」が乗っ取られる 跡形もなくMFAを破る手口
-
3
脱VMwareの前提が崩れる BroadcomのVDDK公開停止で確認すべき点
-
4
「VMware離れ」は本当か 3000社がVCF 9にかじを切った現実的な理由
-
5
エンジニアが選考を辞退する本当の理由 7割が隠す“面接の違和感”とは
-
6
【基本情報技術者試験】「デュプレックスシステム」と「デュアルシステム」の違いは？
-
7
マンガで解説：採択率は3割台？ デジタル化・AI導入補助金申請の落とし穴
-
8
AWS障害でも補償ゼロの衝撃 サイバー保険で情シスが見落とす「細則の壁」
-
9
100億円の「Linux更新」を回避 みずほ銀行が選んだ“おきて破り”のRHEL延命策
-
10
「Microsoft一択」で本当にいいのか 知らぬ間にライセンス費用が膨らむ真相
ホワイトペーパーランキング PR
-
1
生成AIのハルシネーションを防止 回答精度を高めるセマンティックレイヤーとは
-
2
5回聞くだけじゃ足りない？ トヨタ式「なぜなぜ分析」の正しい実践方法
-
3
AIエージェントで多様な日常業務を効率化するための入門ガイド
-
4
インシデント対応工数を約3割削減、東京ガスの事例に学ぶ監視体制刷新のコツ
-
5
「脱Excel」か「Excel快適化」か？ 現場にやさしい業務改善の進め方
-
6
マンガで解説：「ゼロトラスト」「SASE」の必要性とメリット
-
7
5分で分かる「セキュア大容量ファイル転送サービス」の機能とメリット
-
8
情報セキュリティ対策早分かりガイド：25の自社診断で弱点と解決策を理解
-
9
国税庁の次世代基幹システム「KSK2」稼働開始に向けて、対応すべき変更点とは？
-
10
AIが「わざわざ使うツール」になっていない？ 業務で自然に使う導線にする秘訣
TechTargetジャパン SNS
@techtarget_itmをフォロー
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー