DBaaS か DIY か？構築と購入の比較

データベースは、現代のあらゆる組織のバックボーンです。最小規模のビジネスでも、売上、従業員記録、生産に関する情報が格納されます。これらは全て、組織の意思決定に不可欠です。世界経済フォーラムは、2025 年までに、世界中で毎日 463 エクサバイトのデータが生成されると予測しています。したがって、データベースはデジタル経済の未来に不可欠です。

この急激なデータ成長に対応する組織は、さまざまなデータベース・プラットフォームを生み出しており、データベース・アズ・ア・サービス（DBaaS）または DIY（Do-It-Yourself）データベース・ソリューションのいずれかに広く分類されています。

この記事では、これら 2 つのアプローチを比較し、組織のデータベースのニーズを満たすにはどちらが費用対効果の高い方法かを判断します。

Do-It-Yourself アプローチの限界

DIY データベース・プラットフォームは、組織やパートナー固有の構造化データ操作のニーズにあわせてカスタマイズされています。DIY データベース・ソリューションを使用する際は、物理サーバーを制御し、データベースの設計と計画、構成、統合、人員配置、保守に責任を持ちます。

制御機能の追加は魅力的ですが、データベースのアップグレード時に複雑さが増すと負担がかかります。DIY のセットアップには、必要なデータベース容量を準備するために、サーバー、新しいトポロジー設計、開発者やサポート・スタッフなど、CAPEX と OPEX のリソースを追加する必要があります。組織の成長に伴い、データベースとその統合のコストと複雑さも増大します。

DIY アプローチのコストを慎重に検討し、その制限と制御性の向上というメリットを比較検討することが重要です。特に、非常に特殊なカスタム構成を除けば、ほとんどのニーズを満たせるカスタマイズ機能を備えた DBaaS ソリューションもあることを考慮すべきです。

DIY データベース・モデルの特徴をいくつか見てみましょう。

経験豊富で有能な開発者のコスト

データベース・アズ・ア・サービス・システムの構築、展開、保守には、専門的なコーディング・スキルを持つ開発者、ネットワーク・エンジニア、IT サポート・スタッフが必要です。これらのスペシャリストに関連するコストは予測不可能であり、通常、DBaaS と同等のレベルのサービスよりもはるかに高くなります。DBaaS モデルでは、予期せぬコストをデータベース・プロバイダに負担させ、データベース・プロバイダはデータベースの設定やメンテナンスの合理化を支援します。

また、競争率の高いソフトウェア開発者市場において、従業員の確保という課題を回避することもできます。専門的なスキルを持つ開発者は、雇用主を転々とするインセンティブが強いことが多く、組織やプロジェクトに専念し続けることを選ぶ経験豊富な開発者を見極めるのは、難しいことです。

重要なプロジェクトの途中で開発者を失うと、プロジェクトが遅れるだけでなく、組織が代わりの開発者を見つけるために努力する間にも、ビジネスに大きな経済的負担を強いることになります。DBaaS プロバイダは、チーム全体がより専門化されているため、一般的に個人への依存度が低く、リテンションの問題が顧客に伝播することはありません。そのため、競争の激しい専門家市場から切り離され、サービス・プロバイダが開発者の雇用と入れ替えの責任を負うことになります。

時は金なり

DIY の DBaaS、あるいはプロプライエタリなシステムに内在するもう 1 つの重要な課題は、開発に要する時間の増加によるコストの上昇です。DIY ソリューションの設定には、相当な時間の投資が必要です。これには、新しいシステムの設計、計画、構成が根本から必要になります。そのためには、システムの物理的な実装も必要です。

データベース・プラットフォームをゼロから組み立てる際には、データベース・セットアップに固有の一般的な考慮事項、すなわち、誰がデータベースにアクセスできるか、誰がバックアップを実行するか、誰がソフトウェア・アップデートをインストールするか、誰がサーバー上で実行されているオペレーティング・システムにパッチを適用するかが特に考慮されます。既製のコンポーネントを組み込む場合でも、独自のプラットフォームの開発には、既存のソリューションよりも多くの設計、計画、重要なテストが必要です。既存の運用実績や相談できる専門家がいなければ、通常のテスト段階でさえ、開発サイクルが許容範囲を超えて延びる可能性があります。

DIY ソリューションには、追加の組織オーバーヘッドも必要です。開発資金を調達し、組織のエンドユーザーをトレーニングしサポートするチームや部署を作るには、承認が必要です。このプロセスは、経営幹部の承認におけるボトルネックを回避するために、官僚的な遅延を引き起こす可能性があります。

このような余分な開発は、製品に割くことのできる時間と労働力を消費します。独自のソリューションの構築を検討している場合は、このインフラの開発作業（製品開発を開始する前に機能する必要があることが多い）が、顧客のニーズに応えるために専念するリソースの損失に値するかどうかを慎重に調査する必要があります。

保守とインシデント対応

DIY プラットフォームの実装には、関連する全てのリソースの維持にも注意を払う必要があります。メモリと処理能力に対する需要の高まり、リソース割り当てインフラの複雑さにより、支出が明らかに増加します。これらのリソースは、セキュリティにも注意が必要です。

カスタムメイドのデータベース・ソリューションを使用することで、トラブルシューティングとインシデント対応を IT 部門が担当します。2021 年のデータ侵害の平均額は 425 万ドル弱であり、2020 年のデータ侵害の 16% は IT セキュリティ対策のための資金調達や経営陣の賛同が困難であったことに起因していることを考えると、DIY ソリューションがもたらす潜在的な脆弱性は無視できません。組織の運用機能を損ない、評判を傷つけるだけでなく、データ侵害は、組織を法的闘争に巻き込む可能性があります。

また、DIY セットアップでは、基本および重要なインフラへの適切なアクセスを維持することも複雑になります。物理アクセス管理は、IT サポート・スタッフにとって重要になります。また、場合によっては、安定した電力供給を確保することさえも、組織の責任となります。

マネージド DBaaS ソリューションや構築済み DBaaS ソリューションは、メンテナンス、物理的なハウジング、インシデント対応コストなど、こうした懸念の一因となる特定のコンポーネントから組織を解放するのに役立ちます。

現状維持のコスト

初期開発コストの後、独自のデータベース・プラットフォームをホスティングし管理する企業は、最終的な持続的な支出を考慮する必要があります。データベース管理ソフトウェアのスイート全体を維持することは、特にハイブリッドやクラウド・アーキテクチャにおいて、クラウドを捉える上で重要な課題となります。

組織が成長し、新しい技術が登場するにつれ、ソフトウェアとハードウェアの両方を最新の状態に維持する必要があります。ソフトウェアとハードウェアの急速な発展に先んじて、ソフトウェアと顧客の増大する要求に応えます。これらのアップグレードは、単にトレンドに追いつくためだけのものではありませｎ。過去 10 年間のデータ侵害の急増が示すように、サイバーセキュリティの軍拡競争は、世界経済がクラウドに移行するにつれて激化する可能性が高いでしょう。

データベース・アズ・ア・サービス（DBaaS）モデルの考慮事項

DIY モデルとは異なり、DBaaS モデルは、よりシンプルなデータベース・ソリューションを提供します。DBaaS を使用する際は、データベースを実行しているソフトウェアを設計・管理するための費用を支払うことなく、データベースを所有できます。必要なカスタマイズのレベルによっては、実現可能な製品を開発する時間を劇的に短縮することができます。

アウトソーシングされたセキュリティ

DBaaS ソリューションを利用する組織にとって、セキュリティは依然として最大の懸念事項ですが、実務者にとっては異なる面があります。データベースのロックダウンは、フルスタックの技術知識や投資ではなく、確立されたスペシャリストとの信頼関係やパートナーシップの方が重要です。

システムをフロントからバックまで設計するのではなく、組織の仕事がアプリケーションとデータベースとのインターフェースのみに限定されるような、責任分担の一部を引き受けます。その後、ベンダーの評判と専門性に頼ってスタックの残りの部分を管理することができます。外部組織がデータベース・ソリューションを開発しているため、バックエンドには統合と開発があります。

プロバイダは高度に専門化されていることが多いため、このような開発不足が組織にとって損失となることはほとんどありません。しかし、プロバイダのプロトコルや、顧客データの倫理的かつ安全な処理における組織の役割について熟知しておくことは重要です。DBaaS ソリューションの中には、顧客自身が「インフラを持ち込む」ことを可能にするものもあり、そのような場合、ハイブリッド型の特化型 DBaaS ソリューションでは、データベース固有の知識、ランタイム、メンテナンスなどをオフロードすることで、データをデータセンターから持ち出す必要がなくなります。

すぐに使える、すぐに適応できる

多種多様なプロバイダが既製のソリューションを提供しているため、新製品や新サービスの開発にかかる時間的投資や財政的影響を最小限に抑えることができます。各プロバイダは、サービスとしてのデータベース・ソリューションの維持に専念する専門のプロフェッショナル・チームを持つことができ、サブスクリプションのコストは、完全に管理されたアップグレード、インストール、構成など、より予測可能なものとなります。

もちろん、「設定して忘れる」力は、柔軟性を制限することがよくあります。従来とは異なる設計が必要な場合、サービス・プランを自分で構築するのと同じレベルまでカスタマイズするのは必ずしも容易ではないかもしれません。しかし、プロバイダによってはこのようなニーズに対応できるレベルのカスタマイズやテンプレート化が可能なところもあります。

Portworx のような確立された最新のプラットフォーム・プロバイダは、ほとんどのユースケースにカスタマイズされたソリューションを提供するために十分なカスタマイズ・オプションを提供します。有能なプラットフォームは、監視、バックアップ、高可用性（HA）、自動スケーリング、堅牢なセキュリティ・オプションなどの機能を提供し、既製のものとカスタム構築されたものの間のギャップを埋める必要があります。これらのプラットフォームは、カスタム・アプリケーションや標準化されたベストプラクティスの一部としても使用できます。

まとめ

DIY と DBaaS のソリューションをデータベース・モデルにあわせる際には、データベースの寿命を詳細に調べて、隠れたコストがないか確認することが重要です。セキュリティや人件費などの要素は、組織の効率性と生産性に大きな影響を与えます。したがって、データベース・モデルは、組織の現在および将来の能力やニーズにあったものを選ぶことが重要です。

DBaaS の使用をご希望の場合は、Portworx Data Services（PDS）をご検討ください。PDS は柔軟性と高い性能を備えた、業界初の Kubernetes 向け DBaaS プラットフォームとして知られています。PDS は、DevOps エンジニアが本番グレードのデータ・サービスを展開および管理することを可能にし、あらゆるクラウド上で実行されるアプリケーションに対して、低コストで、標準化されたベストプラクティスに従ってシステムの一部として、広範なカスタマイズ機能を提供します。

PDS は、Postgres、Cassandra、Kafka、ZooKeeper、RabbitMQ、Redis などの幅広いデータ・サービスに対して、完全に自動化された管理とサポートを提供します。DBaaS オプションの使用について詳しくは、Portworx のドキュメントをご覧ください。