15 câu hỏi bạn nên hỏi về API của họ trước khi chọn nền tảng

Câu hỏi lựa chọn API

Một người bạn tốt và người cố vấn đã viết một câu hỏi cho tôi và tôi muốn sử dụng câu trả lời của mình cho bài đăng này. Các câu hỏi của anh ấy tập trung hơn một chút vào một ngành (Email), vì vậy tôi đã tổng quát hóa các câu trả lời của mình cho tất cả các API. Ông đã hỏi những câu hỏi mà một công ty nên hỏi nhà cung cấp về API của họ trước khi đưa ra lựa chọn.

Tại sao bạn cần API?

An giao diện lập trình ứng dụng (API) là giao diện mà hệ thống máy tính, thư viện hoặc ứng dụng cung cấp để cho phép các chương trình máy tính khác thực hiện các yêu cầu dịch vụ và / hoặc cho phép dữ liệu được trao đổi giữa chúng.

Wikipedia

Cũng giống như bạn nhập URL và nhận lại phản hồi trên một trang web, API là một phương pháp mà hệ thống của bạn có thể yêu cầu và nhận lại phản hồi để đồng bộ hóa dữ liệu giữa chúng. Khi các công ty muốn tự chuyển đổi kỹ thuật số, tự động hóa các tác vụ thông qua API là một cách tuyệt vời để cải thiện hiệu quả trong tổ chức và giảm thiểu sai sót của con người.

API là trung tâm của tự động hóa, đặc biệt là trong các ứng dụng tiếp thị. Một trong những thách thức khi mua sắm một nhà cung cấp tuyệt vời với toàn diện API là các nguồn lực và chi phí phát triển thường là sự cân nhắc sau. Nhóm tiếp thị hoặc CMO có thể thúc đẩy việc mua một ứng dụng và đôi khi nhóm phát triển không nhận được nhiều thông tin đầu vào.

Nghiên cứu khả năng tích hợp của nền tảng thông qua API đòi hỏi nhiều hơn một câu hỏi đơn giản, Có một API?

Nếu bạn đăng nhập bằng một ứng dụng có API được hỗ trợ hoặc tài liệu kém, bạn sẽ khiến nhóm phát triển của mình phát điên lên và các tích hợp của bạn có thể bị thiếu hụt hoặc thất bại hoàn toàn. Tìm nhà cung cấp phù hợp và sự tích hợp của bạn sẽ hoạt động và những người phát triển của bạn sẽ sẵn lòng hỗ trợ!

Các câu hỏi nghiên cứu về khả năng API của họ:

  1. Khoảng cách tính năng - Xác định những tính năng nào của Giao diện Người dùng của họ có sẵn thông qua Giao diện Lập trình Ứng dụng. API có những tính năng nào mà giao diện người dùng không có và ngược lại?
  2. Quy mô - Hỏi có bao nhiêu cuộc gọi đến API hằng ngày. Họ có một nhóm máy chủ chuyên dụng không? Số lượng cực kỳ quan trọng vì bạn muốn xác định liệu API có phải là một suy nghĩ sau hay thực sự là một phần trong chiến lược của công ty.
  3. Tài liệu - Yêu cầu tài liệu API. Nó phải mạnh mẽ, viết rõ mọi tính năng và biến có sẵn trong API.
  4. TRÁCH NHIỆM CỘNG ĐỒNG - Hỏi xem họ có sẵn Cộng đồng nhà phát triển trực tuyến để chia sẻ mã và ý tưởng với các nhà phát triển khác hay không. Cộng đồng nhà phát triển là chìa khóa để khởi động các nỗ lực phát triển và tích hợp của bạn một cách nhanh chóng và hiệu quả. Thay vì tận dụng 'gã API' tại công ty, bạn cũng đang tận dụng tất cả khách hàng của họ đã có những thử nghiệm và lỗi khi tích hợp giải pháp của họ.
  5. REST so với SOAP - Hỏi loại API họ có… Thông thường có các API REST và API Dịch vụ Web (SOAP). Họ có thể đang phát triển cả hai. Tích hợp với một trong hai có lợi ích và nguyền rủa… bạn nên quen với khả năng của tài nguyên tích hợp (CNTT) của bạn.
  6. Ngôn ngữ - Hỏi xem họ đã tích hợp thành công nền tảng và ứng dụng nào và yêu cầu liên hệ để bạn có thể tìm hiểu từ những khách hàng đó mức độ khó khăn khi tích hợp và API chạy tốt như thế nào.
  7. Hạn chế - Hỏi nhà cung cấp có giới hạn nào về số lượng cuộc gọi mỗi giờ, mỗi ngày, mỗi tuần, v.v. Nếu bạn không ở với nhà cung cấp có thể mở rộng, sự phát triển của bạn sẽ bị giới hạn bởi khách hàng.
  8. Mẫu - Họ có cung cấp một thư viện các ví dụ mã để dễ dàng bắt đầu không? Nhiều công ty xuất bản SDK (Bộ phát triển phần mềm) cho các ngôn ngữ và khuôn khổ khác nhau sẽ đẩy nhanh tiến trình tích hợp của bạn.
  9. hộp đựng cát - Họ có cung cấp môi trường điểm cuối hoặc hộp cát phi sản xuất để bạn kiểm tra mã của mình trong đó không?
  10. Tài nguyên - Hỏi xem họ có các nguồn lực Tích hợp dành riêng trong công ty của họ không. Họ có sẵn nhóm tư vấn nội bộ để hội nhập không? Nếu vậy, hãy ném một số giờ trong hợp đồng!
  11. Bảo vệ - Làm cách nào để họ xác thực bằng API? Đó là thông tin đăng nhập người dùng, khóa hoặc các phương pháp luận khác? Họ có thể hạn chế các yêu cầu bằng địa chỉ IP không?
  12. Thời gian hoạt động - Hỏi những gì của họ API thời gian hoạt động và tỷ lệ lỗi cũng như thời gian bảo trì của chúng. Ngoài ra, các chiến lược để làm việc xung quanh chúng cũng rất quan trọng. Họ có quy trình nội bộ sẽ thử lại API cuộc gọi trong trường hợp bản ghi không khả dụng do quá trình khác? Đây có phải là thứ mà họ đã thiết kế trong giải pháp của họ?
  13. SLA - Họ có một Cấp Hiệp định dịch vụ thời gian hoạt động phải lên tới 99.9% ở đâu?
  14. lộ trình - Họ đang kết hợp những tính năng nào trong tương lai vào API của mình và lịch trình phân phối dự kiến ​​là gì?
  15. Tích hợp - Họ đã phát triển những tích hợp hiệu quả nào hoặc bên thứ ba đã phát triển? Đôi khi, các công ty có thể bỏ qua việc phát triển nội bộ về các tính năng khi một tích hợp được sản xuất khác đã tồn tại và đang được hỗ trợ.

Chìa khóa cho những câu hỏi này là tích hợp 'kết hôn' bạn với nền tảng. Bạn không muốn kết hôn với ai đó mà không tìm hiểu kỹ càng về họ càng tốt, phải không? Đây chỉ là những gì sẽ xảy ra khi mọi người mua một nền tảng mà không có kiến ​​thức về khả năng tích hợp của chúng.

Ngoài API, bạn cũng nên cố gắng tìm hiểu những tài nguyên tích hợp nào khác mà chúng có thể có: Mã vạch, ánh xạ, dịch vụ làm sạch dữ liệu, RSS, Biểu mẫu web, Tiện ích con, Tích hợp đối tác chính thức, Công cụ tạo kịch bản, giọt SFTP, v.v.

3 Comments

  1. 1
  2. 3

Bạn nghĩ gì?

Trang web này sử dụng Akismet để giảm spam. Tìm hiểu cách xử lý dữ liệu nhận xét của bạn.