本文にスキップ
AI News HubLIVE
サイト内リライト5 分で読了

ProcoreがOpenSharingで建設分析を強化する方法

記事の要約

Procoreは、API駆動で1日1回更新の分析製品をDatabricks上のOpenSharingに置き換え、データ可用性を2倍にし、更新頻度を毎時まで引き上げ、建設業の顧客向けに数百のキュレーションされたテーブルを提供しています。

ProcoreがOpenSharingで建設分析を強化する方法
誤りを報告

訂正窓口はまだ利用できません。記事情報をコピーして保存できます。

訂正案内
本文へ

Procoreは、米国、欧州、中東、アジア、オーストラリアで数万の顧客にサービスを提供する世界有数の建設管理ソフトウェアプロバイダーです。建設業ではデータが異なるプラットフォーム、地域、チームに分散しており、現場データが財務システムと連携していないと財務リスクが隠れる可能性があります。また、プロジェクトマネージャー、遠く離れた建設幹部、現場監督が同じプロジェクトビューを見られないと、古いまたは不完全な情報に基づいて意思決定が行われます。Procoreの使命は、建設業のすべての人々(所有者、総合請負業者、専門請負業者)を単一のプラットフォームでつなぐことです。

しかし、Procore内部でデータをつなぐだけでは不十分です。顧客はそのデータを自分の環境に取り込み、ERPや財務システムなどと組み合わせてレポートや分析を行いたいと考えています。Procore Analyticsは、接続されたProcoreデータセットへのプログラムによるアクセスを提供し、顧客が既に使用しているツール(Power BI、Tableau、Snowflake、BigQuery、オンプレミスSQL Serverなど)にデータを引き込むことを可能にします。

第一世代のProcore AnalyticsはSQL Serverバックエンドに基づき、パブリックAPIを介してデータを抽出し、Azureデータベースにロードして顧客がクエリできるようにしていました。アーキテクチャは機能しましたが、厳しい上限がありました。更新は1日1回に制限され、追加更新を支払った顧客でも1日最大3回まででした。時間単位で状況が変わる建設プロジェクトでは、この遅延が最大の制限要因でした。また、数万の顧客のためにパブリックAPIを介してデータを抽出すると、深い再帰呼び出しが必要になり、コストがかさみ、脆弱で、タイムアウトや制限に達しやすくなりました。

Procoreが次世代のProcore Analyticsを設計する頃には、Databricksは既にProcoreプラットフォームの他の部分を支えていました。そのため、OpenSharingは顧客向け抽出製品に自然な選択となり、いくつかの具体的な利点をもたらしました。運用効率の面では、キュレーションされたファイルをその場で共有することで、深い再帰API呼び出しのコスト、脆弱性、タイムアウトリスクが排除されます。規模の面では、Procoreは各顧客に数百のキュレーションされたテーブルを共有でき、パーティションアクセスを顧客ごとに維持して数十万の個別データ共有を大規模に管理できます。リーチの面では、OpenSharingのオープンプロトコルはすべての主要クラウドとITスタックに対応します。Power BIやTableauなどのBIツールはすぐに機能し、Databricks顧客はデータを移動せずにネイティブなDatabricks-to-Databricks体験を得られます。他のウェアハウスやプラットフォームの顧客は、オープンなOpenSharingクライアントライブラリを使用して同じ共有を消費できます。信頼性とパフォーマンスの面では、顧客はAPI呼び出しを連鎖させて結果をつなぎ合わせるのではなく、既にクリーニング、モデリング、品質チェックされたガバナンス済みデータを消費します。セキュリティとガバナンスの面では、共有はUnity Catalogを通じて行われ、すべてのテーブルが集中的にガバナンスされ、アクセスはユーザーごとおよびプロジェクトごとに強制されます。総合請負業者は、自身の財務を非公開にしながら、プロジェクトの進捗を所有者と共有できます。

ProcoreはDatabricks内でメダリオンアーキテクチャに基づいてProcore Analytics 2.0を構築しました。Procoreアプリケーションデータベースと統合イベントからの生イベントはブロンズ層にそのまま着地します。シルバー層はクリーニング、検証、データ品質チェックを適用し、下流が依存する確認済みデータセットを生成します。ゴールド層はデータを集約、最適化、モデリングして分析用にします。ブロンズ、シルバー、ゴールドはすべて複数のリージョンで実行され、処理がソースデータの近くで行われます。ゴールドテーブルは各リージョンから単一のプライマリ分析リージョンにプルされ、OpenSharingがそこでデータを顧客にファンアウトします。

顧客には2つの受信パスがあります。Databricksを持たない顧客は、Procoreアプリケーション内で直接OpenSharingトークンを生成し、オープンプロトコルを使用して接続します。Databricksを持つ顧客は、ワークスペース識別子を追加してDatabricks-to-Databricks共有を通じてネイティブに共有を受け取ります。自動化されたエンタイトルメントでは、スケジュールされたジョブが新しい共有と権限の変更を監視し、Procoreアプリケーションから各ユーザーの権限を読み取り、それに応じてOpenSharingのエンタイトルメントを調整します。これにより、手動プロビジョニングなしでユーザーごと、プロジェクトごとの強制が実現します。

粒度と増分性の面では、Procoreはスキーマ、ビュー、テーブル、パーティションレベルで共有します。テーブルは変更データフィードが有効になっているため、受信者は完全なデータセットを消費するか、前回の同期以降の変更のみを消費するかを選択できます。これは、個々のテーブルが数百万のレコードを保持する場合に重要です。同じゴールド層がProcoreのアプリ内レポートと顧客抽出の両方を支えているため、スキーマと命名規則は製品間で一致します。顧客がProcore UIで見る値は、抽出でも同じ名前と同じ値で表示されます。

数千の下流顧客環境にデータを配信するということは、破壊的変更を慎重に伝える必要があります。破壊的変更とは、フィールドの名前変更、列のデータ型の変更、テーブルの再構築など、顧客の下流パイプラインを中断させる可能性のあるものです。Procoreは、年4回の破壊的変更リリースを6週間前の通知で、年12回の非破壊的変更リリースを3週間前の通知で行うことを決定し、組織全体のリリースカレンダーと整合させました。

データチームも再編されました。旧世界では、分析用とアプリ内レポート用の2つの並行パイプラインがあり、それぞれに取り込み、モデリング、ガバナンスがありました。新世界ではそれを1つのパスに統合します。単一の統合パイプラインが取り込み、着地、モデリング、ガバナンスを処理し、財務などのビジネス領域に沿ったデータドメインチームにファンアウトします。各ドメインチームはデータをエンドツーエンドで所有し、各ツールのニュアンスについて関連するアプリケーションチームと協力します。別々の分析、レポート、インテリジェンスチーム間で知識を重複させることはありません。

測定可能な影響は主にデータ可用性に現れます。Procore Analytics 1.0はベースラインカタログの構築に数年を要しましたが、OpenSharingを採用した2.0は半分未満の時間でカタログを数百のテーブルに拡大し、顧客が大規模に抽出できるデータの表面積を実質的に倍増させました。エンド顧客にとって、OpenSharingへの移行は1日1回の更新上限を解除し、働き方を変えました。顧客はビジネスのリズムに合わせて更新をスケジュールでき、以前は毎日1回だった顧客の多くが実際には1日に複数回、下流ツールがサポートする任意の頻度でデータを取得しています。プロジェクトマネージャーは、重要な顧客プレゼンテーションの準備中に、その朝の幹部からの多数の最新情報を取得し、会議に間に合うようにライブダッシュボードに反映できます。旧モデルでは、これらのニュアンスを会議自体で説明する必要がありました。

内部製品チームにとって、単一の共有パイプラインは、ツールチームが新機能を構築し、出荷後ほぼすぐに顧客がそのデータを抽出できることを意味します。並行分析パイプラインが追いつくのを数ヶ月待つ必要はありません。Procoreは、ツールデータの可用性の向上が直接顧客の新しい製品体験につながると期待しています。

更新頻度、規模、リーチの直接的な利点を超えて、ProcoreがDatabricksとOpenSharing上に構築したデータアーキテクチャは、顧客に企業全体のレポートとインテリジェンスのためのガバナンスされ、継続的に利用可能な基盤を提供します。顧客がすべてのアクティブなジョブにわたってレポートを標準化する場合でも、プロジェクトデータを企業BIに供給する場合でも、その上にAIを構築する場合でも、価値は同じように始まります。つまり、クリーンでモデリングされ、ガバナンスされ、必要なすべてのシステムで利用可能なデータです。これがまさにProcore Analytics 2.0が生み出すものです。単一のマルチリージョンゴールド層がProcore自身のアプリケーション体験を支え、顧客がProcoreデータ上に構築する製品に流れ込み、OpenSharingや他のデータパスを通じてすべての主要クラウド上の数千の建設会社に届きます。この基盤があれば、企業レポート、分析、新しいAIユースケースはすべて、一連の個別統合ではなく、同じ信頼できる最新の真実のソースからデータを引き出します。

Procoreの長期的な目標は、最初から掲げている使命と一致しています。それは、建設業のすべての人々をグローバルプラットフォームでつなぎ、すべてのプロジェクトのすべてのチームに、より安全に、より速く、よりスマートに建設するために必要な信頼できるデータを提供することです。Procore AnalyticsのプロダクトマネージャーであるMatthew Guptill氏は次のように述べています。「OpenSharingはデータ可用性の向上に役立ち、建設業のすべての人々が、幹部からプロジェクトマネージャー、現場のスタッフまで、自分たちの仕事に対してより良い可視性を得られるようになりました。これは、プロジェクトを予算内で期限内に安全に完了するのに役立っています。」

要点と分析を開く

記事インテリジェンス

研究者上級

要点

  • Procore Analytics 2.0はDatabricksのメダリオンアーキテクチャとOpenSharingを活用し、数百のキュレーションされたテーブルを配信
  • 更新頻度が1日1回から毎時に向上し、数十万の個別データ共有をサポート
  • 統合パイプラインとセマンティックレイヤーにより、新機能のデータ提供が迅速化し、一貫性を確保
  • OpenSharingはPower BI、Tableau、Databricksなどクロスクラウド・クロスプラットフォームのオープンプロトコルを提供

要点と分析は自動生成され、誤りを含む場合があります。原典をご確認ください。