How Joseph Shorter and Miles Ward led a fast, safe migration with ScyllaDB’s DynamoDB-compatible API デジタルタービンは、モバイル広告テクノロジービジネスの静かで強力なプレイヤーです。彼らのプラットフォームは、Android携帯電話に事前にインストールされ、アプリ開発者、広告主、モバイル事業者、デバイスメーカーを結びつける。 デジタルタービンは最近、Google Cloudで標準化を決めたので、DynamoDBデータベースを継続することはもはや選択肢ではありませんでした。 Joseph Shorter (VP, Platform Architecture at Digital Turbine) は Miles Ward (CTO at SADA) と提携し、この動きを引き起こすためのゲームプランを策定しました。 この会議でのジョーとマイルズの直接の会話を聞くことができます: 我々は、彼らの議論の下からいくつかのハイライトをキャプチャしました。 なぜDynamoDBから移行するのか DynamoDB 移行のポイントは Digital Turbine でした。 しかし、それは唯一の問題ではなかったDynamoDBは、コストやパフォーマンスの観点から理想的ではなかった。 GCP 標準化の決定 ジョーは「スケールするにつれて少し高価になる可能性がありますが、正直に言えば、いくつかのパフォーマンスの問題を発見していました。私たちは大量の読み取りを行い、DynamoDBとのすべてのインタラクションの90%は読み取り操作でした。 DynamoDB 移行要件 デジタルタービンは、移行をできるだけ速く、リスクが低いようにする必要があり、これはアプリケーションの再現を最小限に抑えることを意味しました。 ジョー氏によると、主な懸念事項は「プラットフォームを根本的に再構築することなく、少なくとも同じパフォーマンスと価値を維持し、崩壊状態を回避することなく、どうすれば移行できるのか?なぜなら、それが失敗すれば、我々の会社全体が崩壊するからだ」と述べた。 彼らはSADAに近づき、いくつかのオプションを検討するのに役立ちました - いくつかのGoogleネイティブソリューションとScyllaDBを含む ScyllaDB。 DynamoDB 移行の意味 結論から言うと、「パンケーキのように簡単」だった(ここでジョーを引用する)。 「DynamoDB API がありますが、私たちが使用できるだけです。私はリファクタリングがなかったとは言いません。私たちはエンジニアがこの情報を簡単に接続できるようにリファクタリングを行いましたが、それは単純でした。 私たちの反応は、「確かに、すべての競合相手は彼らの製品がよりよく機能していると言っています」でした。 私たちは、DynamoDB に比べて ScyllaDB との単純なコミュニケーションではなく、適切な POC を実行することにしました. 実際には、いくつかの依存性を有する複数のアプリケーションをセットアップし、AWS で実際に機能するように設定し、それから圧力テストしました. 私たちは間違いを許可できませんでした. ここでミスをすることは、会社全体が崩壊することを意味します. 目標は、まず、それがうまくいくことを確実にすること、そして、第二に、実際に実現することを確実にすることでした。 これまでの結果 - 最小限のクラスター利用 AWS から移行するという主な目標を達成することに加えて、Digital Turbine チームはパフォーマンスを向上させた - そして、追加の利点としてコストを少し削減した。 ジョー氏は「パフォーマンスがより良くなっているという事実の一部だと思うが、最初は何を期待すべきか分からなかったので、物事を比較できるようにスケールしました。私たちが発見しているのは、単にうまく動いているということです。 コストの20%の差は、あなたが何を言おうと、大きな数字です。そしてあなたが私たちの計画をさらに拡大することを考えると、それはさらに重要になります。私たちの業界では、Google、Facebook、そしてそれから他のすべての主要なプレイヤーがわずかしかありません。 我々はより多くの顧客を獲得し、より多くの人々が「ああ、我々はあなたがしていることを好きだ」と言っているので、我々は劇的に規模を拡大する必要がある。この20%のコストの違いはすでに重要であり、将来、それは膨大なものになるかもしれない。より良いパフォーマンスとより良い価格 - それ以上を求めるのは難しい。