2017-05-03 15 views

答えて

1

些細な変更ではないと思います。サーバーはメタデータを格納するためにバックエンドを必要とします。デフォルトでは、実際にはメモリ内でH2を使用しており、Spring Data JPA抽象化に依存してユーザにRDBMSを選択させる機会を与えています。

異なるストレージエンジンに格納する場合、いくつかの構成モジュールですべてのリポジトリ定義を置き換えるだけでなく、いくつかのデータの事前投入を行う必要があります。時間の経過とともにこれを維持するのは少し難しくなります。

伝統的なRDBMSがここで適切でない理由はありますか?またはメモリ内でH2の短期間のアプローチをしたい場合は?

+0

私たちはプロジェクトのマイクロサービスアーキテクチャを使用し、マイクロサービスはデータストレージ - Apache Igniteを使用し、Igniteを同じマイクロサービスの複製用のクラスタに結合しました。私はIgniteでもストリームとタスクを保存したいと思います。なぜなら、私が知る限り、組み込みH2はクラスタリングをサポートしていないからです。 – Roman

+0

高度に分散したアーキテクチャを持っているという理由だけで、すべてのモジュールで必要となるわけではありません。 SCDFのストレージシステムは、メタデータのためだけに使用されます。どんな信頼できるRDBMSでも安全に保管することができます。弾力性が心配されている場合は、mysql galeraなどのレプリケートされたDBを使用できますが、複数のバージョンのデータを同時に保存する必要はありません。これはストリームの展開とは異なります。 –

関連する問題