TOGAFとは：The Open Group Architecture Frameworkの実践ガイド

データプラットフォームのモダナイゼーションの取り組みは、通常、既存の環境からまさに始まります。財務部門はあるレポートパスに依存し、プロダクトチームは別のパスに依存しています。また、地域のチームには独自のデータレジデンシーの制約があり、アプリケーションの所有者は、どの統合であれば既存の機能を損なうことなく変更できるかを把握しています。アーキテクトがターゲットプラットフォームを定義するには、その前に、変更を計画するのに十分な精度で現在のプラットフォームを記述する方法が必要です。The Open Group Architecture Framework（TOGAF）は、この計画作業に共通のアプローチを提供します。

The Open Groupによって維持されているTOGAFは、ビジネス、データ、アプリケーション、テクノロジーの各ドメインにわたってエンタープライズアーキテクチャを体系化します。TOGAF Standard（10th Edition）は、Architecture Development Method（ADM）を中核とし、このガイダンスをモジュール式のコンテンツライブラリとして構成しています。これにより、初期のアーキテクチャビジョンから、詳細なドメイン定義、実装、継続的な変更管理に至るまでの一貫したパスが提供されます。

データリーダーにとって最も関連性の高い作業はフェーズCで行われ、ここでデータアーキテクチャはより広範なエンタープライズロードマップの一部となります。

ADMは予備フェーズから始まります。このフェーズでは、アーキテクトがアーキテクチャ機能自体を確立します。具体的には、ドメインアーキテクチャの作業を開始する前に、フレームワークと原則を定義し、組織のコンテキストに合わせてADMを調整し、ガバナンス構造を設定します。

そこから、ADMは8つのフェーズと、それらすべてにわたって継続的に実行される要件管理プロセスへと進みます。

チームがTOGAFで目標とするデータアーキテクチャを定義した後の次の課題は、そのアーキテクチャをプラットフォーム層でどのように実装するかです。論理データモデル、配信図、またはデータセキュリティの説明は、物理オブジェクト、共有パターン、コンピュートリソース、アクセス制御、およびメタデータサービスにマッピングする必要があります。Snowflakeは、この作業を次のようにサポートします。

フェーズCのエンティティとデータコンポーネントは、Snowflakeのデータベース、スキーマ、テーブル、ビューにマッピングできます。概念モデルと論理モデルは引き続きアーキテクチャチームの管轄ですが、Snowflakeは、それらのモデルがガバナンスの効いたクエリ可能なアセットとなる物理構造を提供します。

データ配信図は、Snowflakeデータシェアリング、レプリケーション、およびクロスリージョンコラボレーションのパターンにマッピングできます。ここで、データの移動、レジデンシー、可用性に関するアーキテクチャの決定が実装パターンになります。

フェーズDは、ストレージ、コンピュート、スケーラビリティ、同時実行性、運用上のレジリエンスなど、プラットフォームアーキテクチャ自体に関連します。Snowflakeでは、これにはストレージとコンピュートの分離、仮想ウェアハウス、マルチクラスタースケーリングなどが含まれます。

データセキュリティの説明は、ロールベースのアクセス制御、ダイナミックデータマスキング、行アクセスポリシー、ネットワークポリシーにマッピングできます。メタデータの要件は、リネージ、分類、タグ付け、ポリシーコンテキストを管理するHorizonカタログにマッピングできます。

TOGAFは、ターゲットドメイン、フロー、データプロダクト、セキュリティ要件、移行ステップ、ガバナンスのチェックポイントなど、存在すべきものをアーキテクチャチームが定義するのに役立ちます。Snowflakeのようなプラットフォームは、データベース、スキーマ、コンピュートの分離、共有、レプリケーション、アクセス制御、リネージ、メタデータといった物理層および運用層の実装に役立ちます。

TOGAF、COBIT、DAMA-DMBOKは、関連する課題に異なる角度からアプローチするため、よく一緒に登場します。