注: 以下の翻訳の正確性は検証されていません。AIPを利用して英語版の原文から機械的に翻訳されたものです。
プロダクションワークフローは、信頼性の高いパイプラインを必要とします。このドキュメントで説明する原則に従ってパイプラインを構築することで、保守が容易になり、SLA 違反が発生する前に問題を把握できるようになります。また、パイプラインの重要なポイントに関する知識を共有しやすくなります。これは、パイプラインのライフサイクル全体、開発から長期間の保守まで、すべての段階で重要です。
このドキュメントは、パイプライン開発者とパイプライン保守者の両方に役立ちます。開発者の場合、プロダクションに直接移行するパイプラインを構築する前に役立ちます。同様に、このドキュメントは、プルーフオブコンセプトパイプラインがプロダクションパイプラインに変換される際にも使用できます。パイプライン保守者にとっては、以下の要素が保守モードに入る前提条件となります。
プロダクションパイプラインの構築を開始する前に、期待値に関して確定的な答えを持っていることは常に可能ではありませんが、できるだけ早い段階でそれらを意識しておくことが価値があります。パイプラインの定義と期待値を確立する際に、それらを文書化することを強くお勧めします。
期待値は、プロダクションパイプラインの設計とセットアップのいくつかの側面に影響を与えます。これには以下が含まれます。
チームで対処すべき重要な質問は以下の通りです。
成功するプロダクションパイプラインの設定のための主要な原則は、「自分がそれを維持するために存在しないという考えで構築する」 ということができます。
これを実現するための具体的なヒントは以下の通りです。
開発
パイプラインがプロダクションに移行したら、パイプラインにさらなる貢献をするための開発プロセスが確立され、パイプライン開発者に効果的に伝達されることを確認することが重要です。これにより、パイプラインで予期しない停止が発生しないようになります。
そのため、以下をお読みいただくことをお勧めします。
インフラストラクチャ(スケジュール)
関連する話題として、早期にスケジュールを設定することで、パイプラインのさまざまな部分のビルドを手動でトリガーすることを考えずに開発できます。スケジューリングが乱雑であると、変更がパイプラインを自動的に伝播しないため、開発が妨げられ、作業が遅くなることがあります。
パイプラインをプロダクションに移行する際には、スケジュールを見直し、再構築することも推奨されます。開発中に使用されたスケジュールは、もう意味をなさなくなるかもしれませんし、アンチパターンを含んでいるかもしれません。このステップは、保守モードに移行する前に行う必要があります。
ベストプラクティスに従ってスケジュールを設定するか見直す方法は、スケジューリングのベストプラクティスのドキュメント に従って行うことができます。
パイプラインが定期的に実行されるようになると、その動作を監視することが望ましいです。これにより、技術的な負債が蓄積されるのを防ぎ、パイプラインの期待値が現実的かどうかを追跡できるようになります。チームの期限やキャパシティによっては、すぐに監視を開始できないことがありますが、可能な場合はそれをお勧めします。
パイプラインの監視方法については、パイプライン監視のベストプラクティスのドキュメントを参照してください。