Azure DevOpsがHYCUマーケットプレイスで利用可能になりました

Azure DevOpsは、数万ものエンジニアリング組織にとってのデリバリーの中核をなすプラットフォームであり、規制の厳しい環境下でソフトウェアが提供される業界でも広く採用されています。30,000社以上が本プラットフォームを利用しており、その多くは、規制が最も厳しく、ビジネス上極めて重要な製品を本プラットフォームを通じて運用しています。 これほど重要なプラットフォームには、エンタープライズクラスのデータ保護が必要です。 

本日、HYCU Backup and Recovery for Azure DevOpsの一般提供開始を発表できることを大変嬉しく思います。これは、チームの皆様が製品をリリースするために利用するプラットフォーム向けに特別に設計された、データ保護およびきめ細かな復旧ソリューションです。 

Azure DevOpsの保護が不可欠な理由 

チームがAzure DevOpsの保護を考える際、リポジトリを念頭に置きます。しかし、リポジトリは問題の一部に過ぎません。はるかに大きな部分は、それらを取り巻くデリバリーシステムなのです。 

• 計画、記録、および構成は、サービス内にのみ存在します。 ワークアイテムには、要件、決定事項、コメント、および完全なリビジョン履歴が含まれています。ボード、バックログ、クエリ、ダッシュボード、プロセステンプレート、およびカスタムワークアイテムタイプは、構築に何年もかかっており、誰のクローンにも存在しません。 これらは、記憶やチケット、スクリーンショットをもとに再構築されます。 
• 自動化がなければ、デリバリーは停止してしまいます。 パイプライン定義、変数グループ、環境、エージェントキュー、サービスフックによって、動作するコードは出荷可能なソフトウェアとなります。 これらが失われると、コードはそのまま残りますが、何もリリースされません。
• 監査の証拠が失われます。 規制対象の開発においては、作業項目やテスト計画は、審査員が求める「要件からテストへのトレーサビリティ記録」となります。これを提示できない場合、監査上の指摘を受け、誰かが書類を再作成するまでリリースが保留されることになります。  
• トークンや拡張機能の影響範囲は、人々が予想する以上に広範囲に及びます。 個人用アクセストークン、サービスアカウント、あるいは広範な権限を持つマーケットプレイス拡張機能は、作成者が意図した以上に多くのものにアクセスし、破壊する可能性があります。退職したエンジニアのトークンは、重要なパイプラインが依存している認証情報であることもよくあります。
• ネイティブの復旧機能は確かに存在しますが、その範囲には限界があります。 削除された組織やプロジェクトは 28 日間、リポジトリは 30 日間、テスト計画やテストスイートは 14 日間は復元可能ですが、特定の時点への復元は一切できません。 「destroy」パラメータを指定して削除 API を呼び出すスクリプトは、ごみ箱を経由せず、Microsoft 自身のドキュメントでも、それらのワークアイテムは復元できないと警告されています。 その他の点について、マイクロソフトは率直に次のように述べています。「お客様が誤って削除したアセットの復元はサポートしておりません。」 

Azure DevOpsの保護が困難な理由 ご自身での対応

• 5つのサービス、5つのデータモデルです。 ReposはGitオブジェクトグラフです。Boardsは作業追跡ストアです。 Pipelinesは定義メタデータです。Test Plansは、他のワークアイテムとは異なる挙動をするワークアイテムです。Artifactsはバイナリパッケージのペイロードです。それぞれに独自のキャプチャ方法と書き込みパスが必要であるため、単一のエクスポートでは使用可能なコピーを作成できません。
• スキーマはデータそのものであり、まず最初に取得する必要があります。 プロセステンプレートは、プロジェクト内のすべてのワークアイテムタイプ、フィールド、ルール、および状態を定義します。ワークアイテムは、そのインスタンスです。 スキーマが存在する前にこれらを復元すると、それらを格納する場所がなくなってしまいます。
• パイプラインは、別の場所に保存されている要素に依存しています。 ビルド定義は、プロジェクト設定から変数グループ、サービス接続、タスクグループ、および環境を、組織設定からエージェントキューを解決します。定義だけをバックアップすると実行できないパイプラインになってしまうため、保護は両方のスコープにまたがる必要があり、Azure DevOps ではこれらが別々に管理されています。
• Wikiは、実質的にリポジトリです。 Wiki は、サービスレベルの登録が上乗せされた Git リポジトリであるため、純粋なコードでも、純粋なコンテンツでもありません。 これを保護するには、両方の側面を考慮する必要があります。 

バックアップでオブジェクトをキャプチャしても、それらがどのように組み合わされているかをキャプチャしなければ、復元されたものは誰も作業できないプロジェクトになってしまいます。 

HYCU R-Cloud for Azure DevOps: 破損した部分を正確に復元 

HYCU for Azure DevOpsは、こうしたインシデントが通常どのように発生するかという点を踏まえて設計されています。つまり、重要なデータが1つ削除されたり破損したりし、後になって誰かがそれに気づくというケースです。これが実際にどのような意味を持つのか、以下にご説明します： 

• デリバリーシステム全体の保護： 多くのツールはリポジトリを保護します。 R-Cloudは、その周囲のすべて――ワークアイテムとその履歴、ボードやクエリ、パイプライン定義、Wiki、テスト計画、組織設定――も保護します。 
• スキーマもバックアップに含まれます： プロセステンプレートやカスタムワークアイテムタイプは、それらに基づいて作成されたワークアイテムとともに保護されるため、作業が作成された当時の状態を復元することができ、記憶を頼りに再構築する必要はありません。 
• あらゆるレベルでの復旧： 1つのワークアイテム、1つのリポジトリ、1つのパイプライン、プロジェクト全体、あるいは組織設定のいずれが必要であっても、R-Cloudは同一のプラットフォームから対応いたします。 復元は元の場所で実行されるため、影響を受けなかったチームは作業を中断することなく継続できます。 
• 期間を超えて残る証拠： ビルドおよびリリースの履歴、テスト実行結果、組織の監査ログは記録され、エクスポート可能です。そのため、評価者から18か月前のリリースについて質問があった場合でも、何がリリースされ、何がテストされ、誰が何を変更したかを提示することができます。 
• ストレージレベルの不変性： オブジェクトロックおよびWORM不変性が利用可能です。また、Azure DevOpsの認証情報ではバックアップにアクセスできないため、トークンの漏洩や管理者のミスによってバックアップが影響を受けることはありません。 
• お客様のストレージ、お客様の管理： バックアップは、お客様が所有するストレージ、つまりお客様のアカウントおよびリージョンに保存されます。  
• 柔軟な保存期間： プラットフォームが提供する28日間の期間とは関係なく、コピーの保存期間を自由に決定できます。 
• Microsoftによる統合的な保護： Azure DevOps、Microsoft 365, Entra ID、Azure、および GitHubを、単一のプラットフォームから、単一のポリシーフレームワークの下で、単一の管理画面から復旧管理を行うことで保護します。 

御社が製品をリリースするために利用しているシステムには、組織内の他のミッションクリティカルなシステムと同等のデータ保護レベルが求められます。

復旧の実際の動作をご覧ください

御社の Azure DevOps 組織で実際に試してみませんか？

このセルフガイドツアー をご利用いただき、失われたアイテムをわずか数分で復元する方法をご確認ください。