私が働いているSberbank-Technologyでの統合リリースの管理方法についてお話します。 IT業界の同僚と経験を共有し、議論したいと思います。 他の大規模なITインフラストラクチャでも同様のことが行われています。比較するのは興味深いでしょう。
SberTechでは、100を超えるプロジェクトが同時に実行されており、各プロジェクトで複数の自動システムに変更を加えることができます。 数百のシステムがあり、それらの多くはサービスバスを介して相互に統合されています。 これにより、プロジェクト間に膨大な数の相互依存関係が生じます。あるプロジェクトの改善が別のプロジェクトの機能に影響を与える可能性があります。 統合リリースは、進行中のプロジェクトを1つのプールに結合し、それらの改善を同期し、すべてのプロジェクトを単一の実装にすることを目的としています。
基本的に、統合リリース管理は、10のコアITILプロセスの1つであるリリース管理プロセスの一部です。 それなしでは、大規模なITインフラストラクチャを変更することは事実上不可能です。ほとんどのプロジェクトは、自動化されたシステムへのますますの改善を考慮に入れて、終了することはありませんでした。 さらに、夜間の同時実装により、システムのダウンタイムが最小限に抑えられます。これは、お客様の利便性にとって重要です。
次に、統合リリースの構造について説明します。 それぞれは、次の手順で構成されています。
- 統合リリースの構成を修正します。 以下は、リリースの一部として実装されたプロジェクトの選択とその範囲です。 将来、リリースの構成は変わりません。
- 実装 。 この時点で、コードが作成されます。 リリースの構成には、割り当てられた時間内に新しい機能を開発およびテストするための時間がかかるほど多くの改善が必要です。
- 機能統合テスト 。 すべてのプロジェクトのすべての改善点がまとめられ、テストサイトにインストールされます。 新しい統合機能がトレーニンググラウンドでテストされ、回帰テストが実行されます。
- ロードテスト 。 パフォーマンスの点で産業環境と同様の負荷テストサイトでは、負荷がかかった状態でテストが実行されます。 ITサポート部門は新しい改善を採用しています。
- 受け入れテスト 。 この段階で、開発された機能は最終的にビジネスユーザーによって監視されます。 テストとコメントの削除の最後に、プロトコルが署名され、実装に関する決定が行われます。
- 実装 。 日曜日から月曜日の夜に、新しい機能が戦闘に導入されます。
グラフィカル形式では、近隣のリリースの段階は次のようになります。
隣接する統合リリースが重複しているため、開発者や他のプロセス参加者に均一な負荷がかかります。
habrazhitel様、リリース管理の経験について学び、あなたと話し合うのは面白いでしょう。 コメントを書いて、AVKorenushkin.SBT @ sberbank.ruに手紙を送ってください。 ところで、プロセスを管理および改善するために従業員を募集していますので、履歴書も送ってください！