プラットフォームを選択する前にAPIについて尋ねるべき15の質問

API選択の質問

良い友達とメンターが私に質問を投げかけたので、この投稿に私の回答を使用したいと思います。 彼の質問はもう少しXNUMXつの業界(Eメール)に焦点を当てていたので、私はすべてのAPIへの回答を一般化しました。 彼は、選択を行う前に、企業がAPIについてベンダーに尋ねるべき質問を尋ねました。

なぜAPIが必要なのですか?

An アプリケーションプログラミングインターフェイス(API) は、他のコンピュータプログラムによるサービスの要求を可能にするため、および/またはそれらの間でデータを交換できるようにするために、コンピュータシステム、ライブラリ、またはアプリケーションが提供するインターフェイスです。

Wikipedia

URLを入力してWebページに応答を返すのと同じように、APIは、システムが応答を要求して取得し、システム間でデータを同期するためのメソッドです。 企業がデジタル変換を検討している場合、APIを介してタスクを自動化することは、組織内の効率を改善し、人的エラーを減らすための優れた方法です。

APIは、特にマーケティングアプリケーションにおいて、自動化の中心です。 包括的なベンダーを購入する際の課題のXNUMXつ API 開発リソースと費用は通常、後から考えたものであるということです。 マーケティングチームまたはCMOがアプリケーションの購入を推進する場合があり、開発チームが多くの情報を入手できない場合があります。

APIを介してプラットフォームの統合機能を調査するには、単純な質問以上のものが必要です。 APIはありますか?

サポートが不十分または文書化されたAPIを使用してアプリケーションにサインオンすると、開発チームが夢中になり、統合が不足したり、完全に失敗したりする可能性があります。 適切なベンダーを見つければ、統合が機能し、開発担当者が喜んでお手伝いします。

API機能に関するリサーチクエスチョン:

  1. 機能ギャップ –アプリケーションプログラミングインターフェイスを介して利用できるユーザーインターフェイスの機能を特定します。 APIにはUIにはない機能があり、その逆もありますか?
  2. スケール –彼らに何回電話をかけたか尋ねる API 毎日。 サーバーの専用プールはありますか? APIが後から付け加えられたものなのか、実際に会社の戦略の一部なのかを特定する必要があるため、数量は非常に重要です。
  3. ドキュメンテーション –APIドキュメントを要求します。 APIで利用可能なすべての機能と変数を詳しく説明し、堅牢である必要があります。
  4. コミュニティ –他の開発者とコードやアイデアを共有するために利用できるオンライン開発者コミュニティがあるかどうかを尋ねます。 開発者コミュニティは、開発と統合の取り組みを迅速かつ効率的に開始するための鍵です。 会社の「API担当者」を活用するのではなく、ソリューションの統合ですでに試行錯誤を繰り返しているすべての顧客を活用しています。
  5. RESTとSOAP –どのタイプの API それらには…通常、REST APIとWebサービス(SOAP)APIがあります。 彼らは両方を開発している可能性があります。 どちらかと統合することには利点と呪いがあります…統合リソース(IT)の機能に精通している必要があります。
  6. 言語 –統合に成功したプラットフォームとアプリケーションを尋ね、連絡先をリクエストして、統合がどれほど困難で、APIがどの程度うまく機能しているかを顧客から確認できるようにします。
  7. 制限事項 –ベンダーがXNUMX時間、XNUMX日、XNUMX週間などの通話数にどのような制限があるかを尋ねます。スケーラブルなベンダーがいない場合、成長は顧客によって制限されます。
  8. サンプル –簡単に開始できるコード例のライブラリを提供していますか? 多くの企業が、統合のタイムラインを加速するさまざまな言語とフレームワーク用のSDK(ソフトウェア開発キット)を公開しています。
  9. サンドボックス –コードをテストするための非本番エンドポイントまたはサンドボックス環境を提供していますか?
  10. リソース– 社内に専用の統合リソースがあるかどうかを尋ねます。 統合に利用できる内部コンサルティンググループはありますか? もしそうなら、契約に数時間を投げてください!
  11. セキュリティ – APIを使用してどのように認証しますか? それはユーザーの資格情報、キー、またはその他の方法論ですか? IPアドレスでリクエストを制限できますか?
  12. 稼働時間 –彼らに何を尋ねる API 稼働時間とエラー率はであり、メンテナンス時間はいつですか。 同様に、それらを回避するための戦略も重要です。 再試行する内部プロセスがありますか API 別のプロセスのためにレコードが利用できない場合に呼び出しますか? これは彼らがソリューションで設計したものですか?
  13. SLA –彼らは持っていますか サービスレベル契約 稼働時間は99.9%以上にする必要がありますか?
  14. ロードマップ – APIに組み込まれる将来の機能と、予想される配信スケジュールは何ですか?
  15. コネクター –どのような製品化された統合を開発したか、またはサードパーティが開発したか。 別の製品化された統合がすでに存在し、サポートされている場合、企業は機能の内部開発を見送ることがあります。

これらの質問の鍵は、統合がプラットフォームに「結婚」することです。 あなたは彼らについてあなたができる限り多くを知ることなしに誰かと結婚したくないですよね? これは、人々が統合機能の知識なしにプラットフォームを購入したときに起こることです。

API以外にも、バーコード、マッピング、データクレンジングサービス、RSS、Webフォーム、ウィジェット、正式なパートナー統合、スクリプトエンジン、SFTPドロップなど、他にどのような統合リソースがあるかを調べる必要があります。

3のコメント

  1. 1
  2. 3

どう思いますか?

このサイトはAkismetを使用して迷惑メールを減らします。 コメントの処理方法を学ぶ.