플랫폼을 선택하기 전에 API에 대해 물어봐야 할 15 가지 질문

API 선택 질문

좋은 친구이자 멘토가 저에게 질문을했고이 게시물에 대한 제 답변을 사용하고 싶습니다. 그의 질문은 한 산업 (이메일)에 좀 더 초점을 맞추었기 때문에 모든 API에 대한 제 답변을 일반화했습니다. 그는 회사가 API를 선택하기 전에 공급 업체에 어떤 질문을해야하는지 물었습니다.

API가 필요한 이유는 무엇입니까?

An 응용 프로그래밍 인터페이스 (API) 다른 컴퓨터 프로그램이 서비스를 요청할 수 있도록하고 /하거나 이들간에 데이터를 교환 할 수 있도록하기 위해 컴퓨터 시스템, 라이브러리 또는 애플리케이션이 제공하는 인터페이스입니다.

위키 백과

URL을 입력하고 웹 페이지에서 응답을받는 것처럼 API는 시스템이 데이터를 동기화하기 위해 요청하고 응답을받을 수있는 방법입니다. 기업이 자신을 디지털 방식으로 전환하려는 경우 API를 통한 작업 자동화는 조직 내 효율성을 개선하고 인적 오류를 줄이는 좋은 방법입니다.

API는 특히 마케팅 애플리케이션에서 자동화의 중심입니다. 포괄적 인 서비스를 제공하는 훌륭한 벤더를 쇼핑 할 때의 과제 중 하나 API 개발 리소스와 비용은 일반적으로 사후 고려 사항이라는 것입니다. 마케팅 팀 또는 CMO가 애플리케이션 구매를 주도 할 수 있으며 때로는 개발 팀이 많은 정보를 얻지 못합니다.

API를 통해 플랫폼의 통합 기능을 조사하려면 단순한 질문 그 이상이 필요합니다. API가 있습니까?

제대로 지원되지 않거나 문서화 된 API가있는 애플리케이션으로 로그인하면 개발 팀을 미치게 만들고 통합이 부족하거나 완전히 실패 할 수 있습니다. 적합한 공급 업체를 찾으면 통합이 작동하고 개발 담당자가 기꺼이 도와 줄 것입니다!

API 기능에 대한 연구 질문 :

  1. 기능 격차 – 애플리케이션 프로그래밍 인터페이스를 통해 사용할 수있는 사용자 인터페이스의 기능을 식별합니다. API에는 UI에없는 기능과 그 반대의 기능은 무엇입니까?
  2. 규모 – 얼마나 많은 전화가 그들의 API 매일. 전용 서버 풀이 있습니까? API가 사후 고려 사항인지 아니면 실제로 회사 전략의 일부인지 식별하기를 원하기 때문에 수량은 매우 중요합니다.
  3. 사용 설명서 – API 문서를 요청하십시오. API에서 사용할 수있는 모든 기능과 변수를 설명하는 강력해야합니다.
  4. Community – 다른 개발자와 코드 및 아이디어를 공유 할 수있는 온라인 개발자 커뮤니티가 있는지 물어보십시오. 개발자 커뮤니티는 개발 및 통합 작업을 빠르고 효율적으로 시작하는 데 중요합니다. 회사의 'API 담당자'를 활용하는 대신 이미 시행 착오를 거쳐 솔루션을 통합 한 모든 고객을 활용하고 있습니다.
  5. REST 대 SOAP – 어떤 유형의 API 일반적으로 REST API와 웹 서비스 (SOAP) API가 있습니다. 둘 다 개발 중일 수 있습니다. 둘 중 하나와 통합하면 이점과 저주가 있습니다. 통합 리소스의 (IT) 기능에 대해 잘 알고 있어야합니다.
  6. 언어 – 성공적으로 통합 한 플랫폼 및 애플리케이션이 무엇인지 묻고 해당 고객에게 통합이 얼마나 어려웠고 API가 얼마나 잘 실행되는지 알 수 있도록 연락처를 요청하십시오.
  7. 제한 사항 – 공급 업체가 시간당, 일별, 주별 통화 수 등에 대해 어떤 제한을 가지고 있는지 물어보십시오. 확장 가능한 공급 업체가 없다면 성장은 고객에 의해 제한 될 것입니다.
  8. 견본 – 쉽게 시작할 수 있도록 코드 예제 라이브러리를 제공합니까? 많은 회사에서 통합 타임 라인을 가속화하는 다양한 언어 및 프레임 워크 용 SDK (소프트웨어 개발 키트)를 게시합니다.
  9. 모래 상자 – 코드를 테스트 할 수있는 비 프로덕션 엔드 포인트 또는 샌드 박스 환경을 제공합니까?
  10. 자료 – 회사 내에 전용 통합 리소스가 있는지 물어보십시오. 통합 할 수있는 내부 컨설팅 그룹이 있습니까? 그렇다면 계약에 몇 시간을 투자하십시오!
  11. 경비 – API를 사용하여 어떻게 인증합니까? 사용자 자격 증명, 키 또는 기타 방법론입니까? IP 주소로 요청을 제한 할 수 있습니까?
  12. 가동 시간 – 그들의 API 가동 시간 및 오류율은 유지 관리 시간입니다. 또한이를 해결하기위한 전략도 중요합니다. 재 시도 할 내부 프로세스가 있습니까? API 다른 프로세스로 인해 레코드를 사용할 수없는 경우 호출합니까? 이것이 그들이 그들의 솔루션에서 설계 한 것입니까?
  13. 유지 – 그들은 가지고 있습니까 서비스 수준 계약 가동 시간은 99.9 % 이상이어야합니까?
  14. 로드맵 – API에 통합되는 향후 기능은 무엇이며 예상되는 제공 일정은 어떻게됩니까?
  15. 통합 – 어떤 제품화 된 통합을 개발했거나 타사에서 개발 했습니까? 때때로 회사는 다른 제품화 된 통합이 이미 존재하고 지원되고있을 때 기능에 대한 내부 개발을 포기할 수 있습니다.

이러한 질문의 핵심은 통합이 플랫폼과 '결혼'한다는 것입니다. 당신은 그들에 대해 당신이 할 수있는 한 많이 알지 못한 채 누군가와 결혼하고 싶지 않습니까? 이것은 사람들이 통합 기능에 대한 지식없이 플랫폼을 구매할 때 일어나는 일입니다.

API 외에도 바코드, 매핑, 데이터 정리 서비스, RSS, Web Forms, 위젯, 공식 파트너 통합, 스크립팅 엔진, SFTP 드롭 등 다른 통합 리소스가 있는지 확인해야합니다.

댓글 3

  1. 1
  2. 3

당신은 어떻게 생각하십니까?

이 사이트는 Akismet을 사용하여 스팸을 줄입니다. 댓글 데이터 처리 방법 알아보기.