Devopsのコンテキストでは、誰が自動化タスクを担当しますか? より正確には、ジェンキンの "コードとしてのパイプライン"の場合です。誰がこの仕事をすることになっていますか?運営者かオペレータか? 俳優は誰ですか?Devopsのロールと責任
-2
A
答えて
0
これに対する正確な答えはありません。それは多くの要因に依存します。
開発チームは、パイプラインに対してより多くの所有権を必要とする可能性が高いため、自動化の最終目標を達成するために必要なテンプレート/コードを所有したいと考えています。
この反対側も完全に有効です。運用チームは、パイプラインの管理者となり、開発チームが特定の基準を満たし、環境またはプラットフォームに到達できるように自動化パイプラインを使用する必要があります。
環境が島であり、開発チームがその島に到達しようとしている場合。各開発チームは、そこに到達するために独自の橋を構築することができます。または、運用チームはブリッジを構築し、開発チームに使用を依頼することができます。どちらも有効で、最終結果はどちらの場合も同じです。
最終結果が同じであれば、その共通の目標を達成するために、組織、チーム、および作業している人々のコンテキストでどのように適用するかが重要です。
関連する問題
- 1. MVVM - 責任者
- 2. パイプライン/責任チェーンパターン
- 3. 責任の鎖lambda
- 4. React Reduxの責任
- 5. 責任を負う責任のハンドラをJavaジェネリックで
- 6. ViewとViewControllerの責任とコミュニケーション
- 7. MVCパターンのメインクラスの場所と責任
- 8. BroadcastReceiverとIntentServiceの責任の重複
- 9. クラスの責任とコラボレータの決定
- 10. APIでのCreateOrUpdateの責任
- 11. oracle ebsの責任のコピー
- 12. UIPickerViewデリゲートとデータソースの責任部門
- 13. 単一の責任原則とイベントリスナー
- 14. 単一責任の原則と集約
- 15. 責任範囲の範囲
- 16. StatefulService contra ICommunicationListenerの責任
- 17. WSO2製品:責任ゾーン
- 18. 実行チェーンの責任のバリエーション
- 19. これは、単一責任の原則
- 20. 単一の責任原則リファクタリング
- 21. それは誰の責任ですか?
- 22. 単一の責任原則 - チェス盤ピース
- 23. UIViewの責任(オブジェクト指向プログラミング)
- 24. 責任者:curl -sL host.com | sudo bashの -
- 25. java.util.logging.Logger.log()は責任パターンのチェーンですか?
- 26. 単一の責任原則違反
- 27. ASP.NET MVCとAngular 1.5アーキテクチャと責任の分離
- 28. Webサービス契約設計 - 単一責任
- 29. 責任ある時間遅延 - ウェブクロール
- 30. 責任の連鎖とクラスのリストのメリットは何ですか?