etcdをプライマリストア/データベースとして使用していますか？
etcd を信頼できるデータベース置換として使用できますか？永続的な方法でキーと値のペアが配布および保存されるため、優れた代替nosqlデータベースになります。さらに、優れたAPIを備えています。なぜこれが問題ではないのかを誰かが説明できますか？
etcd
- etcd は、Kubernetesがdeployment、pod、service 情報。
- etcdには高度なアクセス制御があり、マスターノードのAPIを使用してのみアクセスできます。クラスター内のマスター以外のノードは、etcdストアにアクセスできません。
nosqlデータベース
現在、 255 以上のnosqlデータベースがあり、 キー値ベース、列ベース、ドキュメントベース、グラフベース に大まかに分類できます。 etcdをキー値ストアとして検討し、利用可能なnosqlキー値データストアを確認します。
Redis、memcached、memcacheDB は人気のあるキーバリューストアです。これらは、データとオブジェクトをメモリにキャッシュすることで動的なデータベース駆動型Webサイトを高速化するためによく使用される汎用分散メモリキャッシングシステムです。
etcdが代替ではない理由
etcdはメモリ（ram）に保存できません。ディスクストレージにのみ保存できますが、redisはramにキャッシュでき、ディスクに保存することもできます。
etcdにはさまざまなデータ型がありません。 kubernetesオブジェクトのみを保存するように作られています。ただし、redisやその他のキーと値のストアにはデータ型の柔軟性があります。
etcdは高い可用性のみを保証しますが、高速なクエリとインデックス作成を提供しません。すべてのnosqlキー値ストアは、高速のクエリと検索を目的に構築されています。
ただし、etcdを代替のnosqlデータベースとして使用できないことは明らかですが、上記の説明から、適切な代替ではないことが証明されると思います。
私が見に来た唯一の答えは、私たちの耳の間のものです。最初にそれができることと、そのメリットを示す必要があると思います。
私の同僚は「秘密と共通の真実を保存するため」だからと言って恥ずかしがり屋だ。 etcd v3の改訂によりetcdはさらに多くの機能を備えましたが、ニュースはまだ単純に波及していません。
いくつかのショーケース、サクセスストーリーを作りましょう。個人的には、あなたが言及した理由と、 信頼できるパフォーマンス に焦点を合わせているため、etcdが好きです。