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
-
技術文書・技術解説
[アトラシアン株式会社] IT運用や従業員サポートは生成AIでどう変わる？ 使い方や導入の流れは？ -
製品資料
[株式会社みらい翻訳] 音声翻訳活用の課題を解決、“本当に使える”ツールの特徴とは？ -
製品レビュー
[Wrike Japan 株式会社] 400店舗を支えるWalmart Canada、散在する情報やアナログな管理をどう変えた？ -
事例
[Wrike Japan 株式会社] 年間100件超のDXプロジェクトを統合管理、JERAはどのように実現した？ -
事例
[Wrike Japan 株式会社] グローバルなクリエイティブ業務を合理化、エスティーローダーに学ぶ実践のコツ
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
「Copilot」はなぜ放置される？ “議事録要約止まり”を脱する処方箋
-
2
全社標準Copilotに絶望？ MS Copilotで問い合わせ6割減できた企業は何が違った
-
3
脱VMwareの前提が崩れる BroadcomのVDDK公開停止で確認すべき点
-
4
9割が頓挫する「AI内製化」 差がついたのはツールより設計力
-
5
JSONをやめてPythonで送る トークン消費を約7割抑えるAIの設計
-
6
「企業内サーバ環境の利用実態」に関するアンケート
-
7
“脱表計算ソフト”で深夜作業を解消 JTOWERが取り組む経営管理DXの裏側
-
8
「ITインフラとデータ保護・バックアップ対策」に関するアンケート
-
9
「従来のRAG」は限界か Databricksが示す「適応型検索」の勝算
-
10
膨らむAIコストに歯止め GitHubのマルチモデルルーターは何が違うのか
ホワイトペーパーランキング PR
-
1
5回聞くだけじゃ足りない？ トヨタ式「なぜなぜ分析」の正しい実践方法
-
2
生成AIで文書活用を進めるには？ 効率化と安全性をどう両立する
-
3
AIエージェントで多様な日常業務を効率化するための入門ガイド
-
4
JR西日本ITソリューションズが「監視業務の属人化」を解消した方法とは？
-
5
インシデント対応工数を約3割削減、東京ガスの事例に学ぶ監視体制刷新のコツ
-
6
国税庁の次世代基幹システム「KSK2」稼働開始に向けて、対応すべき変更点とは？
-
7
5分で分かる「セキュア大容量ファイル転送サービス」の機能とメリット
-
8
「スクラム」と「カンバン」の違いとは？ アジャイル型開発手法を徹底比較
-
9
ドラマで分かる、標的型攻撃メールの被害を受ける企業と回避できる企業の分岐点
-
10
「脱Excel」か「Excel快適化」か？ 現場にやさしい業務改善の進め方
TechTargetジャパン SNS
@techtarget_itmをフォロー
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー