15 հարց, որոնք դուք պետք է հարցնեք նրանց API- ի մասին, նախքան պլատֆորմ ընտրելը

API- ի ընտրության հարցերը

Մի լավ ընկեր և մենթոր գրել է, որ ինձ հարց է ուղղել, և ես կցանկանայի օգտագործել իմ պատասխանները այս գրառման համար: Նրա հարցերը մի փոքր ավելի կենտրոնացած էին մեկ արդյունաբերության վրա (էլ. Փոստ), ուստի ես ընդհանրացրել եմ իմ պատասխանները բոլոր API- ներին: Նա հարցրեց, թե ինչ հարցեր են ընկերությունները վաճառողներին տալիս իրենց API- ի վերաբերյալ ՝ նախքան ընտրություն կատարելը:

Ինչու՞ են ձեզ հարկավոր API- ներ:

An կիրառական ծրագրավորման միջերես (API) այն ինտերֆեյսն է, որն ապահովում է համակարգչային համակարգը, գրադարանը կամ հավելվածը, որպեսզի թույլ տա, որ այլ համակարգչային ծրագրերի կողմից դրանցից պահանջվեն ծառայություններ, և / կամ թույլատրեն նրանց միջև տվյալների փոխանակում:

Վիքիփեդիա, ազատ հանրագիտարան

Asիշտ այնպես, ինչպես մուտքագրում եք URL և վեբ էջում պատասխան եք ստանում, API- ն մի մեթոդ է, երբ ձեր համակարգերը կարող են պահանջել և հետ ստանալ պատասխան ՝ իրենց միջեւ տվյալների համաժամացման համար: Քանի որ ընկերությունները ցանկանում են թվայնորեն փոխակերպվել, API- ների միջոցով խնդիրները ավտոմատացնելը կազմակերպության ներսում արդյունավետությունը բարելավելու և մարդկային սխալները նվազեցնելու հիանալի միջոց է:

API- ները կարևոր են ավտոմատացման համար, հատկապես շուկայավարման ծրագրերում: Խնդիրներից մեկը համապարփակ վաճառքով զբաղվող հոյակապ վաճառողին գնումներ կատարելիս API այն է, որ զարգացման ռեսուրսներն ու ծախսերը սովորաբար հետ մտածում են: Շուկայավարման թիմը կամ CMO- ն կարող են խթանել հավելվածի գնումը, և երբեմն զարգացման թիմը մեծ ներդրում չի ունենում:

API- ի միջոցով պլատֆորմի ինտեգրման հնարավորությունների ուսումնասիրությունը պահանջում է ավելին, քան պարզ հարցը, Կա՞ API:

Եթե ​​դուք միանում եք թույլ աջակցված կամ փաստաթղթավորված API- ով աշխատող ծրագրին, դուք խելագարության կմղեք ձեր զարգացման թիմին, և ձեր ինտեգրացիաները, հավանաբար, կարճ կլինեն կամ ընդհանրապես ձախողվեն: Գտեք ճիշտ վաճառող, և ձեր ինտեգրումը կաշխատի, և ձեր զարգացման մարդիկ հաճույքով կօգնեն:

Հետազոտական ​​հարցեր նրանց API հնարավորությունների վերաբերյալ.

  1. Առանձնահատկություն բացը - Որոշեք, թե իրենց Օգտագործողի միջերեսի որ հատկություններն են հասանելի Application Programming Interface- ի միջոցով: Ի՞նչ հատկություններ ունի API- ն, որը UI- ն չունի և հակառակը:
  2. Մասշտաբ - Հարցրեք, թե քանի զանգ է կատարվում իրենց API ամեն օր Արդյո՞ք նրանք ունեն սերվերների հատուկ ֆոնդ: Քանակն աներևակայելիորեն կարևոր է, քանի որ ցանկանում եք պարզել `API- ն հետագա մտքի՞ց է, թե՞ իրականում ընկերության ռազմավարության մաս:
  3. փաստաթղթավորում - Հարցրեք API- ի փաստաթղթերը: Այն պետք է ուժեղ լինի ՝ պարզաբանելով API- ում առկա յուրաքանչյուր հատկություն և փոփոխական:
  4. համայնք - Հարցրեք, արդյոք նրանք ունեն առցանց erրագրավորողների համայնք ՝ այլ ծրագրավորողների հետ կոդ և գաղափարներ կիսելու համար: Մշակող համայնքները կարևոր են ձեր զարգացման և ինտեգրման ջանքերը արագ և արդյունավետ սկսելու համար: Փոխանակ ընկերությունում «API տղային» լծելու, դուք նաև օգտագործում եք նրանց բոլոր հաճախորդներին, ովքեր արդեն ունեցել են փորձեր և սխալներ `իրենց լուծումը ինտեգրելու հարցում:
  5. ՀԱՆԳՍՏՅԱՆ ընդդեմ օճառի - Հարցրեք, թե ինչ տեսակի API նրանք ունեն… Սովորաբար կան REST API- ներ և Web Service (SOAP) API: Նրանք կարող են զարգացնել երկուսն էլ: Ինտեգրվելը կամ օգուտներ ունի և հայհոյանքներ… դուք պետք է ծանոթ լինեք ձեր ինտեգրման ռեսուրսների (ՏՏ) հնարավորություններին:
  6. լեզուներ - Հարցրեք, թե որ պլատֆորմներն ու ծրագրերը նրանք հաջողությամբ ինտեգրվել են և խնդրեք կապեր, որպեսզի այդ հաճախորդներից կարողանաք պարզել, թե որքան դժվար էր ինտեգրվելը և որքանով է աշխատում API- ն:
  7. Սահմանափակումները - Հարցրեք, թե վաճառողն ինչ սահմանափակումներ ունի ժամում, օրական, շաբաթական զանգերի քանակով և այլն: Եթե ընդլայնվող վաճառողի հետ չեք, ձեր աճը կսահմանափակվի հաճախորդի կողմից:
  8. Օրինակներ - Արդյո՞ք դրանք կոդերի օրինակների գրադարան են առաջարկում `հեշտությամբ սկսելու համար: Շատ ընկերություններ հրատարակում են SDK (Softwareրագրակազմի մշակման փաթեթներ) տարբեր լեզուների և շրջանակների համար, որոնք կարագացնեն ձեր ինտեգրման ժամանակացույցը:
  9. Sandbox - Դրանք առաջարկո՞ւմ են ոչ արտադրական վերջնակետի կամ ավազարկղի միջավայր, որպեսզի դուք ստուգեք ձեր ծածկագիրը:
  10. Ռեսուրսներ - Հարցրեք, արդյոք նրանք իրենց ընկերության ներսում տրամադրել են ինտեգրման ռեսուրսներ: Նրանք ինտեգրման համար ներքին խորհրդատվական խումբ ունե՞ն: Եթե ​​այո, ապա մի քանի ժամ գցեք պայմանագրի մեջ:
  11. Անվտանգություն - Ինչպե՞ս են դրանք վավերացնում API- ի միջոցով: Դա օգտագործողի վկայականնե՞րն են, բանալինե՞րը, թե՞ այլ մեթոդաբանություն: Կարո՞ղ են դրանք սահմանափակել հարցումները IP հասցեով:
  12. Uptime - Հարցրեք, թե ինչն է իրենց API uptime- ը և սխալի մակարդակը, և երբ դրանց սպասարկման ժամերն են: Բացի այդ, դրանց շուրջ աշխատելու ռազմավարությունը կարևոր է: Արդյո՞ք նրանք ունեն ներքին գործընթացներ, որոնք նորից կփորձեն API զանգեր այն դեպքում, երբ գրառումն անհասանելի է մեկ այլ գործընթացի պատճառով: Արդյո՞ք սա մի բան է, որը նրանք մշակել են իրենց լուծման մեջ:
  13. SLA - Նրանք ունեն ա Service Level համաձայնագիր որտեղ uptimes- ը պետք է լինի 99.9% -ից բարձր:
  14. Ճանապարհային քարտեզը - Ապագա ի՞նչ առանձնահատկություններ են դրանք ընդգրկում իրենց API- ում և որո՞նք են առաքման սպասվող ժամանակացույցերը:
  15. Integrations - Ի՞նչ արտադրողական ինտեգրումներ են նրանք մշակել կամ որ երրորդ կողմերն են զարգացել: Երբեմն ընկերությունները կարող են հրաժարվել առանձնահատկությունների ներքին զարգացումից, երբ մեկ այլ արտադրված ինտեգրում արդեն գոյություն ունի և աջակցվում է:

Այս հարցերի բանալին այն է, որ ինտեգրումը ձեզ «ամուսնացնում է» հարթակի հետ: Չեք ուզում ամուսնանալ ինչ-որ մեկի հետ, առանց իմանալու որքան հնարավոր է շատ նրա մասին, այնպես չէ՞: Դա հենց այն է, ինչ տեղի է ունենում, երբ մարդիկ գնում են հարթակ ՝ առանց իրենց ինտեգրման հնարավորությունների մասին իմացության:

API- ից այն կողմ, դուք պետք է նաև փորձեք պարզել, թե դրանք ինչ այլ ինտեգրացիոն ռեսուրսներ կարող են ունենալ. Շտրիխ կոդավորում, քարտեզագրում, տվյալների մաքրման ծառայություններ, RSS, վեբ ձևեր, վիդջեթներ, գործընկերների պաշտոնական ինտեգրումներ, սցենարային շարժիչներ, SFTP կաթիլներ և այլն:

2 Comments

  1. 1

Ինչ եք կարծում?

Այս կայքը օգտագործում է Akismet- ը սպամի նվազեցման համար: Իմացեք, թե ինչպես է ձեր տվյալները մշակվում.