1つのワークフロー、30社のクライアント、30組の認証情報

クライアントに属する認証情報

各クライアントのアカウントはそれぞれ固有の認証情報セットであり、暗号化して保存され、名前で参照されます。ワークフローはシークレットではなくセットを参照するため、同じ公開済みワークフローが、何のコピーも作らずに28種類のアカウントセットに対して実行されます。

つまり、キーのローテーションは1か所の1回の編集で済みます。また、離脱するクライアントは認証情報を持ち出せます。セットを削除すると、それを参照していたすべてのワークフローはそのクライアントに対して即座に、目に見える形で停止します。誰も覚えていなかったために6週間動き続ける、ということはありません。

1つのバージョン、またはクライアントごとのバージョン

改善を公開すると、すべてのクライアントに同時に反映されます。それが一度だけ構築する意味です。クライアントが本当に異なるものを必要とする場合、その違いはフォークではなく、クライアントに対する条件を持つ共有ワークフロー内の分岐です。フォークは、片側だけ修正されてもう片側が放置されるものだからです。

実行中のランはいずれの場合も影響を受けません。各ランは開始時のバージョンに従って進行します。そのため、12日にワークフローを改善しても、10日に開始されたクライアントのキャンペーンは乱されません。