A look at the top reasons why teams decide to leave DynamoDB: throttling, latency, item size limits, and limited flexibility…not to mention costs Full disclaimer: I love DynamoDB. It has been proven on scale and is the back-end that many industry leaders have been using to power business-critical workloads for many years. それはまた、AWSのエコシステムに素晴らしく適合し、開始し、他のAWS製品と統合し、あなたの会社が成長するにつれてそれに固執するためのバックエンドです。 Full disclaimer: I love DynamoDB. It has been proven on scale and is the back-end that many industry leaders have been using to power business-critical workloads for many years. それはまた、AWSのエコシステムに素晴らしく適合し、開始し、他のAWS製品と統合し、あなたの会社が成長するにつれてそれに固執するためのバックエンドです。 しかし(希望!)組織が大幅に規模を拡大する時期が来ます。膨大な成長で、コストはほとんどの企業にとって自然な懸念事項となり、DynamoDBはその理由で口座の流出の主な理由の一つとしてしばしば引用されます。 サービスモデル 手術による支払い おそらくあなたは、「ああ、これは、DynamoDBのコストがあまりにも高すぎることを私に説得しようとしているもう一つの投稿であり、あなたがより安いと主張するあなたのデータベースに切り替えるべきだ」と考えているでしょう。 確かにコストはデータベースソリューションを選択する際に重要な考慮事項であるが(そしてScyllaDBはDynamoDBと比較してかなり印象的な価格パフォーマンスを提供している)、それは常に最も重要な考慮事項ではない。 コストがあなたにとって重要な考慮事項である場合、あなたがレビューできる他のリソースがたくさんあります。 ScyllaDB vs. DynamoDB Benchmark: ワークロードにおける価格パフォーマンスの比較 アレックス・デブリーの記事「DynamoDBコストについてどう考えるべきか」 Tobias Schmidtの非常に包括的なAmazon DynamoDB価格説明 しかし、話し方を切り替え、DynamoDBから離れるかどうかを決定する際に考慮すべき他の側面について議論しましょう。 HTTPS://WW.SCYLLADB.COMDynamoDB Cost Optimization MasterclassThis masterclass will teach you strategies on DynamoDB cost optimizations and other AWS alternatives to suit your technical needs. このマスタークラスは、あなたの技術的なニーズに合ったDynamoDBコスト最適化およびその他のAWSオプションに関する戦略を教えます。 HTTPS://WW.SCYLLADB.COMDynamoDB Cost Optimization MasterclassThis masterclass will teach you strategies on DynamoDB cost optimizations and other AWS alternatives to suit your technical needs. このマスタークラスは、あなたの技術的なニーズに合ったDynamoDBコスト最適化およびその他のAWSオプションに関する戦略を教えます。 HTTPS://WW.SCYLLADB.COMDynamoDB Cost Optimization MasterclassThis masterclass will teach you strategies on DynamoDB cost optimizations and other AWS alternatives to suit your technical needs. このマスタークラスは、あなたの技術的なニーズに合ったDynamoDBコスト最適化およびその他のAWSオプションに関する戦略を教えます。 HTTPS://WWW.SYLLADB.COM を参照 DynamoDBコスト最適化マスタークラス このマスタークラスでは、DynamoDBコスト最適化およびその他のAWSオプションに関する戦略をあなたの技術的ニーズに合わせて教えます。 HTTPS://WWW.SYLLADB.COM を参照 DynamoDBコスト最適化マスタークラス このマスタークラスでは、DynamoDBコスト最適化およびその他のAWSオプションに関する戦略をあなたの技術的ニーズに合わせて教えます。 DynamoDB Throttlingについて どんな場面でも面白くない(笑) あなたがそれを見たことがあるなら、おそらくあなたはそれを嫌い、それと共に生きることを学んだでしょう。 ProvisionedThroughputExceededException あなたがDynamoDBの脅威の犠牲者になれる方法はさまざまです。実際には、AWS がその被害者であることも頻繁に起こります。 ここでの推奨事項の1つは、実際には均等に配布されたアクセスパターンを議論する前に「オンデマンドモードに切り替える」ことです。 専用トラブルシューティングページ DynamoDBのストロトリングの主な問題は、遅延を大幅に損なうことである Zipfian ディストリビューションのワークロードはそれに敏感であり、最近のベンチマークで達成された結果はあまり良くありません: そのベンチマークの間に、ドロッタリングが影響を受けたパーティションを最大でアクセス不可能にする可能性があることが明らかになった。 それはあなたのP99の尾の遅延を大きく拡大します。 2.5 seconds ほとんどのデータベースに組み込まれたホットリングメカニズムがあることは事実ですが、DynamoDBホットリングは単に過度に攻撃的です。DynamoDBパーティションまたはテーブルの制限を越える特定の項目のセットに頻繁にアクセスする場合、アプリケーションがさらにスケールできる可能性はありません。 直感は、「DynamoDBの限界を打つならば、その前にキャッシュを置きましょう」と言いますが、最終的にはそうなるでしょう。 実際には、DynamoDB Acceleratorのホットリングの正確な基準でハードナンバーを見つけるのは特に困難で、これは主にCPUの利用をターゲットにしているように見えます(これは問題ではありません)。 ( ) GOTTLE YOU DOWN ロード・シェーディングのベスト基準 DynamoDB ラテンシー あなたは、上記の Zipfian ディストリビューションが DynamoDB の Achilles ペースをターゲットにしており、AWS ソリューションは、統一型のディストリビューションに従うワークロードにより適していると主張するかもしれません。 DynamoDBの甘いところでさえ、P99の遅延はさまざまなシナリオでScyllaDBと比較して大幅に高くなっています。 もちろん、ここで提示されたものよりも低いDynamoDBの遅延を達成する可能性があります。しかし、DynamoDBはより高いパワーアップを提供するために必要なときに短縮し、遅延が最終的に劣化し始める可能性があります。 こうしたピークを避ける方法の1つは、DynamoDB Accelerator (または他のキャッシュソリューション、実際には) を使用して素晴らしいパフォーマンスを向上させることです. 約束されたように、私はコストの議論に入るつもりはありませんが、DynamoDBの約束された1桁のミリ秒遅延は実践的に達成しにくいことを指摘します。 データベースの前にキャッシュを置くことがよく悪いアイデアである理由について詳しく知るには、このビデオを見たいかもしれません。 . ScyllaDBでキャッシュを置き換える DynamoDB アイテムサイズ制限 すべてのデータベースには、DynamoDBを含むアイテムサイズ制限がありますが、400KB制限は最終的にあなたにとってあまりにも制限的になる可能性があります。 : DynamoDB Limitsについて オンライントランザクション処理(またはOLTP)システムは、データベースに対して大きな量の小規模な操作によって特徴付けられています。 (...)これらの操作のために、ユーザー名やTweet IDなどの情報を検索するために特定のフィールドを迅速かつ効率的にフィルタリングする必要があります。 オンライントランザクション処理(またはOLTP)システムは、データベースに対して大きな量の小規模な操作によって特徴付けられています。 (...)これらの操作のために、ユーザー名やTweet IDなどの情報を検索するために特定のフィールドを迅速かつ効率的にフィルタリングする必要があります。 より小さいパイロット(またはアイテム)が一般に改善された遅延を提供するということは事実ですが、ハード リミットを課すことは最善のアイデアではありません ScyllaDB ユーザーは、DynamoDB エコシステムを放棄することを決意し、この制限をしばしば言及し、アプリケーション機能の主要なブロックとして位置付けています。 このようなアイテムを DynamoDB に保存できない場合は、どうすればよいですか? あなたは、パイロードの関連する部分を圧縮するか、AWS S3 などの他のメディアにそれらを保存するなどの戦略を導入する可能性があります。 ScyllaDBでは、私たちは異なるアプローチを取ります: A single デフォルトでは 16 MB まで大きい(設定可能)可能性があります。私たちは、あなたとあなたのアプリケーションにとって最適なものを選択することができると信じています。 mutation 自由について語り合おう・・・ DynamoDBのLimited F 読解性 リリース リリース この1つは比較的簡単です。 DynamoDB は AWS エコシステム内で完璧に統合されますが、その利点はそこで終わります。複数のクラウド 戦略に取り組むか、別のクラウド ベンダーに切り替えるか、あるいは、オンプレム(AWS Outposts で私を始めるな!)に戻ることを決めると、必然的にワークロードのための別の場所を見つける必要があります。 もちろん、あなたは未来を予測することはできませんが、将来の問題を避けることができます. それが、優れたエンジニアと優れたエンジニアを区別します:あなたのソリューションが組織の需要の増加に対応する準備ができているかどうか。 結局のところ、あなたは新しいテクノロジーを学び、アプリケーションを変更し、新しいDBMSで負荷テストを実行し、データを移行し、潜在的に複数のベンダーを評価する必要があるという立場にいるのではありません。 DynamoDB ワークロードは、もちろん ScyllaDB に適しています。しばしば、あなたはすでに DynamoDB で持っている同じデータモデリングに従って、それを ScyllaDB で使用することができます。 データベースとコミュニケーションするために同じAPIを使用し続けたい場合にシームレスに移行できるようにするため、したがってコード変更を減らす必要があります。 ScyllaDB Alternator – オープンソースのDynamoDB対応API 最終コメント これはあなたがチェックしたいかもしれない素敵なRedditの投稿です. それは、ここで私たちがカバーしたポイントに触れるいくつかの興味深い現実のストーリーの数をカバーしています. 有名なコミュニティのフィードバックにもかかわらず、それはあなたがDynamoDBに固執する前に知りたいかもしれない他の考慮事項の公正なリストを含んでいます。 みんな、DynamoDBで始めてくれないで... それでも、この記事の最初の文は真実です: 私はDynamoDBが大好きです. それはあなたの会社や使用ケースが低いパスポート要件を持っている場合、または予期せぬ遅延ピークに悩まされていない場合、素晴らしいフィットと経済的なソリューションです。 あなたが成長するにつれて、データをモデリングし、DynamoDBの厳しい限界を超えないようにすることは特に困難になります。 データベースを選択する際には、最終的には仕事に適したツールを選択することです. ScyllaDB は決してすべての DynamoDB 使用ケースの代わりではありません. But when a team needs a NoSQL database for high throughput 低い遅延、ScyllaDBは常に正しい選択です。 predictable
