レガシーデータベースがあなたの足を引っ張っています。 壊すことなく自由になる
注: これは、Rediacc がこの問題をどのように解決できるかを示す 使用例 です。 スタートアップとして、これらのシナリオは、完成したケーススタディではなく、潜在的なアプリケーションを表します。
危機シナリオ: Kubernetes を使用してサーバーを 10 回拡張したにもかかわらず、パフォーマンスは 2 倍しか向上しませんでした。 顧客からは、クエリ時間が遅い、満足のいく結果が得られずにコストが増加した、評判が危険にさらされているなどの苦情が寄せられました。
＃＃ 問題
クラウド環境における同社のサービスは対応に苦戦していました。 解決策として、ソフトウェア チームは次のことを行います。
- Kubernetes による水平スケーリングを実行し、サーバー数を 10 倍に増加
- ただし、パフォーマンスは 2 倍のみ向上しました
ボトルネックの検出:
- 問題の原因は 拡張できないレガシー データベース であることが判明しました
- データベースは現代のアーキテクチャのように分散して動作できませんでした
ジレンマ:
- 最新のデータベースへの移行には 数年かかる可能性があります → コードの書き換え、データ移行、テスト プロセスが必要でした
- コストと時間のロスは容認できませんでした
危機の影響
- クエリ時間が遅いため、顧客から苦情が寄せられています
- サーバーのコストは上昇していますが、パフォーマンスは満足のいくものではありません
- 競争市場では 評判損失のリスクが増加します
Rediacc ソリューション
Rediacc のクロスバックアップ機能を使用するシステム エンジニアの Yuksel 氏:
1. リアルタイム データ レプリケーション
- 従来のデータベースの変更は 10 ～ 15 分間隔で 他のサーバーに転送されました
- 変更されたデータのみが同期されました → 帯域幅の消費量が 95% 削減されました
2. クエリの分散
- 読み取りクエリは 複数のマシンに分散されました
- 書き込み操作は一貫性を確保するために メイン データベースに保持されました
3. コストのかからないスケーリング
- レガシー システムは 変更されずに追加サーバーでサポートされました
- 新しいハードウェアを購入する必要はありません → **コストを最適化するために、クラウド サーバーを時間単位でレンタルしました
＃＃ 結果
パフォーマンスの向上:
- クエリ時間が 55 秒から 7 秒に短縮されました
- システム容量が 8 倍 に増加
コスト管理:
- レガシー システムの書き換えによる節約 → 財務リソースは維持されました
時間の増加:
- ソリューションは 3 週間以内に実装されました
- 顧客からの苦情は 99.99% 解決されました (スナップショット間の総データの更新率に応じて)