1

上記の Blue-Green デプロイまたはカナリア デプロイのように、新しい変更によってシステムが壊れないようにするためのテクニックがいくつかあります。どちらも変更を部分的に適用することを意味します (インフラストラクチャの一部のみを変更するか、古いバージョンと並行して新しいバージョンを実行します)。

ただし、データ構造に大きな変更があった場合にデータの一貫性を維持する方法がわかりません (たとえば、GDPR に合わせて変更を加えたとします。かなり可能性の高いケースですね)。

NoSQL ベースのソリューションでも、問題が発生する可能性があります (私が想像しているように)。解決策を探してみましたが、問題は広く言及されているだけで、ほとんど対処されていません。

このような手法を導入し、データの一貫性を維持するにはどうすればよいでしょうか? 実際のアプリケーションで通常どのように達成されますか?

4

1 に答える 1

0

私があなたの質問を正しく理解していれば、更新中に複数のデータ構造をサポートするようにシステムを変更するExpand-Contractパターンについて話していることになります。

1 回の展開では実行できなかった大規模なデータ構造の変更に対して、複数の拡張契約を行うことになります。

パラレル チェンジとも呼ばれます。

https://martinfowler.com/bliki/ParallelChange.html

于 2018-06-19T07:39:01.467 に答える