ソフトウェア開発が進化するにつれて、データ環境に対する要求も進化してきました。当初のアプリケーション・アーキテクチャはシンプルで、小規模なオンプレミス・データベースを使用し、ソフトウェアのメジャー・アップデートのために数ヶ月に一度だけ下位環境にレプリケートする必要があった。しかし、アジャイルソフトウェア開発と “シフト・レフト（上流工程で対策を講じるという意味） “が主流になるにつれ、データベース・コピーの需要は増加し、必要なデータ更新の頻度も増加しています。
さらに、データプライバシー規制やサイバーセキュリティへの懸念から、機密データへのアクセスは制限される必要があり、データ自体もさまざまな手法で保護される必要があります。
プライバシーの保護されたデータベースのコピーを取得する従来の方法は、データ利用者がITサービス管理チケットシステムを通じてコピーを要求し、DBAチームが時間を作ってくれるのを待つというようなものです。DBAは、ビジネスが通常通り継続できるように本番データベースを保守するのが主な仕事ですが、リクエストをタイムリーに処理する帯域幅を常に持っているわけではありません。これは、質の低いデータを扱うアジャイルチームによる遅いテストサイクルにつながり、その結果、より見つけにくいソフトウェアの欠陥が生まれることになります。
現在ほとんどの企業では、異なる環境、複数のデータセンター、複数のクラウドにまたがって配信されるアプリケーションが多数あるため、さらに困難が伴います。1つのデータベースを複数の環境で複数のチームが使用する必要がある場合もあります。チームの1つがデータを変更するたびに、他のチームの進捗に直接影響する可能性があり、不必要な衝突を引き起こし、効率を低下させ、さらにエラーにつながる可能性さえあります。
ソフトウェア開発中のデータベース・アクセスの課題を克服し、理想的なテスト環境を構築するためには、データの品質やセキュリティを損なうことなく、プライバシー・セーフのテスト・データベース・コピーを迅速に提供し、市場投入までの時間を短縮することが重要です。
データベース仮想化：テストデータ管理（TDM）へのより良いアプローチ
DevOps、QA、アジャイル開発チームのデータベースコピーのニーズを満たすには、テストデータ管理（TDM）への全体的なアプローチが必要です。テストデータベースの迅速なプロビジョニングの必要性と、データプライバシーコンプライアンス、およびデータベースコピーの量が多い場合に制御不能になりかねないストレージコストのバランスを取ることが重要です。
データベースの仮想化やAIベースの自動マスキングなどのテクノロジーを取り入れ、ユーザーフレンドリーなUIとAPIを含む最新のTDMプラットフォームが理想的です。さらに、理想的なTDMプラットフォームは、DBAやその他のIT管理者への依存を排除するセルフサービスプロセスを提供します。
仮想データベースを使用することで、DevOpsのリリース速度を向上させる自動化されたプロビジョニングによって、ごくわずかなストレージを消費しながら、データベースのコピーを迅速に提供することができる。より多くの環境コピーを迅速に作成し、より多くの機能テストを実施することができるため、本番稼動に至る不具合の量を減らすことができます。
さらに、仮想化されたデータベースは、1つの場所に保存され、他の多くの場所からアクセスできるため、クラウドストレージのコストを劇的に削減する。また、仮想化はデータのコンテナとしても機能するため、ストレージが安価な場所であれば、複数のクラウド環境で使用することができる。
チームは、特定のデータベースがマスキングされるように自動化されたプロセスを導入し、企業データの安全性とプライバシーのコンプライアンスを保つ必要がある。自動化されたオンザフライのマスキングは、機密データの漏洩を防ぐために、テスト用データベースの構築や更新に直接統合されるべきでしょう。
DevOpsにおけるデータベースアクセスの将来
企業がクラウド環境やより分散されたシステムの利用を進めるにつれて、効率的で安全なテストデータ管理ソリューションの必要性は高まる一方です。企業は、信頼性が高く効率的なテストデータの配信を実現すると同時に、データプライバシーコンプライアンスを確保し、ストレージコストを最小限に抑えることができるTDMプラットフォームに投資する必要があります。これらのTDMソリューションは、より正確で代表的なテストデータ環境を構築する能力を加速し、より良いテスト結果、より少ないソフトウェア欠陥、より早い市場投入につながります。
RSSフィードを取得する
