DevOps（デブオプス）とは

DevOps の導入に関してよくある課題は以下のとおりです。

チームのサイロ化: 各チームがプロセスと目標を共有していない場合、チームによって作業の優先順位が異なる可能性が高くなり、納品の遅延や不具合が発生しやすくなります。そのため、多くの企業では、開発、テスト、運用チームのエンジニアを 1 つの開発運用チーム（DevOps チーム）に統合しています。チームはまた、現在の組織構造を維持したまま、プロセスと目標を共有して作業することもできます。成功に向けた共通の定義のもとにチームが結束するには、単一のダッシュボードを共有し、確認できるようにする必要があります。

自動化の欠如: 頻繁に動作するソフトウェアを提供するには、ビルド-テスト-デプロイサイクル全体の自動化が不可欠です。自動化されていない場合、手動での作業が発生してチームに負荷がかかります。統合されたツールチェーンにより迅速に提供できるようになり、DevOps の品質が向上します。

トレーサビリティの欠如: ライフサイクル全般に渡るトレーサビリティを確保できれば、正確かつ管理された形で DevOps を進められます。顧客の要求への優先的な対応、パフォーマンスの問題を引き起こしている機能のロールバック、顧客や地域ごとに異なる機能の提供などはいずれも、きめ細やかな開発と管理されたリリースサイクルが必要です。このようなリリース管理は、DevOps 作業がほかのライフサイクルのルールと統合されて初めて可能になります。

DevOps は、自動車、携帯電話、医療機器などに使われる組み込みソフトウェアにも適用できますが、その場合はいくつか重要な違いがあります。

提供のタイミング: スマート製品の場合は通常、より詳細に管理されたきめ細かな提供が必要です。たとえば、自動車ソフトウェアのアップデートでは、定期的な自動車整備のタイミングと合わせてバッチ処理を行わなければなりません。提供は通常、影響を最小限に留めて安全性を確保できるようなタイミングで行われます。

安全性とセキュリティ: スマート製品の多くは安全性が重視されるため、規制の監視対象には DevOps 作業も含まれます。このような製品ではトレーサビリティを確保し、監査基準とソフトウェアアップデートの追跡記録に関するセキュリティを満たさなければなりません。

提供方法: 組み込みソフトウェアの提供には、無線 (OTA) アップデート、従来の Web、CD、その他有線を介した方法を利用できます。

異機種混在環境: 通常の DevOps 環境では、チームはコンピューティング環境を高度に管理できます。物理的なハードウェアデバイスを所有していない運用チームとは対照的に、特定のソフトウェアを含めるか排除するかを指定し、ソフトウェアのメンテナンス作業がすべて実施されているかを確認できます。組み込みソフトウェアのアップデートは通常、より多くの仮想構成でいくつもの複雑なテストを行い、アップデートが実際の条件や構成で動作することを確認する必要があります。