15 คำถามที่คุณควรถามเกี่ยวกับ API ของพวกเขาก่อนเลือกแพลตฟอร์ม

คำถามการเลือก API

เพื่อนและที่ปรึกษาที่ดีคนหนึ่งเขียนคำถามถึงฉันและฉันต้องการใช้คำตอบสำหรับโพสต์นี้ คำถามของเขามุ่งเน้นไปที่อุตสาหกรรมเดียว (อีเมล) มากกว่าเล็กน้อยดังนั้นฉันจึงสรุปคำตอบของฉันต่อ API ทั้งหมด เขาถามคำถามที่ บริษัท ควรถามผู้ขายเกี่ยวกับ API ของตนก่อนทำการเลือก

ทำไมคุณถึงต้องการ API

An แอ็พพลิเคชันอินเตอร์เฟสโปรแกรม (API) คืออินเทอร์เฟซที่ระบบคอมพิวเตอร์ไลบรารีหรือแอปพลิเคชันจัดเตรียมไว้เพื่ออนุญาตให้มีการร้องขอบริการโดยโปรแกรมคอมพิวเตอร์อื่น ๆ และ / หรืออนุญาตให้แลกเปลี่ยนข้อมูลระหว่างกัน

วิกิพีเดีย

เช่นเดียวกับที่คุณพิมพ์ URL และได้รับการตอบกลับบนหน้าเว็บ API คือวิธีการที่ระบบของคุณสามารถขอและรับการตอบกลับเพื่อซิงโครไนซ์ข้อมูลระหว่างกันได้ ในขณะที่ บริษัท ต่างๆต้องการเปลี่ยนแปลงตัวเองแบบดิจิทัลการทำงานอัตโนมัติผ่าน API จึงเป็นวิธีที่ดีเยี่ยมในการปรับปรุงประสิทธิภาพภายในองค์กรและลดข้อผิดพลาดของมนุษย์

API เป็นศูนย์กลางของระบบอัตโนมัติโดยเฉพาะอย่างยิ่งในแอปพลิเคชันทางการตลาด ความท้าทายอย่างหนึ่งในการซื้อสินค้าสำหรับผู้ขายที่มีความครอบคลุม API คือทรัพยากรและค่าใช้จ่ายในการพัฒนามักจะเกิดขึ้นหลังจากคิด ทีมการตลาดหรือ CMO อาจผลักดันการซื้อแอปพลิเคชันและบางครั้งทีมพัฒนาก็ไม่ได้รับข้อมูลมากมาย

การค้นคว้าความสามารถในการผสานรวมของแพลตฟอร์มผ่าน API นั้นต้องการมากกว่าคำถามง่ายๆ มี API หรือไม่?

หากคุณลงชื่อเข้าใช้ด้วยแอปพลิเคชันที่มี API ที่ได้รับการสนับสนุนหรือเอกสารที่ไม่ดีคุณจะทำให้ทีมพัฒนาของคุณคลั่งไคล้และการผสานรวมของคุณมีแนวโน้มที่จะสั้นหรือล้มเหลวโดยสิ้นเชิง ค้นหาผู้ขายที่เหมาะสมและการผสานรวมของคุณจะได้ผลและทีมพัฒนาของคุณยินดีให้ความช่วยเหลือ!

คำถามการวิจัยเกี่ยวกับความสามารถของ API:

  1. ช่องว่างของคุณลักษณะ - ระบุคุณสมบัติของอินเทอร์เฟซผู้ใช้ที่มีให้ใช้งานผ่าน Application Programming Interface API มีคุณสมบัติอะไรบ้างที่ UI ไม่มีและในทางกลับกัน?
  2. ขนาด - ถามว่ามีการโทรหาพวกเขากี่ครั้ง API ทุกวัน. พวกเขามีเซิร์ฟเวอร์เฉพาะกลุ่มหรือไม่? ปริมาณมีความสำคัญอย่างเหลือเชื่อเนื่องจากคุณต้องการระบุว่า API เป็นส่วนหนึ่งของกลยุทธ์ของ บริษัท ในภายหลังหรือไม่
  3. เอกสาร - ขอเอกสารประกอบ API ควรมีประสิทธิภาพสะกดทุกคุณลักษณะและตัวแปรที่มีอยู่ใน API
  4. สังคม - ถามว่าพวกเขามีชุมชนนักพัฒนาออนไลน์สำหรับแชร์โค้ดและแนวคิดกับนักพัฒนาคนอื่น ๆ หรือไม่ ชุมชนนักพัฒนาเป็นกุญแจสำคัญในการเริ่มต้นการพัฒนาและการผสานรวมของคุณอย่างรวดเร็วและมีประสิทธิภาพ แทนที่จะใช้ประโยชน์จาก 'API guy' ที่ บริษัท คุณยังใช้ประโยชน์จากลูกค้าทั้งหมดที่มีการทดลองและข้อผิดพลาดในการผสานรวมโซลูชันของพวกเขา
  5. REST กับ SOAP - ถามว่า API พวกเขามี…โดยทั่วไปแล้วจะมี REST API และ Web Service (SOAP) API พวกเขาอาจกำลังพัฒนาทั้งสองอย่าง การรวมเข้าด้วยกันมีประโยชน์และคำสาป ... คุณควรทำความคุ้นเคยกับความสามารถของทรัพยากรการรวม (IT) ของคุณ
  6. ภาษา - ถามว่าแพลตฟอร์มและแอปพลิเคชันใดที่พวกเขารวมเข้าด้วยกันได้สำเร็จและขอผู้ติดต่อเพื่อที่คุณจะได้พบว่าลูกค้าเหล่านั้นรวมเข้าด้วยกันยากเพียงใดและ API ทำงานได้ดีเพียงใด
  7. ข้อ จำกัด - ถามว่าผู้ขายมีข้อ จำกัด เรื่องจำนวนการโทรต่อชั่วโมงต่อวันต่อสัปดาห์ ฯลฯ หากคุณไม่ได้อยู่กับผู้ขายที่ปรับขนาดได้การเติบโตของคุณจะถูก จำกัด โดยลูกค้า
  8. ตัวอย่าง - พวกเขาเสนอไลบรารีตัวอย่างโค้ดเพื่อให้เริ่มต้นได้ง่ายหรือไม่? หลาย บริษัท เผยแพร่ SDK (Software Development Kits) สำหรับภาษาและเฟรมเวิร์กที่แตกต่างกันซึ่งจะช่วยเร่งไทม์ไลน์การผสานรวมของคุณ
  9. Sandbox - พวกเขาเสนอจุดสิ้นสุดที่ไม่ใช่การผลิตหรือสภาพแวดล้อมแซนด์บ็อกซ์เพื่อให้คุณทดสอบโค้ดของคุณหรือไม่?
  10. ทรัพยากร - ถามว่าพวกเขามีทรัพยากรการผสานรวมเฉพาะภายใน บริษัท หรือไม่ พวกเขามีกลุ่มที่ปรึกษาภายในสำหรับการบูรณาการหรือไม่? ถ้าเป็นเช่นนั้นทุ่มสัญญาสักชั่วโมง!
  11. ความปลอดภัย - พวกเขาตรวจสอบความถูกต้องโดยใช้ API ได้อย่างไร? เป็นข้อมูลรับรองผู้ใช้คีย์หรือวิธีการอื่น ๆ หรือไม่? พวกเขาสามารถ จำกัด คำขอตามที่อยู่ IP ได้หรือไม่?
  12. uptime - ถามว่าพวกเขาคืออะไร API เวลาทำงานและอัตราความผิดพลาดคือและเมื่อถึงเวลาบำรุงรักษา กลยุทธ์ในการแก้ไขปัญหาก็มีความสำคัญเช่นกัน พวกเขามีกระบวนการภายในที่จะพยายามใหม่หรือไม่ API โทรในกรณีที่บันทึกไม่พร้อมใช้งานเนื่องจากกระบวนการอื่น? นี่คือสิ่งที่พวกเขาออกแบบมาในโซลูชันของพวกเขาหรือไม่?
  13. SLA - พวกเขามี ข้อตกลงระดับบริการ uptimes ควรจะสูงกว่า 99.9% ที่ไหน?
  14. แผนงาน - คุณลักษณะในอนาคตใดบ้างที่รวมอยู่ใน API และกำหนดการส่งมอบที่คาดไว้คืออะไร
  15. integrations - พวกเขาได้พัฒนาการผสานรวมผลิตภัณฑ์อะไรหรือที่บุคคลที่สามได้พัฒนาขึ้น? บางครั้ง บริษัท ต่างๆสามารถยกเลิกการพัฒนาคุณลักษณะภายในได้เมื่อมีการผสานรวมผลิตภัณฑ์อื่นอยู่แล้วและกำลังได้รับการสนับสนุน

กุญแจสำคัญของคำถามเหล่านี้คือการรวมเข้าด้วยกัน 'แต่งงานกับคุณกับแพลตฟอร์ม คุณไม่ต้องการที่จะแต่งงานกับใครสักคนโดยไม่ได้ทำความรู้จักกับพวกเขาให้มากที่สุดใช่ไหม? นี่เป็นเพียงสิ่งที่เกิดขึ้นเมื่อผู้คนซื้อแพลตฟอร์มโดยไม่มีความรู้เกี่ยวกับความสามารถในการผสานรวมของตน

นอกเหนือจาก API แล้วคุณควรพยายามค้นหาว่าทรัพยากรการรวมอื่น ๆ ที่พวกเขามีอยู่มีอะไรบ้างเช่นบาร์โค้ดการทำแผนที่บริการล้างข้อมูล RSS เว็บฟอร์มวิดเจ็ตการรวมพันธมิตรอย่างเป็นทางการเครื่องมือสคริปต์การลดลงของ SFTP เป็นต้น

3 คอมเมนต์

  1. 1
  2. 3

คุณคิดอย่างไร?

ไซต์นี้ใช้ Akismet เพื่อลดสแปม เรียนรู้วิธีการประมวลผลข้อมูลความคิดเห็นของคุณ.