最新のデプロイパターンを理解する

エンドユーザーは、常に違う方法でアプリケーションを使います。データセンターで予期しないイベントが発生し、複数のユーザーからの複数のイベントが発生して、そのようにテストされていない方法でコードがトリガーされます。

それに対応するには、一部の機能は運用環境でのみテストできるようにする必要があります。

運用環境でのテストは少し恐ろしいことのようですが、そうではありません。

機能リリースと技術リリースの分離について話した時点で、すべてのユーザーに公開することなく機能をデプロイできることが既にわかっていました。

この機能の切り替えの概念を利用し、デプロイパターンで使用すると、運用環境でソフトウェアをテストできます。

次に例を示します。

アーキテクチャを批判的に見る

ソフトウェアのアーキテクチャと現在の状態は継続的デリバリーに対応していますか?

考慮する必要があるトピックは次のとおりです。