私は周りにプレイしたいkubernetes
、私はシンプルなアプリを起動することができるよ、が、今はより複雑なものをデザインしたいと思います。それにもかかわらず、そのようなアーキテクチャでデータベースアクセスを処理する方法を理解することはできません。
いくつかの単純なチャットアプリケーションのポッドレプリカが100個あるとしましょう。それらはすべて同じデータベース(またはよりデータセットのようなもの)にアクセスし、CRUD
それらに対して操作を実行する必要があります。データの一貫性を維持し、デッドロックのリスクを排除するように設計するにはどうすればよいですか?
できれば、SQL
データベースのようなものを使いたいので、hibernate
使い慣れた他のツールも快適に使えます。
これは可能ですか、それともまったく異なるアプローチを使用する必要がありますか?私が探しているテクノロジーまたはアーキテクチャの名前は何ですか?
1)接続プールを使用して、この数を減らし、接続設定をより積極的/弾力的にすることができます。
2)永続性へのアクセスがCRUDサービスを永続性(mysql / rdms / nosql / etc)に公開するマイクロサービスになるようにマイクロサービスを分割します。そうすれば、ポッドの何百ものレプリカは必要ないでしょう。
3)デッドロック/ロック戦略-Andrewがコメントで述べたように、K8自体ではなく、ソフトウェア開発アーキテクチャに関連しています。賛否両論でそれに対処する方法はたくさんあります。
この記事はインターネットから収集されたものであり、転載の際にはソースを示してください。
侵害の場合は、連絡してください[email protected]
コメントを追加