エンタープライズおよびエンタープライズを支援するソリューションプロバイダーは、新たな厳しい現実に直面しています。アプリケーションが多すぎて、それらのアプリ全体にデータが散乱しすぎているのです。
平均的なエンタープライズは150以上のSaaSソリューションを使用しています。そしてG2 Researchによると、ソフトウェア購入者の82%が新しく購入するソリューションはすでに持っているツールと接続できることを期待しています。
つまり、ソリューションに十分なネイティブ統合を追加することはかつてないほど重要になっています。しかし、150以上のAPI統合を提供することはさまざまな理由から多くの開発チームには荷が重すぎます。
市場投入までの時間：1つの統合を構築するのに6ヶ月かかり、複雑なデータソースには2年かかります
差異がスケーラビリティを妨げる：API間の技術的差異により、すべての統合がカスタムジョブになります
終わりなきメンテナンス：統合の構築は簡単な部分で、大半の作業はメンテナンスです
チームの不整合：スケールで統合を構築するには大規模な専門チームが必要です
コスト：統合をスケールするにつれて、カスタム統合プロセスは年間数百万ドルに膨らみます
ほとんどのISVにとって、コネクタはコアプロダクトではなく、ロードマップでチェックすべきもう一つの必須項目にすぎません。組み込みCDataコネクタはスタートアップからGoogle・Salesforce・Tibco・Collibraなどの世界トップのテクノロジー企業まで、データISVから信頼されたネイティブ統合のスケーラブルなソリューションです。
数週間で出荷するか、バックログに数年を追加するか？
典型的なプロダクトチームは約6ヶ月で1つのパフォーマンスの高いコネクタを構築でき、WorkdayやNetSuiteなど複雑なエンタープライズデータソースのすべての重要なテーブルとフィールドにわたる完全な接続性を構築するには2年ほどかかります。
独自のコネクタを構築する場合、その6〜24ヶ月のタイムラインはいくつかのステップに対応します。
提案：主要な機能を含む統合の計画とスコープ設定
実装：各統合のオリジナルコードの作成（APIをまたいでコードを再利用することはできません）
コードデザインレビュー：コードのピアレビューとマネージャーレビューの実施
QAレビュー：自動化と人によるQAテストを通じたコードとクエリの実行
ヘルプレビュー：顧客が使用できるように統合のドキュメントを作成
既製の接続ソリューションでは、接続プロバイダーがこれらのステップをすでに処理しており、数週間でコネクタをデプロイできます。顧客が求める数十または数百の統合全体にスケールすれば、接続ソリューションを購入することでバックログから何年も削減できることがわかります。
API差異が統合をスケール不可能にする6つの方法
プロダクト統合構築の中心的な課題はスケーラビリティの欠如です。すべてのAPIが異なるため、あるAPIに構築した統合はさまざまな理由から他のAPIには機能しません。
API標準は標準化されていない：REST標準は「モダン」なAPIでも大きく異なり、多くの主要なデータベースとSaaS APIはさらに共通性の低い古いSOAP標準を使用しています。
データモデルが異なる：APIはデータを公開するために異なるデータモデルを使用します。例えば、あるAPIは発注書を個々の明細項目（メタデータ）がアクセスできない1つの大きなファイルとして公開するかもしれませんが、他のAPIはその発注書内の各明細項目を固有のオブジェクトまたはフィールドとして公開することがあります。これらの差異を考慮してAPIクエリを変更・カスタマイズし、プラットフォーム内のユーザーにとって意味のある方法でデータを表示する必要があります。
メタデータアクセス：データ中心のソリューションのユーザーは、統合を有用にするためにメタデータが必要です。しかし、クエリするAPIがそのデータを表示しない場合、ソリューション内でフラット化されたドキュメントを個別のピースに分解する時間を費やす必要があります。これを数百のAPIにわたる数千のフィールドタイプで行うことを想像してみてください。
ドキュメントのないAPI：多くのエンタープライズソリューションは現代のサードパーティ統合を念頭に置いて構築されていなかったため、APIドキュメントはしばしば最小限またはまったく存在しません。ドキュメントをくまなく調べてヒントを探すか、サードパーティAPIを独自に試行錯誤でテストするのに無数の時間を費やすことになります。
デベロッパーアクセス：統合をコーディングしてクエリをテストするには、まず各APIへのアクセスが必要です。しかし多くのソリューションプロバイダーは開発者がAPIにアクセスするために相当な料金を請求します。場合によっては、1万ドル以上のエンタープライズライセンスを購入する必要があります。
認証の課題とトークンの有効期限：多くの統合でOAuth認証の設定が必要ですが、OAuthは本当のプロトコルではなく、プロトコルの骨格であり、アプリ開発者は大きく異なる実装を使用しています。また、異なる速度でトークンをリフレッシュする必要があります。有効期限のないものもあれば、数日間有効なもの、ユーザーが設定した方法によるものもあります。いずれかの時点でトークンが認証されていない場合、顧客の統合は機能しなくなります。
OAuth 2.0については包括的なOAuth 2.0ガイドでご確認ください。
統合は終わりなきメンテナンス
プロダクト統合の構築は簡単な部分です。難しいのは、すべての顧客に対して継続的に動作させることです。統合は終わらず、時間の経過とともに作業の大半はメンテナンスが占めます。
APIは常に変わる
主要な課題の1つは、ソリューションプロバイダーが定期的にAPIを更新することです。すべてのAPIは少なくとも2年ごとに大きな更新を受けており、最もサポートされているAPIは3〜6ヶ月ごとに大幅に変更されます。
数ヶ月に1回の変更は大したことではないように見えますが、100の統合でそれを掛け合わせると、すぐに対処に追われる状態になります。そして、API変更を無視することはできません。それは顧客を混乱させることになるからです。
破壊的な変更：基盤となるAPIからデータが公開される方法への変更は、最新の状態を維持しないと統合を壊します。
セキュリティ更新：最も一般的な変更はセキュリティ更新です。これを見落とすと、接続がセキュリティ侵害に脆弱になります。
新機能と機能性：すべての変更が破壊的な変更というわけではありませんが、顧客はサードパーティAPIの完全な機能をサポートするよう求めます。
サードパーティAPIのサポートとデバッグが必要
エラーをデバッグして修正するには、それを再現して理解できる必要があります。しかし、サードパーティAPIから生じるエラーは悪名高いほど不可解です。エラーが表示されないこともあります。ユーザーエラーを扱うこともあります。本当に修正が必要な問題と、エンドユーザーの設定や認証エラーのトラブルシューティングをしているだけの場合を判断する効率的な方法が必要です。
徹底したドキュメントの作成が必要
サポートエンジニアはサードパーティアプリケーションのAPIに精通していない可能性が高いため、それらのAPIに関連する問題を効果的にサポートするには、徹底した社内ドキュメントとランブックを作成する必要があります。これは時間のかかるリソース集約的なプロセスです。
独自の統合チームを雇うことは非効率
ほとんどのプロダクトチームは最初のいくつかの統合を自社で構築しますが、すぐに既製のソリューションを見つけるか専任の統合開発チームを雇うかという意思決定の岐路に達します。APIの差異と継続的なサポート要件を考えると、チームが必要な理由が分かります。しかし、構築することは賢明で、コストはどれくらいかかるでしょうか？
何人の統合開発者が必要か？
API統合の構築と保守、SaaSソリューションプロバイダーとの連携における長年の経験から、サポートを計画しているAPIの5〜7個ごとに最低1〜2人の開発者が必要と計画できます。これは大まかな目安です。複雑なエンタープライズAPIの場合、1つの統合ごとに1人の開発者が必要なことに驚かれるかもしれません。そして冗長性を考慮する必要があります。チームのメンバーをクロストレーニングし、例えばNetSuiteのAPIの専門家である開発者が1人いなくなった場合に備えてAPIをカバーできる体制を確保する必要があります。
例えば、CDataコネクタを埋め込んでいる主要なOEMパートナーの1社は、CDataで埋め込んだ300以上のコネクタを提供するためには120人のフルタイム開発者が必要だったと計算しています。
コストの計算
インドの開発者でチームを構成できる場合、統合1件あたりの平均コストは数万ドルになります。API統合に固有の差異とメンテナンスにより、統合を追加してもユニットコストは下がりません。オフショアチームを立ち上げる初期のハードルとセットアップコストを無視しても、統合をスケールするにつれてコストは急速に数百万ドルに膨らみます。
API差異が専門性のギャップと採用の課題を生む
しかし別の課題もあります。思考実験として、計算が合って独自の統合をすべて構築することを選択したとしましょう。直面する本当の問題は、そのチームの採用とトレーニングの困難さです。API開発の多くの変数により、統合の構築には各APIにわたる特化したプログラミング専門知識が必要です。HubSpot・NetSuite・Workday（そしておそらく数百のその他）の専門家が必要になります。その専門知識を持つ人は簡単には見つからないため、トレーニングに時間を費やすか、過剰な対価を支払うことになります。
統合チームの構築は自社のビジョンに合っているか？
そのチームを確保できたとして（それは大きなIFですが）、それは理にかなっているでしょうか？統合開発者は、他の組織のソリューションに紐づいたニッチな問題を解決するための高度に専門化されたドメイン専門知識をもたらします。しかし、最も成功するプロダクトチームはまったく逆のスキルを培います。より大きな問題を解決し、コアバリューに紐づいた差別化能力を提供するために構築されています。世界トップのテクノロジー企業のパートナーのプロダクトヘッドが述べたように：
「私たちはHubSpotのAPIを知っている人を雇うのではなく、非常に複雑な問題を解決して非常に複雑なコードを書ける人を雇います。次世代のプロダクトに目を向けたいのです。採用する人々は本当に複雑な問題を解決することを考えています。」
- プロダクトヘッド；グローバルトップクラウドソリューションプロバイダー
組み込み接続性にCDataを選ぶ理由
統合をソリューションに取り込むことは顧客に価値を提供しますが、ほとんどのソリューションの主要な価値提案ではありません。開発チームには、コアの差別化要因の構築に費やすべき貴重な時間があります。特に、あなたも競合他社も既製の接続性を調達できるためです。
CDataでは、統合が私たちのコアビジネスです。
統合の構築と維持は一回限りのプロジェクトではなく、特にデータ主導のソリューションにとっては継続的な取り組みです。私たちはデータ接続を科学にまで昇華させており、チームが製品の構築に集中できるよう無数の時間を節約します。
スケーラブルな統合のためにすべてのAPIを同じ方法で接続する
私たちのSQLコネクタはAPIエンドポイントを標準的なSQLラッパー内で標準化します。私たちがサポートする300以上のすべてのAPIにSQLを使用して接続できます。SQL抽象化層を通じて、CDataコネクタはプロダクトに対してすべてのAPIを同じように見せ、すべて同じ方法で接続できます。
実証された技術
私たちのコネクタは実際のユースケースでテスト済みで証明されています。Google・Salesforce・Palantir・Collibraなど技術業界の最大手を含む150以上のデータISVが2,000以上のアプリケーションにCDataコネクタを組み込んでいます。私たちのコネクタは月間27億のクエリを処理し、1.7兆以上のレコードを取得します。
お客様の事例をご覧ください
サードパーティAPIをサポートします
私たちは提供するすべてのコネクタと製品に徹底したドキュメントを用意しています。また、あなたと顧客に直接サポートを提供します。そして継続的なメンテナンスとサポートを提供し、常に変化するAPIエンドポイントに対して保護し、エラーのトラブルシューティングを支援します。
信頼できるセキュリティ
CDataはSOC-2認証を取得しています。これは資格を持つサードパーティ監査人によって実施される非常に厳格な認証プロセスです。また、Checkmarxとの継続的な侵入テストとセキュリティチェックも実施しています。
セキュリティの詳細をご覧ください
※本記事はCData US ブログProduct Integration Strategy: Build vs. Buy SaaS Integrationsの翻訳です。
