15 س Youالی که باید قبل از انتخاب بسترهای نرم افزاری درباره API آنها بپرسید

سوالات انتخاب API

یک دوست و مربی خوب از من س questionالی پرسید و من می خواهم از پاسخهایم برای این پست استفاده کنم. س questionsالات او کمی بیشتر به یک صنعت (ایمیل) متمرکز بود ، بنابراین من پاسخ های خود را به تمام API ها تعمیم داده ام. وی س askedال کرد که یک شرکت قبل از انتخاب باید از فروشنده درباره API خود بپرسد.

چرا به API نیاز دارید؟

An رابط برنامه نویسی برنامه (API) رابطی است که یک سیستم رایانه ای ، کتابخانه یا برنامه ارائه می دهد تا بتواند از طریق سایر برنامه های رایانه ای درخواست خدمات از آن ایجاد شود و یا اجازه داده شود داده ها بین آنها رد و بدل شود.

ویکیپدیا

درست همانطور که URL را تایپ می کنید و در یک صفحه وب پاسخ می گیرید ، API روشی است که در آن سیستم های شما می توانند برای همگام سازی داده ها بین آنها درخواست و پاسخ بگیرند. در حالی که شرکت ها به دنبال تغییر شکل دیجیتالی خود هستند ، خودکارسازی وظایف از طریق API ها راهی عالی برای بهبود کارایی در سازمان و کاهش خطاهای انسانی است.

API ها به ویژه در برنامه های بازاریابی برای اتوماسیون مهم هستند. یکی از چالش ها هنگام خرید برای یک فروشنده بزرگ با یک جامع API این است که منابع و هزینه های توسعه معمولاً پس از تفکر است. تیم بازاریابی یا CMO ممکن است خرید یک برنامه را هدایت کند و گاهی اوقات تیم توسعه ورودی زیادی دریافت نمی کند.

تحقیق در مورد قابلیت های یکپارچه سازی یک سیستم عامل از طریق API بیش از یک س simpleال ساده نیاز دارد ، آیا API وجود دارد؟

اگر با یک برنامه کاربردی با یک API ضعیف پشتیبانی شده یا مستند وارد سیستم شوید ، تیم توسعه خود را دیوانه می کنید و ادغام های شما کوتاه می آیند یا به طور کلی شکست می خورند. فروشنده مناسبی پیدا کنید ، و ادغام شما کارساز خواهد بود و افراد توسعه شما خوشحال خواهند شد که به شما کمک کنند!

س Researchالات تحقیق در مورد توانایی API آنها:

  1. فاصله مشخصه - مشخص کنید که ویژگی های رابط کاربری آنها از طریق رابط برنامه نویسی برنامه در دسترس است. API چه ویژگی هایی دارد که رابط کاربر ندارد و بالعکس؟
  2. مقیاس - از چند تماس با آنها س Askال کنید API روزانه. آیا آنها یک مجموعه سرور اختصاصی دارند؟ تعداد فوق العاده مهم است ، زیرا شما می خواهید تشخیص دهید که API فکر بعدی است یا در واقع بخشی از استراتژی شرکت است.
  3. مستندات - مستندات API را بخواهید. باید قوی باشد ، همه ویژگی ها و متغیرهای موجود در API را بیان کند.
  4. اجتماع - بپرسید آیا آنها یک انجمن توسعه دهنده آنلاین برای اشتراک کد و ایده با سایر توسعه دهندگان در دسترس دارند یا نه. انجمن های توسعه دهنده برای شروع سریع و کارآمد تلاش های توسعه و ادغام شما کلیدی هستند. به جای استفاده از "شخص API" در شرکت ، شما همچنین از تمام مشتریان آنها که قبلاً آزمایش و خطا در یکپارچه سازی راه حل خود داشته اند استفاده می کنید.
  5. REST در مقابل صابون - بپرسید چه نوع API آنها… به طور معمول API های REST و وب سرویس (SOAP) وجود دارد. آنها ممکن است هر دو را توسعه دهند. ادغام با هر دو مزایا و نفرین هایی دارد ... شما باید با توانایی های منابع ادغام خود (IT) آشنا باشید.
  6. زبان ها - از آنها بخواهید که با چه سیستم عامل ها و برنامه هایی با موفقیت ادغام شده اند و از مخاطبین درخواست می کنند تا بتوانید از مشتریانی که بدانید یکپارچه سازی چقدر دشوار بوده و API به خوبی کار می کند ، مطلع شوید.
  7. محدودیت ها - بپرسید فروشنده چه تعداد محدودیت تماس در ساعت ، روزانه ، هفتگی و غیره دارد ، اگر با فروشنده مقیاس پذیر نیستید ، رشد مشتری توسط مشتری محدود می شود.
  8. نمونه ها - آیا آنها برای شروع کار کتابخانه ای از مثالهای کد ارائه می دهند؟ بسیاری از شرکت ها SDK (کیت های توسعه نرم افزار) را برای زبانها و چارچوبهای مختلف منتشر می کنند که به جدول زمانی ادغام شما سرعت می بخشد.
  9. گودال ماسهبازی - آیا آنها محیط پایانی یا ماسهبازی غیرتولیدی را برای شما فراهم می کنند تا کد خود را آزمایش کنید؟
  10. منابع - از آنها بپرسید که آیا آنها منابع ادغام را در شرکت خود اختصاص داده اند یا خیر. آیا آنها گروه مشاوره داخلی برای ادغام دارند؟ اگر چنین است ، ساعاتی را در قرارداد بیاندازید!
  11. امنیــت - چگونه آنها با استفاده از API احراز هویت می کنند؟ این اطلاعات کاربری ، کلیدها یا روش های دیگر است؟ آیا آنها می توانند درخواست ها را با آدرس IP محدود کنند؟
  12. آپ تایم - بپرسید چه چیزی است API زمان بروزرسانی و میزان خطا هستند و وقتی که ساعت تعمیر و نگهداری آنها به پایان می رسد. همچنین ، استراتژی های کار در اطراف آنها مهم هستند. آیا آنها فرایندهای داخلی دارند که دوباره تلاش می کنند API درصورتی که سابقه به دلیل فرآیند دیگری در دسترس نباشد ، تماس می گیرد؟ آیا این چیزی است که آنها در راه حل خود مهندسی کرده اند؟
  13. SLA - آیا آنها یک توافقنامه سطح خدمات که در آن زمان های اضافه باید 99.9 باشد؟
  14. نقشه راه - آنها چه ویژگی های آینده را در API خود دارند و برنامه های پیش بینی شده برای تحویل چیست؟
  15. یکپارچگی - چه ادغام های سازنده ای توسعه یافته اند و یا اشخاص ثالث توسعه یافته اند؟ گاهی اوقات ، شرکت ها می توانند از توسعه داخلی ویژگی ها چشم پوشی کنند ، درصورتی که یکپارچه سازی تولید شده دیگری از قبل وجود داشته و از آن پشتیبانی می شود.

کلید این س questionsالات این است که ادغام شما را با سیستم عامل "ازدواج" می کند. شما نمی خواهید بدون این که هرچه بیشتر در مورد او بشناسید با کسی ازدواج کنید ، اینطور است؟ این فقط همان اتفاقی است که می افتد وقتی مردم یک پلت فرم را خریداری می کنند بدون اینکه از توانایی یکپارچه سازی آنها آگاهی داشته باشند.

فراتر از یک API ، شما همچنین باید سعی کنید دریابید که دیگر منابع یکپارچه سازی آنها ممکن است باشد: بارکد ، نقشه برداری ، خدمات پاک کردن داده ها ، RSS ، فرم های وب ، ابزارک ها ، ادغام رسمی شریک ، موتورهای اسکریپت نویسی ، افت SFTP و غیره