コンテナーの拡大に合わせてストレージがシームレスに拡張されるため、規模の大きなお客様のなかには、各コンテナーのサイズが数テラバイトになっている例もあります。絶対に不可能でした」と説明します。各コンテナーには次のような役割があります。コンテナーに格納されている、ふるまいに関するデータも頻繁に更新されます。たびに実行されています。フィールドをチェックしています。開発者チームが作成した明示的な変換ロジックを使用し、ドキュメントが最新のバージョンへと移行されます。スケジュールされたタスクを起動し、すべてのお客様のすべてのドキュメントを最新バージョンに移行します。メカニズムによって既に移行済みのドキュメントは除きます。レイヤーのコードが変更されても、旧バージョンのドキュメントの解析に伴うエラーが発生することはありません。旧バージョンとの互換性維持のために必要なコードは、先ほど触れた明示的な移行コードのみです。したコードは常に、後続のバージョンには引き継がれません。RU/秒の上限を要求数が上回り、レートの制限がかかることが少なくありません。サービスを通じて、スループットの引き上げを求める要求を送信します。回以上のスループットの引き上げを行わないよう調整します。これは、一時的なスループットの急増によって複数のノードが影響を受け、要求が集中している可能性があるためです。RU/秒の全体的なコストを最小限に抑えるには、たとえば各会社の勤務時間外などに、同様のスケールダウン処理を定期的に行い、プロビジョニングしたスループットを適宜減らします。自動バックアップ機能を各コンテナーの保護に活用しています。使用して別のリージョンへもレプリケートされます。お客様の構成データも別のリージョンにレプリケートされているため、万一災害が発生してもすぐにサービスの復旧が可能です。「これは主に、センサーの構成データの保護を目的としています。レプリケーションの完全な提供が開始されました。レプリケーションへの対応を開始し、複数のリージョンへの書き込みを可能にしたことで、シームレスかつ手間をかけずに、実稼働データを別のリージョンへとレプリケートできるようになりました。これによって、さらに優れたサービスの可用性が保証されるでしょう。実装がもたらした成果をご紹介します。DB購読さらに詳しく今後に関する情報をご覧いただけます。