長年にわたり、企業はテクノロジースタックの選定において、さまざまなトレードオフの受容を強いられてきました。
パフォーマンスをさらに高めたい場合は、インフラストラクチャをさらに追加してください。
より強固なセキュリティを実現したい場合は、アプリケーションの制約に備えてください。
オブザーバビリティを実現したい場合は、より多くのツールを接続し、より多くのシグナルを解釈する必要があります。
回復力を求めるなら、オペレーターを採用してください。
AIを活用したい場合は、アーキテクチャ全体を見直してください。
これらの見解や、アプリケーションが高度化するにつれてデータベース操作が手に負えないほど複雑になる運命にあるという前提には同意できません。 データベースがボトルネックになる必要はありません。 それは、より迅速に進めるために必要なパフォーマンス、制御性、柔軟性を提供できますし、提供すべきです。
あらゆるアプリケーション、トランザクション、お客様とのやり取り、AI モデル、エージェントを力強く駆動するエンジンこそがデータベースであるべきであり、それらの成長を阻害する足かせになってはなりません。その考え方を体現するのがMongoDB 9.0です。MongoDB の歴史上、最も先進的なリリースです。
世界は変化しています。 データベースも変化に対応し続ける必要があります。
モダンアプリケーションには、数百万規模のユーザーにサービスを提供しながら、増え続ける膨大な AI エージェント群を同時に支えることが求められています。AI システムは常に最新の運用データへのアクセスを必要とし、エージェントはアクションを自律的かつ継続的に実行するため、これまでにないレベルの並行処理と予測困難性がもたらされます。開発チームにはこれまで以上の開発スピードが求められる一方で、セキュリティとコンプライアンスの基準は厳格化の一途をたどっています。それにもかかわらず、多くの組織では、運用データ、分析、情報検索、オブザーバビリティ、セキュリティ、AI のために、依然として分断された個別のシステムをつなぎ合わせる運用を続けています。
システムが追加されるたびに複雑さが増し、新たなリスクの攻撃対象領域が生じます。 統合が増えるたびに摩擦が生じます。 ボトルネックはすべて、イノベーションを遅らせます。 変化の激しい市場において、組織には、新たな要件が生じるたびに新しいアーキテクチャを必要とすることなく、アプリケーション、開発者、AI システムをサポートするデータ基盤が必要です。
MongoDB 9.0 は、まさにそうした現実の課題を解決するために構築されました。パフォーマンス、スケーラビリティ、セキュリティ、耐障害性、オブザーバビリティ、そして開発者の生産性というすべての領域において、MongoDB のコアエンジンを大幅に進化させています。これは、単なる個別機能の寄せ集めではありません。MongoDB の全製品を通じて、モダンアプリケーションを構築・運用するための、統一された一貫性のある開発体験です。過去の制約を対症療法的に回避するのではなく、イノベーションを力強く前進させる企業に向けて、強固な基盤を提供する MongoDB 9.0 の主要な柱を見ていきましょう。
開発の自由度と拡張性をさらに拡大
パフォーマンスが重要なのは、ユーザー体験の高速化とビジネスの成長につながるときです。
MongoDB 9.0 は、要件の厳しいエンタープライズアプリケーションや AI 搭載アプリケーションの能力の上限を大きく引き上げます。MongoDB 8.0 と比較して、トランザクションワークロードのスループットが最大 20% 向上し、アプリケーションはビジネスに不可欠な処理をより効率的に実行できるようになります。基本操作全般が高速化し、1 件取得クエリは最大 35%、1 件更新クエリは最大 30% 高速化されるため、アプリケーションはユーザーや後続システムへより迅速に応答できます。大規模デプロイにおいて、MongoDB 9.0 は約 2 倍のスループットを実現します。インフラストラクチャーを追加したりアプリケーションを再設計することなく、より多くのユーザー、トランザクション、AI 主導のアクティビティを安定してサポートできます。
MongoDB Atlas のカスタマーの場合、Gen2 コンピュート は、Amazon Web Services（AWS）および Google Cloud Platform（GCP）上の M30 以上の専有クラスターで利用可能になりました。 Gen2 は、価格性能比の向上に加え、より柔軟なストレージと IOPS の制御を実現し、組織がそれぞれのワークロード要件に合わせてリソースを最適化できるよう支援します。
その成果は極めて明確です。アプリケーション性能の向上、運用効率の改善、そして既存のインフラストラクチャー環境のままでビジネスをさらにスケールできる余力が生まれます。MongoDB 9.0 は、パフォーマンスがボトルネックとなる前に、組織がさらなるスケールアップを遂げられるよう支援します。
あらゆる面で、私たちの目標は変わりません：最適なコストで優れた性能を実現することです。
妥協のない強固なセキュリティ
組織がより多くの機密データを収集するにつれて、セキュリティ要件も高まり続けています。 より強固な保護を実現すると、アプリケーションの機能が犠牲になることが少なくありません。 MongoDB 9.0は、そのトレードオフに挑戦します。
MongoDB が業界で初めて実用化した Queryable Encryption が、前方一致、後方一致、部分一致クエリに対応しました。これにより、ライフサイクル全体を通じてデータを完全に暗号化したまま、部分一致検索を実行できるようになります。実際のアプリケーションでは、完全一致検索だけでなく、ユーザーが実際に入力するように、氏名、識別子、ドメインなどのフィールドに対する柔軟な検索が求められます。MongoDB 9.0 により、組織はセキュリティを一切犠牲にすることなく、機密データを対象とした高度な検索体験を構築できます。
MongoDB Atlas は、セキュアな接続性と暗号化機能も大幅に強化しています。PSC（Google Private Service Connect）ポートマッピングの新規サポートにより、単一のエンドポイントを介して複数のデータベースノードへのアクセスが可能になり、プライベートネットワーキングの構成が大幅に簡素化されます。AWS PrivateLink のクロスリージョン接続により、トラフィックをパブリックインターネットに一切晒すことなく、異なる AWS リージョン間にあるアプリケーションと Atlas クラスターとの間で安全なプライベート通信を実現できます。AKV（Azure Key Vault）による保存時暗号化において、Atlas 管理のサービスプリンシパルを使用したシークレットレス認証がサポートされ、Atlas 内に長期的な認証情報を保存する必要がなくなりました。さらに、Atlas は認証局（CA）として GTS（Google Trust Services）のサポートを追加し、TLS 証明書管理の耐障害性をさらに向上させています。
これらの機能の連携により、機密データの確実な保護、ネットワークアーキテクチャーの簡素化、暗号化ワークフローの強化が容易になります。その結果、モダンアプリケーションの要件を制約するのではなく、ビジネスの推進を後押しするエンタープライズグレードのセキュリティが実現します。
高負荷時においても、データベースは何が重要かを把握
本番環境における障害は、すべてが計画通りに推移している状況で発生することはまずありません。突発的なトラフィックの急増、接続数の跳ね上がり、リソースの競合、あるいは運用チームの対応速度を超える急激なワークロードパターンの変化が起きたときに障害は発生します。MongoDB 9.0 は、そうした過酷な瞬間であってもシステムを何事もなく安定して稼働させ続けます。
IWM（Intelligent Workload Management）は、過負荷状態であっても Atlas クラスターの優れた応答性と予測可能性を維持するマネージド型の可用性機能です。クラスターに過負荷が発生すると、IWM は一時的なトラフィック急増をキューに収容し、短時間の操作を遅延なく処理し続け、長時間の操作を安定化させ、クラスター全体の安定性を維持するための最後の手段としてのみ過剰なリクエストを適切に制限します。これにより、オートスケーリングがキャパシティーを追加したり、オペレーターが対処するための貴重な猶予時間を確保できます。つまり、過負荷のピーク時であってもアプリケーションは稼働し続け、お客様が異常を感じることは一切ありません。
さらに MongoDB 9.0 は、予期せぬインシデントに備え、迅速に復旧するための制御機能を強化しています。自己管理型の MongoDB では、Enterprise Advanced が Ops Manager のコントロールプレーンを完全にバイパスするダイレクトデータパス経由で S3 バックアップを書き込めるようになり、パフォーマンスが大幅に向上しました。また、完全な不変性と可搬性を備えた PITR（ポイントインタイム復元）チェーンを S3 上に直接生成します。安全な順序によるメンテナンス制御機能により、インフラストラクチャーの更新が本番環境へ適用される前に、非本番環境で安全に検証することができます。
Atlas 向けのデータベースおよびコレクションレベルのリストア、強化されたスナップショット管理、カスタマイズ可能なメンテナンスウェーブにより、チームはデータ復旧とメンテナンス作業をきめ細かく制御できます。これらの機能により、組織は耐障害性を高め、変更管理を合理化し、自社の運用スケジュールに合わせて確実なアップデートを実施できます。
回復力は単なる約束ではなく、重要な業務を保護し、大切なものを復旧し、メンテナンスをより適切に管理するための運用機能になりつつあります。
システム全体を見る
モダンなシステムは、日々膨大な量のテレメトリを生成し続けています。本質的な課題は、単にデータを収集することではありません。収集したデータが、アプリケーションの文脈において具体的に何を意味しているのかを正確に理解することこそが重要です。MongoDB 9.0 は、データベースの挙動とアプリケーションの挙動の関係性をより明瞭に可視化します。刷新された Atlas のメトリクス UI により、チームはクラスターの健全性とワークロードのパフォーマンスを直感的に把握でき、問題の検知と診断をより迅速に行えるようになります。
強化されたネイティブの OpenTelemetry 統合により、Atlas のメトリクス、ログ、イベントを、Datadog、New Relic、Dynatrace、Prometheus/Grafana、Google Cloud、Azure、AWS CloudWatch などの OpenTelemetry 対応主要オブザーバビリティプラットフォームへ直接ストリーミング配信できます。
MongoDB 9.0 では、クエリシェイプメトリクスが読み取りだけでなく、挿入、アップデート、削除にも対応するようになりました。 チームは、アプリケーションのライフサイクル全体を通じて、ワークロードのパフォーマンス、リソース消費、データベースアクティビティをより包括的に把握できます。
インシデントが発生した際、エンジニアが最初にどこを確認すべきか迷ったり、対処の前にデータベースのシグナルを読み解く作業に煩わされたりしてはなりません。
既存の資産を活かしたモダナイゼーション
モダナイゼーションとは、チームの生産性をすでに支えている既存の技術資産や投資を切り捨てることではありません。MongoDB 9.0 は、次世代への移行コストを劇的に引き下げます。Hibernate ORM 向け MongoDB 拡張機能により、Java 開発者は使い慣れた Hibernate API と Hibernate クエリ言語（HQL）を引き続き利用しながら MongoDB を活用できます。
新たなスキーマ制約により、アプリケーションが求めるデータ形式をデータベース側で直接担保しやすくなり、チーム全員が一元的に信頼できるデータルールの共通基盤が整います。
これらの機能が連携することで、モダナイゼーションへの極めて現実的な道筋が開かれます。使い慣れた開発パターンを維持し、分散されたバリデーション処理を集約し、アプリケーションロジックを一から再構築することなく MongoDB の高い柔軟性を手に入れることができます。
次世代を見据えた単一の基盤
次世代のアプリケーションは、運用ワークロード、検索、分析、そして AI を高度に融合させていきます。AI エージェントは、膨大なデータの読み取りと書き込みを継続的に実行します。アプリケーションには、これまで以上に高速に応答し、極めて高い信頼性で稼働し、高度な機密情報を保護することが、すべて同時に求められます。そうした未来において、システムのさらなるサイロ化や分断は不要です。求められているのは、より強固な単一の基盤です。
MongoDB 9.0 により、組織は成長のためのキャパシティーを拡大し、状況の変化に応じた制御性を高め、本番環境での挙動をより把握しやすくし、機密データをより強力に保護し、モダナイゼーションへの移行をよりスムーズに進められます。 Atlas、Enterprise Advanced、Community Edition、および自己管理型環境全体にわたり、アプリケーション、開発者、AI システムの基盤としての MongoDB を強化します。規制対象環境やエアギャップ環境への配置も含まれます。
データベースがボトルネックになることは決してないはずだからです。
ほかのすべてを可能にするプラットフォームであるべきです。
データベースはこうあるべきです。
次のステップ
今すぐmongodb.com/atlasでこれらの新機能を無料でお試しいただき、詳細についてはリリースノートをご覧ください。
MongoDB 9.0 の実際の動作をご覧ください。本リリースによるパフォーマンス、セキュリティ、生産性の向上を詳しくご紹介する、10 月 13 日のウェビナーにぜひご参加ください。
注： パフォーマンス結果は、公開ベンチマーク手法を使用して MongoDB 9.0 と MongoDB 8.0 を比較した MongoDB の社内テストに基づいています。結果は、ワークロード、展開、ハードウェア、構成によって異なる場合があります。