よって記述されたゲストポストを紹介します。アーリーアダプターで、有用な経験をシェアしています。データ移動のビジネスに携わっているので、先端のデータベーステクノロジーをサポートするように常に心がけています。パワーを顧客のために活用するだけでなく、当社の内部プロセスを改善するという観点からも、この新しいテクノロジーを評価しました。移行することをすぐに考えました。この決定は、価値あるものであることが証明されました。移行を検討している人たちとシェアしたいと思います。移行作業の詳細について説明したいのですが、実際にはボタンをクリックするだけで終了してしまったので、多くを書くことはできません。運用を開始した後でシステムをさらに最適化した方法について、シェアしようと思います。高い品質を維持するために、厳しい自動化テストスイートを実行します。日実行、というようにとても厳しいものになっています。問題は、システムの健全性を維持するための、ハードウェアのプロビジョニングを継続できないことです。秒という応答想定時間を維持できなくなった、などとは思わないでください。億行にも達するデータが格納されています。台に及ぶサーバーファームをサポートしています。人を超えるユーザーが、このシステムを頼りにしています。移行しようと考えましたが、負荷を管理するために、リードレプリカをかなり大きなインスタンス上で実行する必要があることに気付きました。それでも、ほとんどのクエリ用に処理できる接続数の運用上限を引き上げようと悪戦苦闘しました。必要な応答時間を達成しようともがきました。このソリューションは、すぐにコストが倍に膨れ上がりました。習熟に費やしましたが、新しいシステムのすべてを再び学習しなければならないということは苦痛を伴いました。このような経験から、アプライアンスのように扱える何かがあれば、事態ははるかによくなることに気付きました。経験を活かせると聞き、試す価値があると考えました。テストすることに決めました。数年前に戻ってシステムを再評価する良い機会を得られることです。この移行時には、いくつかのハウスキーピング処理を実行しました。データベースについて、インデックス、テーブル構造、および多くのその他のリレーショナルデータベースに関する側面を見直しました。つにすることができました。実際の移行作業自体は、簡単に終了しました。コントロールパネルで、ボタンクリックによる移行を選択しました。内にコピーとして作成されました。簡単でした!カットオーバーを管理することは、スケジュールの面でかなり大きなことであり、運用に影響を及ぼさないようにしながら、データの最新のスナップショットをキャプチャする必要があります。私たちは同期がずれることを心配しました。移行が終了したときに、読み込みレプリカが古いデータのままになり、使うことができなくなるのではないかという心配がありました。プロダクションシステムを稼働させながら移行するのに数時間がかかり、この間にデータが変化する可能性があることがわかっていました。移行をライブシステムで、そのシステムを稼働させながら深夜に行うことを選択しました。2~3%)、ポーティングしました。最初にいくつかのサンプルを使用してサニティチェックを行いましたが、私たちはアーリーアダプターだったので、手探り状態での試行が続きました。必要に場合には、古いシステムにロールバックできることを確信していました。移行後にすべてのプロセスを徹底的にテストしました。日間の監視において、困惑するような出来事がいくつかありました。スローダウンすることがありました。運用時には検知されませんでした。使用する非効率なクエリを見つけました。これらは簡単には修正できませんでした。使用して、事前に封じ込めることができました。スキーマ設計は引き続き重要。移行以来、その他の問題は発生せず、これらのクエリやインデックスのチューニングは、結果的にメリットをもたらしました。運用に関しては、これまで使ってきた慣れ親しんだインターフェイスを使用して、エンタープライズスケールで行っています。セットアップを実行しています。倍になっていますが、コストは昨年よりも少なくなっています。運用管理はきわめて重要な要件ですので、バックアップやデータベース障害について心配しなくて済むのは、とても心休まることです。マネージド型データベースは、多くの頭痛の種も取り除いてくれました。このパフォーマンスを自分たちだけで達成しようとした場合、ハードウェアと人的資源に多大な投資が必要だったと思います。製品ビルドを作成する作業がより良く、高速になり、テスト結果を迅速に入手できるようになりました。このことは、究極的には、これまでになく高いレベルの品質の製品を提供できるようになったことを意味します。機会均等法を順守しています。平等に採用しています。