https://virgool.io/feed/@integropia نرم افزار یکپارچه سازی اینتگروپیا (integropia) fa 2026-06-16 10:02:21 https://files.virgool.io/upload/users/1704088/avatar/JRy878.png?height=120&width=120 https://virgool.io/@integropia https://virgool.io/@integropia/%D8%B3%DB%8C%D8%B3%D8%AA%D9%85-%D9%BE%D8%B4%D8%AA%DB%8C%D8%A8%D8%A7%D9%86%DB%8C-%DA%A9%D8%B3%D8%A8-%D9%88%DA%A9%D8%A7%D8%B1-bss-pc8zax7o7ls3 در بخش سیستم های پشتیبانی کسب وکار در نهایت باید API را روی یک پورتال بگذاریم که کاربر از این طریق بتواند به API دسترسی پیدا کند و از آن استفاده کند. با توجه به تصویر زیر ماژول های API Gateway به شرح زیر است :ماژول‌های BSSپورتال portal در بخش API ها پس از طراحی و پیاده سازی برای دسترسی عمومی روی پورتال قرار می گیرند. با توجه به تصویر زیر پورتال شامل بخش های زیر است :ماژول پورتالبخش‌های مختلف ماژول پورتالثبت نام مصرف کننده (Consumer Registration) :اولین قدم این است که مصرف کننده API در پورتال مورد نظر ثبت نام کند.کاتالوگ API ها (API Catalog) : به این معنی است که هر API یک سند دارد و اطلاعات کاملی از ورودی، خروجی، منطق API و... است. که این فایل روی پورتال و در اختیار مصرف کنندگان قرار می گیرد و swagger تکونولوژی تعریف شده برای این موضوع است.سند API ها (API Document) :گزارشی از اینکه هر API چندبار و برای چه کاربری فراخونی شده است. اطلاعات صورتحساب (Billing Info) : مصرف کننده باید اطلاعات کاملی از میزان مصرف ،API تعداد API هایی که در واحد زمان فراخوانی کرده است، هزینه پرداختی و ... را داشته باشد.پیکربندی و گزارش SLA ها (SLA Config and Report) : سازمان ها و شرکت هایی که پورتال دارند با توجه به رتبه بندی مشتریان بهرین خدمات را به آن ها ارائه میدهند و SLA را به تفکیک رتبه بندی مشتریان تنظیم می شود. ثبت درخواست (Ticketing) : مصرف کننده API به هر دلیلی که به مشکل بخورد بتواند سوال خود را مطرح کند.محیط تست (Sandbox) : قابلیت تست API قبل از انجام عملیات اصلی را در اختیار کاربر می گذارد و نحوی استفاده از محیط تست هم در پورتال وجود دارد.پرسش و پاسخ (Q and A) : برخلاف تصورات عام که این بخش را دارای ارزش کمی می دانند ولی باید پرسش و پاسخ های مهم در ارتباط با API را باید در جایی ثب کنیم سوالات پرتکرار که در زمان استفاده از API راحتر باشد خیلی به کاربران کمک می کند.تبلیغات و بازاریابی (Promotion and Marketing) : باید بتواند تبلیغ کند و برای API های عمومی که کاربر دارد و باید قابلیت تبلیغ داشته باشد تا به کاربران مورد نظرش API را معرفی کند.صورتحساب (CRM and Billing)ماژول صورتحساببخش‌های مختلف ماژول صورتحسابحسابداری (Accounting) : مشتری ها به این معنی است که باید اطلاعاتی در رابطه با اینکه هر مشتری چه میزان مصرف کرده است چه میزان بدهکار و بستانکار است. مدیریت درخواست (Request management) : سرویس دهنده باید یک راه ارتباطی برای تعامل با سرویس گیرنده ایجاد کند که در صورت بروز خرابی بتواند با سرویس دهنده ارتباط برقرار کند و همچنین باید درگاه های ارتباطی مختلف برای سرویس گیرندگان تعریف کند که کاربر بتواند از هر سکویی دسترسی داشته باشد. طراح قیمت گذاری (Pricing Plan) : در این بخش باید سیاست های مختلفی برای قیمت گذاری با توجه به رتبه بندی مشتریان، میزان استفاده و خرید API ها قیمت گذاری های مختلفی داشته باشیم . محاسبه صورتحساب (Bill Computation) : در این بخش صورتحساب ماهیانه هر کاربر بررسی می شود اگر ظرفیت خود را مصرف کرده باشد و تسویه حساب نکرده باشد دسترسی به سرویس قطع شود. هزینه جریمه (SLA penalty fee) : در این بخش تمام توافق های لازم در تمام جنبه ها بین سرویس دهنده و سرویس گیرنده باید تعریف و مشخص شود.ورود به سیستم (Logging)در این بخش بحث های امنیتی تعریف می شود و تقلب ها را از همین طریق می توان پیگیری کرد. کلیه تراکنش هاي ثبت شده در API Gateway باید براي گزارش هاي بعدي ثبت شوند.ورود به سیستمخدمات ورورد به سیستمنظارت و تجزیه و تحلیل (Monitoring and Analytics)در واقع هوش تجاری این بخش است که کدام API ها پرطرفدار هستند؟ کدام API ها محصولات مهم هستند؟ با توجه به درخواست مشتری ها چقدر ظرفیت را برای آینده افزایش دهیم؟ دسته بندی مشتری ها را داشته باشیم و ... .نظارت و تجزیه و تحلیلاگر نیاز به مشاوره در خصوص API های سازمان خودتان دارید به وب سایت ما سر بزنید.ما را در اینستاگرام دنبال کنید. اینتگروپیا اینتگروپیا Tue, 02 Aug 2022 13:26:30 +0430 https://virgool.io/@integropia/%D8%B3%DB%8C%D8%B3%D8%AA%D9%85-%D9%BE%D8%B4%D8%AA%DB%8C%D8%A8%D8%A7%D9%86%DB%8C-%D8%B9%D9%85%D9%84%DB%8C%D8%A7%D8%AA%DB%8C-oss-uwjtplnqvne6 در این بخش از APIGateway شامل بخش‌های زیر است :سرویس‌های OSSمسیریابی (Routing)سرویسی که در سازمان‌ها وجود دارد روی آدرس IP مشخصی قراردارد مثلا می‌خواهد قیمت ارز را در اختیار مصرف کنندگان بگذارد و یا یک وب سرویس SOAP را عمومی کند.مسیریابی APIتوجه به تصویر زیر APIGateway جلوی این آدرس IP قرار می‌گیرد و این سرویس را روی آدرس جدید عمومی می‌کند. آدرس IP سمت سرور در سرویس گیرنده پنهان می‌شود یعنی در سازمان خود می‌توانیم سرورها را جابه جا کنیم و یا تغییر بدهیم بدون اینکه مصرف کننده متوجه شود . سرویس گیرنده آدرس را از APIGateway می گیرد و APIGateway وظیفه‌اش این است که این آدرس را به سمت سرور مربوطه مسیریابی کند. مهم ترین ویژگی هم همین است که درخواست را از مصرف کننده بگیرد و به تولیدکننده بفرستد و جواب را هم برگرداند.مسیریابی از طریق APIFatewayاحراز هویت و مجوز (Authentication and Authorization)صدور مجوز به این دلیل است که ممکن است چندین سرویس مختلف داشته باشیم و هر مصرف کننده مجاز باشد از یکسری خدمات استفاده کند و محدودیت دسترسی مشخصی داشته باشد و استفاده از یکسری امکانات برایش مجاز نباشد.احراز هویت و مجوز در APIاحراز هویت برای این منظور است که اگر در سرویس داده‌های حساس و امنیتی وجود داشته باشد باید کاربران هویت سنجی شوند و احراز هویت انجام دهند. مصرف کننده درخواست خود را به همراه یکسری پارامترهای امنیتی به APIGateway ارسال می کند و APIGateway این پارامترهای امنیتی را بررسی می کند اگر تایید بشود آن را به سمت سرور ارسال می‌کند اگر تایید نشود به مصرف کننده خطا میدهد(رمز عبور و یا نام کاربری اشتباه است ، توکن منقضی شده است و ...).احراز هویت از طریق APIGatewayمدیریت امنیت (Security Management)هنگامی که بخواهیم داده های یک سازمان را روی یک APIGateway بگذاریم باید بدانیم که چه امکاناتی . برای حفظ امنیت لازم است مانند محدودیت API و حفاظت DOS .مدیریت امنیت APIفرض کنید سازمانی که می‌خواهد سرویس هایش را در اختیار کاربران قرار دهد با اینکه نام کاربری و رمز عبور برای کاربرانش مشخص می‌کند ولی برای امنیت بیشتر بهتر است لیست سفید تعریف کند که چه کاربرانی مجوز درخواست و حق دسترسی به سرویس ها را دارند و یا لیست سیاه تعریف شود که مشخص شود چه کاربرانی مجوز درخواست و حق دسترسی به سرویس ها را ندارند.در APIGateway باید یک سطحی از هوشمندی را داشته باشد که اگر درخواست‌ها از یک حد نرمال بیشتر شدند و یا الگوی آن‌ها تغییر کرد بتواند جلوی اجرای آن‌ها را بگیرد و خطا متناسب بدهد که داده‌ها و سرویس‌ها آسیب نیبنند.مدیریت و امنیت از طریق APIGatewayمدیریت ترافیک (Traffic Management)در APIGateway مانند یک اتوبان است که تعدادی درخواست را دریافت می‌کند و جوابش را برمی‌گرداند اگر این روند بدون قاعده و قانون باشد باعث آسیب زدن به سیستم می‌شود و ممکن است سیستم را از دسترس خارج کند پس باید کنترل ترافیک روی درخواست‌ها داشته باشیم. تا جلوی مشکلات احتمالی را بگیرد. APIGateway از دو مکانیزم برای کنترل ترافیک استفاده می کند:در مکانیزم اول هر مصرف کننده API یک سهمیه مشخصی در واحد زمان دارد و برای هر کاربر تعداد فراخوانی API در واحد زمانی ماه و یا روز تعریف می‌شود مثلا هزار درخواست در ماه و... . در مکانیزم دوم حد نرخ مصرف است اگر کاربری در زمان کوتاه تعداد زیادی درخواست API ارسال کند باعث آسیب رساندن به منابع و داده‌های یک سرور می‌شود پس باید نرخ استفاده از هر API برای هر کاربر مشخص شود که بیشتر از حد مجاز درخواست ندهد و به منابع آسیب نزند و این موارد باید در قوانین SLA تعریف و مشخص شود.مدیریت ترافیک APIدر مراحل بعدی برای هر مشتری و نوع رفتار یک طرح تعریف می‌کنیم و یک سطح بندی از مشتریان را مشخص می‌کنیم که هم بتوانیم منابع را مدیریت کنیم تا به منابع آسیب نرسد و هم مصرف کننده استفاده لازم را ببرد. APIGateway جلوی درخواست‌ها می‌ایستد و بررسی می‌کند که درخواست‌ها قوانین را نقض می‌کنند یا خیر؟ اگر نقض نکند به سرور وصل می‌شود و اگر نقض کند با خطا مواجه می‌شود.مدیریت ترافیک از طریق APIGatewayتغییر و ارکستراسیون (Transaction & Orchestration)در این بخش به شر عملکرد تغییر و اراکستراسیون در APIGateawy می‌پردازیم.تغییر و ارکستراسیون APIدر بخش تغییر باید بتوان یک پروتکل ارتباطی را تغییر و ایجاد کرد که برای همه قابل درک و استفاده باشد مثلا همه ارتباطات‌‌ها را در قالب پروتکل REST تعریف شوند که انتقال‌ها را از طریق فایل JSON ممکن کند و سرویس‌هایی که قدیمی هستند از پروتکل SOAP استفاده می‌کنند و نیاز به یک رابط برای تبدیل این پروتکل‌ها به هم نیاز است و بتواند درخواست REST را به SOAP و پاسخ SOAP را به REST تبدیل کند. ESP نیز اینکار را داخل یک سازمان انجام می هد ولی APIGateway به صورت کلی بدون محدودیت تغییر پروتکل‌ها را انجام میدهد و ارتباط بین سازمان‌ها را ایجاد می‌کند. تکنولوژی‌ها و پروتکل‌های مختلف زیادی وجود دارد و برای کاهش پیچیدگی‌ها از تبدیل پروتکل‌ها به یکدیگر از APIGateway استفاده می‌شود.تغییر پروتکل از طریق APIGateawyدر تبدیل فرمت فرض کنید درخواست‌ها به همراه یکسری پارامترها به APIGateway ارسال می‌شوند و برای سادگی و پنهان کردن پیچیدگی‌های سمت سرور نوع و تعریف پارامترها را تغییر دهیم یعنی اگر تعریف پارامترها در سمت سرور و سرویس گیرنده متفاوت باشد APIGateway این تبدیل‌ها را انجام می‌دهد.تغییر نوع از طریق APIGatewayدر اکستراسیون ممکن است در یک سازمان چند API کوچک وجود داشته باشد که هرکدام هم یک کار کوچک انجام می‌دهد ولی نیازمندی این است که چند API را با یک فرآیند و یا جریانی از API ها را ترکیب کنیم و یک سرویس جدیدی بسازیم اصطلاحا به این‌ها سرویس‌های کامپوزیت می‌گویند و در نهایت یک سرویس درشت دانه تر تولید کنیم.ارکستراسیون در APIGatewayمثال در اداره پست یک اپراتور پست نیاز به یک API دارد که مشخصات مرسوله پستی را به عنوان ورودی API دریافت و قیمت ارسال مرسوله را محاسبه کند. محاسبه قیمت تابع پارامترهای مختلفی مثل وزن مرسوله، مسافت ارسالی و ... است و تعدادی میکروسرویس وجود دارد که بصورت میانی محاسبات را انجام می‌دهند. و چند میکروسرویس وجود دارد که از ترکیب آن‌ها به یک سرویس بزرگتر به نام قیمت گذاری می‌رسیم و خاصیت APIGateway این است بصورت اعجایل می‌تواند قیمت‌ها را محاسبه کند و یا تغییر دهد و ممکن است با توجه به شرایط بازار در بعضی مواقع کم یا زیاد شود.سرویس پستسرویس پستدر APIGateway بدون نیاز به توسعه دهنده API ها را ترکیب می‌کند و جریانی از API ها را برای کاربردهای مختلف ایجاد می‌کند و در نهایت به یک خروجی مطلوب می‌رسد.ترکیب سرویس‌ها از طریق APIGatewayاگر نیاز به مشاوره در خصوص API های سازمان خودتان دارید به وب سایت ما سر بزنید.ما را در اینستاگرام دنبال کنید. اینتگروپیا اینتگروپیا Tue, 02 Aug 2022 13:24:35 +0430 https://virgool.io/@integropia/api-gateway-%DA%86%DB%8C%D8%B3%D8%AA-%D8%A2%DB%8C%D8%A7-%D8%B3%D8%A7%D8%B2%D9%85%D8%A7%D9%86-%D8%B4%D9%85%D8%A7-%D8%A8%D9%87-api-gateway-%D9%86%DB%8C%D8%A7%D8%B2-%D8%AF%D8%A7%D8%B1%D8%AF-tscbofosny22 API-Gateway یک محصول برای مدیریت API سازمان است. در این مقاله می خواهیم بررسی کنیم کدام سازمان ها به API-Gateway نیاز دارند.مطابق شکل زیر اگر سازمانی باشید که تعداد API و مصرف کننده محدودی داشته باشید، فضای مدیریت API ها پیچیده نیست و چرخه حیات API نیز بدون مدیریت و پیچیدگی خاصی اجرا می شود.ارتباط بین API و مصرف کنندهولی امروزه تعداد سرویس‌ها و مشتری‌های یک سازمان روبه افزایش است و مشتری‌ها از چند API استفاده می کنند که افزایش پیچیدگی ها را بدنبال دارد. در این فضای پیچیده، اگر ارتباط API ها و مشتریان را مدیریت نکنیم کنترل و نظارت بر عملکرد API ها و مشتریان دشوار می شود.ارتباط پیچیده بین API و مصرف کنندهاگر تعداد API ها و مشتریان آن کم باشد بدون استفاده از Gateway API می توان کار را پیش برد ولی اگر تعدادAPI ها زیاد باشد، بدون Gateway API این کار ممکن نیست و مدیریت تراکنش ها بسیار پیچیده می شود. محصول API-Gateway به عنوان یک واسط مانند یک جعبه سیاه بین مصرف کننده ها و تولید کنندگان API قرار می گیرند و پیچیدگی های هر طرف را برای طرف دیگر پنهان می کند. در سمت راست تصویر زیر، سرویس های یک سازمان است که از طریق API-Gateway به مشتریانی که در سمت چپ قراردارند معرفی می شوند و از این طریق سرویس بصورت مدیریت شده در اختیار مشتریان قرار می گیرد.API-Gateeay سوالی که اینجا پیش می اید این است که API-Gateway چه بخش هایی دارد. بطور کلی می توان API-Gateway را به دو بخش تقسیم کرد.بخش اول BSS : این بخش وظیفه پشتیبانی از فرایند های فروش API را بر عهده دارد.بخش دوم OSS: این بخش وظیفه پشتیبانی از فرایندهای اجرای API، امنیت و ... را بر عهده دارد.اگر نیاز به مشاوره در خصوص API های سازمان خودتان دارید به وب سایت ما سر بزنید.ما را در اینستاگرام دنبال کنید. اینتگروپیا اینتگروپیا Sun, 24 Jul 2022 16:56:41 +0430 https://virgool.io/@integropia/%D8%A7%D8%AC%D8%B2%D8%A7-%DA%86%D8%B1%D8%AE%D9%87-%D8%AD%DB%8C%D8%A7%D8%AA-api-thpaljc6pj9b در مقاله های قبلی گفتیم که API محصول سازمان شما است. به همین دلیل، API ها هم شبیه هر محصولی یک چرخه حیات دارند. در این مقاله سه مدل چرخه حیات API را با هم بررسی می کنیم.مدل اول (چرخه حیات بر اساس میزان مصرف) در این مدل، چرخه حیات از دیدگاه میزان مصرف مورد بررسی قرار گرفته است. این چرخه در شکل زیر نمایش داده شده است. چرخه حیات APIمراحل به شرح زیر است. 1) مرحله توسعه: در مرحله نخست، API باید داخل سازمان توسعه داده شود.2) معرفی محصول: در این API باید به مصرف‌کنندگان تبلیغ شود و نحوه کار آن بیان شود.3) فاز رشد: در این مرحله مصرف API در فاز رشد قرار می‌گیرد.4) فاز بلوغ: در این فاز API، جای خود را بین مشتریان پیدا کرده و به درآمدزایی می رسد. 5) فاز کاهش: در این مرحله به دلایل مختلف از جمله تغییر در کسب و کار و بروز API های جدید، API ها وارد فاز کاهشی می شوند. با توجه به فازهای بالا، توسعه دهندگان API باید درک درستی از اینکه API انها در چه مرحله ای از حیات هست داشته باشند تا در صورت لزوم تغییرات را اعمال کنند. مدل دوم (چرخه حیات بر اساس متدلوژی توسعه) مدل دوم چرخه حیات API در شکل زیر نمایش داده شده است.مدل دوم: چرخه حیات APIاین مدل شامل مراحل زیر است:1) مرحله ایجاد API: ابتدا با تحلیل اطلاعات کسب و کار، ورودی و خروجی API و نحوه کارکرد آن مشخص می شود.2) انتشار API: در این مرحله API را در اختیار مصرف کنندگان قرار می دهیم تا از آن استفاده کنند. 3) عملیات API: مصرف کنندگان API در این مرحله از API استفاده می کنند. 4) نگهداری از API: توسعه‌دهندگان API باید پس از انتشار از آن API ها نگهداری کنند و در دسترس بودن مداوم API را تضمین کنند و در صورت خرابی خطا هشدار بدهد و عملکرد کاربر را در نظر بگیرد که بیشتر از حد مجاز مصرف نکنند و امنیت را برقرار کند.5) منسوخ کردن API: پس از مدتی به دلایلی چون تغییر قوانین، تکنولوژی و ... ممکن است لازم باشد API را باز منسوخ کنید. مطابق با شکل بالا، این چرخه دائم در حال گردش است و تغییر پیدا می کند تا نیاز کسب و کار را پاسخ دهیم.مدل سوم (چرخه حیات بر اساس مدل کسب و کاری) در تصویر زیر نوع دیگری از چرخه حیات API نمایش داده شده است که مدل کاملتری از مدل دوم است.چرخه حیات APIاگر نیاز به مشاوره در خصوص API های سازمان خودتان دارید به وب سایت ما سر بزنید.ما را در اینستاگرام دنبال کنید. اینتگروپیا اینتگروپیا Sat, 16 Jul 2022 12:35:45 +0430 https://virgool.io/@integropia/%D9%85%D8%AF%D9%84-%D9%BE%D8%B1%D8%AF%D8%A7%D8%AE%D8%AA-api-krkxlavftfod در این مقاله می خواهیم بررسی کنیم شرکت هایی که API می فروشند، بر چه اساسی قیمت گذاری را انجام می دهند. پرداخت بر اساس مصرف میزان مصرف شما اندازه گیری می شود و به همان میزان مصرف هزینه ها محاسبه و پرداخت می گردد.طبقه بندی شدهقیمت گذاری بر اساس تعداد فراخوانی ها طبقه بندی شود برای مثال اگر 1000 فراخوانی انجام دهید قیمت A تومان است اما اگر بالای 10000 فراخوانی انجام دهید قیمت کاهش می یابد و به B می رسد. رایگان این روش ابتدا رایگان است ولی به مرور که مصرف زیاد شود هزینه محاسبه می شود. این مدل برای شرکت های نوپا و استارت آپی مناسب است که ابتدا باید نحوه بازاریابی API را تست کنند. براساس تعداد فراخوانی در این روش برای هر بار فراخوانی باید یک عدد مشخص پرداخت شود. هزینه به ازای هر تراکنش در این روش نیز به ازای هر بار انجام تراکنش هزینه آن محاسبه می گردد.مدل پرداخت توسعه دهنده کسب‌وکار APIاگر نیاز به مشاوره در خصوص API های سازمان خودتان دارید به وب سایت ما سر بزنید.ما را در اینستاگرام دنبال کنید. اینتگروپیا اینتگروپیا Sat, 16 Jul 2022 10:35:27 +0430 https://virgool.io/@integropia/%D9%85%D8%AF%D9%84-%D9%87%D8%A7%D9%8A-%DA%A9%D8%B3%D8%A8-%D9%88-%DA%A9%D8%A7%D8%B1%D9%8A-%D9%85%D8%A8%D8%AA%D9%86%DB%8C-%D8%A8%D8%B1-api-hswzoc5dyvao مدل کسب‌وکار انتخابی برای API، به زنجیره ارزش آن و مخصوصا به دارایی‌ها و منابعی که سازمان تولید کننده API دارد، وابسته می‌باشد.در هر کسب و کاری به چهار سوال باید پاسخ داده شود : چرا ؟ (Why)چرا باید این کسب و کار را انجام بدهیم ؟ چرا باید API را به صورت عمومی در اختیار دیگران بگذاریم؟ و... پاسخ‌های متفاوتی می‌تواند داشته باشد مثلا به دلیل افزایش نوآوری ، افزایش مشتری و... . چه چیزی ؟ (How)چه چیزی را می خواهم عمومی کنم ؟ و چه داده و چه سرویس هایی را می خواهم از طریق API در اختیار دیگران بگذارم؟چه کسی ؟ مقصد این API چه کسی است ؟ و چه کاربرانی می خواهند از آن استفاده کنند؟سوال‌های هر کسب‌و کاراگر نیاز به مشاوره در خصوص API های سازمان خودتان دارید به وب سایت ما سر بزنید.ما را در اینستاگرام دنبال کنید. اینتگروپیا اینتگروپیا Sat, 16 Jul 2022 10:04:25 +0430 https://virgool.io/@integropia/%D8%B2%D9%86%D8%AC%DB%8C%D8%B1%D9%87-%D8%A7%D8%B1%D8%B2%D8%B4-api-%D9%87%D8%A7%DB%8C-%D8%B9%D9%85%D9%88%D9%85%DB%8C-klcvnezdcntz تو این مقاله می خواهیم بررسی کنیم چرا سازمان ها API های خودشان را به صورت عمومی منتشر می کنند؟دلیل اول- توسعه برند و افزایش ارزش کمپانی هایی مانند Facebook و Twitter تلاش کردند با ایجاد API عمومی ها، برند خود را گسترش دهند و به این واسطه ارزش بیشتري را براي خود بدست آورند. به عنوان مثال برنامه کاربردي TweetDeck که داشبوردي را براي مدیریت حساب هاي Twitter فراهم می کند، به واسطه API هاي عمومی Twitter تولید شد و نهایتا خود Twitter حق مالکیت آن را کسب کرد. به عنوان یک مثال دیگر می شود به API های بات های تلگرام اشاره کرد. توسعه برند برای تلگرام اینقدر مهم بود که در سال 2017، پاوول دروف یک میلیون دلار جایزه برای توسعه دهندگان بات های تگرام تعیین کرد.جایزه یک میلیون دلاری برای توسعه دهندگان باتدلیل دوم- گسترش دسترسی از طریق سکوها و دستگاه هاي مختلف به واسطه این مدل، شرکت ها بعد از تولید API هاي خود، مسئولیت تولید برنامه هاي کاربردي را به توسعه دهندگان بیرون از سازمان، برون سپاری می کنند. برای مثال تلگرام در سال 2014، تولید اپلیکیشن تلگرام را برای سیستم عامل بلکبری از طریق یک مسابقه برون سپاری کرد. دلیل سوم- دسترسی به بازارهاي خاصدر این مدل، شرکت هاي تولیدکننده API عمومی سعی دارند به شرکاء خود امکان دسترسی به یک بازار خاص را فراهم کنند. به عنوان مثال amazon و eBay با انتشار API هاي عمومی، به شرکت هاي شریک خود اجازه می دهند، پیشنهادات محصولات را در برنامه ها و وبسایت هاي خود قرار دهند.دلیل چهارم- نوآوري باز در این مدل ممکن است شرکت هاي تولیدکننده API با در معرض دید قرار دادن بخشی از دارایی ها و منابع خود و سپس با برگزاري یک مسابقه و اعطاي پاداش، بتوانند براي برخی از مشکلات و مسائل خود راه حل مناسبی پیدا کنند. برای مثال، تلگرام یک ایده نواورانه در سال 2017 ارائه کرد که به Instant view معروف است. اگر چه ایده قبلا توسط گوگل و فیسبوک ارائه شده بود اما به هر حال در بهبود تجربه کاربری نقش مهمی دارد و کمک می کند صفحات خبری در تلگرام با سرعت بسیار بالا (به صورت آنی) لود شود. برای عملیاتی سازی این ایده، تلگرام چندسال متوالی مسابقاتی برای پیاده سازی قالب وب سایت های خبری برگزار کرد و از این طریق کار را برون سپاری کرد.مسابقه نوآوری باز در تلگراماگر نیاز به مشاوره در خصوص API های سازمان خودتان دارید به وب سایت ما سر بزنید.ما را در اینستاگرام دنبال کنید. اینتگروپیا اینتگروپیا Wed, 06 Jul 2022 15:26:26 +0430 https://virgool.io/@integropia/%D8%B2%D9%86%D8%AC%DB%8C%D8%B1%D9%87-%D8%A7%D8%B1%D8%B2%D8%B4-api-%D9%87%D8%A7%DB%8C-%D8%AE%D8%B5%D9%88%D8%B5%DB%8C-mtdce8ntdr25 در این مقاله 3 سناریو اصلی استفاده از API های خصوصی را بررسی می کنیم.سناریو اول: استفاده از API برای تولید برنامه های کاربردی عمومیاز این مدل غالبا شرکت هاي بزرگ که خود صاحب دارایی ها و منابع می باشند، استفاده می کنند. به عنوان مثال، میتوان NPR API و اپلیکیشن NPR News را مثال زد. تیم بک اند، یک API سازمانی تولید می کنند و در اختیار تیم فرانت قرار می دهند و تیم فرانت هم از طریق همان API ها برنامه های موبایل و یا پورتال می سازند و در اختیار کاربران نهایی قرار می دهند.استفاده از API برای تولید برنامه های کاربردی عمومینامه‌های کاربردی عمومیسناریو دوم: استفاده از API برای روابط بین شرکااز این مدل براي یکپارچه سازي و ادغام سرویس هاي بین سازمانی (بین شرکاء) استفاده می شود. بسیاري از شرکت ها با مدل SaaS از این مدل براي API هاي خود استفاده می کنند. مثلا کمپانی هاي بازاریابی دیجیتال مانند Contact Constant و Silverpop از طریق ابرهاي Salesforce خدمات بازاریابی خود را به شرکاء تجاري خود در سراسر دنیا، ارائه میدهند.استفاده از API برای روابط بین شرکاسناریو سوم: استفاده از API برای ایجاد برنامه هاي کاربردي داخل سازمان از این مدل براي تولید اپلیکیشن های داخل سازمان استفاده می شود. به عنوان مثال، داشبوردهاي مدیریتی یک از اپلیکیشن های داخل سازمانی است که برای ساخت انها از API های خصوصی استفاده می شود.استفاده از API برای ایجاد برنامه هاي کاربردي داخل سازماناگر نیاز به مشاوره در خصوص API های سازمان خودتان دارید به وب سایت ما سر بزنید.ما را در اینستاگرام دنبال کنید. اینتگروپیا اینتگروپیا Wed, 06 Jul 2022 15:03:32 +0430 https://virgool.io/@integropia/%D9%85%D9%81%D8%A7%D9%87%DB%8C%D9%85-%D8%A7%D9%82%D8%AA%D8%B5%D8%A7%D8%AF%DB%8C-%D8%AF%D8%B1-api-qju6aabsygcx هر کسب و کاری زنجیره ارزش مربوط به خود را دارد. برای مثال، در فروش یک کالا مثل لبنیات، یکسری تولید کننده، یکسری توزیع کننده و یکسری خرده فروش وجود دارند. مشتریان به خرده فروشان مراجعه می کنند و از ارتباط اجزای کسب و کار با هم، چرخه ارزش محصول شکل می گیرد. شکل زیر یک نمونه از زنجیره ارزش در حوزه خورده فروشی را نشان می دهد.در حوزه API نیز همین ایده وجود دارد. در زنجیره ارزش سرویس های دیجیتال، تعدادی بازیگر وجود دارند که در ادامه به آن ها اشاره می کنیم. مالک داده و خدماتمعمولا سازمان ها و کسب و کارها متوسط و بزرگ، به داده ها و خدماتی مهمی دسترسی دارند که جز دارایی های آن سازمان محسوب می شود. تمرکز این سازمان ها عموما بر تولید داده و خدمات قرار دارد و به همین دلیل تمرکز کمتری بر روی نیازهای مشتری دارند. تولید کنندگان برنامه های کاربردیمعمولا شرکت های کوچک و نوپا (استارتاپ) هستند که تمرکز خود را بر نیازهای مشتریان می گذارند و سعی می کنند با ارائه سرویس های مناسب تجربه کاربری بهتری برای مشتریان خلق کنند.فراهم کنندگان API همانطور که گفتیم تمرکز "مالکان داده و خدمات" بر روی تولید و فرایندهای ان است اما تمرکز "تولیدکنندگان برنامه های کاربردی" بر روی بهبود تجربه کاربری است. برای ارتباط دادن این دو سر طیف، بازیگران دیگری وجود دارند که فراهم کنندگان API نام دارند.زنجیره ارزش ارائه APIاگر نیاز به مشاوره در خصوص API های سازمان خودتان دارید به وب سایت ما سر بزنید.ما را در اینستاگرام دنبال کنید. اینتگروپیا اینتگروپیا Wed, 06 Jul 2022 14:51:54 +0430 https://virgool.io/Rocket/%D8%AE%D8%B5%D9%88%D8%B5%DB%8C%D8%A7%D8%AA-%D9%88-%D9%88%DB%8C%DA%98%DA%AF%DB%8C-%D9%87%D8%A7%D9%8A-api-%D8%AE%D9%88%D8%A8-pjkraxbamfub در دنیای دیجیتال امروز، یکی از انواع محصولاتی که هر سازمان ارائه می کند مجموعه API های آن سازمان است. اگر بپذیریم که API محصول سازمان شما هستند باید یک سری ویژگی داشته باشند که در ادامه به آن ها اشاره می کنیم.اول: کار کردن با آن آسان باشد.شبیه به هر محصول دیگر، کار با API باید آسان باشد. ساده سازی API ها کار ساده ای نیست چون نیاز به طراحی خوب دارد. یعنی طراح API باید هنگام طراحی از دید مصرف کننده به آن نگاه کند تا محصول مطلوبی را طراحی کند. به قول بروس لی:دوم: تا حد ممکن از استفاده نا صحیح جلوگیری کند.محصول خوب محصولی است که در برابر آسیب پذیری ها از خودش مراقبت کند و اجازه ندهد استفاده ناصحیح از آن بشود. مثلا اگر خارج از قالب و ورودی های تعریف شده استفاده و فراخوانی شود باید خطا بدهد و اجرا نشود. همچنین باید طوری طراحی شود که کاربر را دچار ابهام نکند و از بروز خطا از سمت کاربر جلوگیری کند.سوم: پیچیدگی ها را پنهان کند و سطح تجرید مناسب داشته باشد.هر API باید یک کار را انجام دهد و آن یک کار را خوب انجام دهد. شبیه یکی از مفاهیم Clean Coding که اشاره می کند هر تابع، باید یک و فقط یک کار را انجام دهد و سطح تجرید مناسب داشته باشد. چهارم: قابلیت کشف داشته باشد.چون API یک محصول است، اگر کسی بخواهد از آن استفاده کند باید بتواند به راحتی به آن دسترسی داشته باشد. معمولا سازمانها یک پورتال خاصی دارند که API های خود را از آن طریق به اشتراک می گذارند تا مصرف کنندگان بتوانند API مورد نیاز خودشان را پیدا کنند. چقدر تجربه جستجوی سوزن را در کاهدان داشته اید؟پنجم: مستندات کامل و دقیقی داشته باشد.هر API نیز مانند هر محصول دیگری نیاز به مستندات کامل دارد تا کاربران نحوه استفاده دقیق آن را درک کنند. برای مثل یک استاندارد مستند سازی به نام Swagger برای API های REST وجود دارد که استفاده از آن می تواند تا حد زیادی ابهامات را کاهش دهد.ششم: از پروتکل های مختلف پشتیبانی کند.برای ارائه API، پروتکل های مختلفی مانند REST و SOAP و ... وجود دارد. محدودیت در ارائه خدمات با یک پروتوکل خاص می تواند استفاده از API های یک سازمان را کاهش دهد. هفتم: ارائه توافقنامه سطح خدمات به مصرف کنندگانوقتی شما یک محصول الکتریکی مانند یخچال یا ماشین لباسشویی می خرید، بر روی محصول یک برچسب انرژی وجود دارد که سطح مصرف آن محصول را نشان می دهد. شبیه به این موضوع، باید برچسب های کیفی برای API داشته باشیم که مصرف کننده API خیالش از بابت کیفیت API راحت باشد. هشتم: پشتیبانی از پروتکل هاي مختلف مانند OAuth۲ یا Web -Token براي احراز هویت درخواست هاهنگامی که API َها و خدمات را در اختیار سازمان های دیگر قرار می دهیم، بحث امنیت بسیار مهم می شود. لازم است تا API ها پس از احراز هویت در اختیار مصرف کننده قرار بگیرد. نهم: ارائه محیط تستی برای API لازم است.مصرف کننده API قبل از اینکه بخواهد از یک API در محیط عملیاتی استفاده کند لازم است بتواند با آن API کار کند تا نحوه ورودی-خروجی و رفتار API را درک کنید. به همین دلیل اگر می خواهید API خود را در اختیار بقیه قراردهید بهتر است یک مرحله Sand-box داشته باشید.دهم: امکان نظارت بر API به منظور بررسی سلامت و نحوه استفاده از آن لازم است.همه خودروها یک داشبورد دارند که به صورت Real-time راننده را از اوضاع خودرو مطلع می کنند. API هم به عنوان یک محصول به یک داشبورد نیاز دارد که وضعیت ان را برای بهره بردار و ارائه دهنده API روشن کند. اگر نیاز به مشاوره در خصوص API های سازمان خودتان دارید به وب سایت ما سر بزنید.ما را در اینستاگرام دنبال کنید. اینتگروپیا اینتگروپیا Tue, 05 Jul 2022 14:13:44 +0430 https://virgool.io/@integropia/%D8%A7%D9%86%D9%88%D8%A7%D8%B9-api-efjwwb3gt6a9 در پست های قبلی در مورد این صحبت کردیم که API شبیه یک پل بین تولید کننده و مصرف کننده عمل می کند. حالا در این پست می خواهیم یک تقسیم بندی از انواع API با توجه به رابطه تولید کننده و مصرف کننده داشته باشیم.نوع اول: API های خصوصیدر این نوع API ها، یک کسب و کار، خدمات خود را در اختیار کارمندان خود قرار می دهد تا آنها اقدام به تولید برنامه های کاربردی کنند. برای مثال یک شرکت بانکی که مجموعه از API ها دارد که فقط در اختیار کارمندان خود قرار می دهد تا آن ها موبایل بانک بسازند. در این دسته از API ها، سایر افراد از وجود این API ها مطلع نیستند. نوع دوم: API های مشارکتیتو پست قبلی گفتیم که سازمان های برای مشارکت با هم لازم است تبادل API کنند. این نوع API ها در اصطلاح B2B هستند. برای مثال، تبادل API بین سازمان تامین اجتماعی و سازمان ثبت احوال کشور وجود دارد تا هویت افراد در هنگام تمدید دفترچه بیمه شان احراز شود.نوع سوم : API های عمومییک کسب و کار و یا یک سازمان API خود را بصورت عمومی در اختیار همه می گذارد. برای مثال API های عمومی مانند تلگرام ، اینستاگرام و ... که محدودیتی برای استفاده کاربران ندارد و در دسترس عموم مردم است. البته فعال سازی این API ها معمولا مراحلی دارد که احراز هویت مصرف کننده یکی از این مراحل است.شکل زیر به مقایسه انواع API هایی که گفتیم می پردازد.انواع APIاگر انواع API ها را مانند یک کوه یخ ببینیم قسمت بیرونی که قابل دیدن است API های عمومی هستند که تعداد کمتری نسبت به API های خصوصی دارند .لایه دوم API های مشارکتی هستند و سپس API های داخلی هستند که در سال های اخیر گسترش یافته است.کمیت API ها اگر نیاز به مشاوره در خصوص API های سازمان خودتان دارید به وب سایت ما سر بزنید.ما را در اینستاگرام دنبال کنید. اینتگروپیا اینتگروپیا Tue, 05 Jul 2022 12:23:54 +0430 https://virgool.io/@integropia/%D8%B6%D8%B1%D9%88%D8%B1%D8%AA-%D8%A7%D8%B3%D8%AA%D9%81%D8%A7%D8%AF%D9%87-%D8%A7%D8%B2-api-pegmjvyu99us در این مقاله می خواهیم دلایل مهم استفاده از API ها را با هم بررسی کنیم.دلیل اول: پنهان سازی پیچیدگی هاهمان طور که در پست های قبلی گفتیم، API ها به عنوان واسط جزئیات و پیچیدگی های کسب و کار و تکنولوژی را از دید مصرف کننده پنهان می کند. به عنوان مثال، شکل زیر را در نظر بگیرید که موتور خودرو را نمایش می دهد. موتور پیچیدگی های زیادی دارد که باید از اجزای دیگر پنهان بماند. میلنگ نقش این واسطه را بازی می کند و بدون جزییات اضافه انرژی را به چرخ ها منتقل می کند. API ها نیز به همین صورت عمل می کنند. در یک سازمان عریض و طویل کلی سرویس و داده وجود دارد که می تواند با پیچیدگی کم به مصرف کننده منتقل شود.محصور سازی جزئیاتهر API به عنوان واسط جزئیاتدلیل دوم: یکپارچه سازی سامانه های مقیاس بزرگهنگامی که یک سیستم بسیار بزرگ داشته باشیم نمی توانیم ان را به صورت یکباره بسازیم. راه حل منطقی این است که این سیستم بزرگ را به زیر سیستم های کوچک تقسیم کنیم تا هر زیر سیستم مستقل از بقیه ساخته شود و کار کند. حالا سوال این است که این زیر سیستم ها چگونه به هم متصل کنیم؟ با API.با این رویکرد مزیت های زیر را خواهیم داشت: به راحتی میتوان زیرسیستم ها را مستقل از سایر زیر سیستم ها گسترش و تغییر داد.جایگزینی زیرسیستم ها با زیر سیستم های جدید ممکن می شود بدون اینکه سایر زیر سیستم ها مطلع شوند.نگهداري سیستم‌هاي بزرگ مقیاس ساده می شود.یکپارچه سازی سیستم‌های مقیاس بزرگدلیل سوم: دسترس پذیر کردن داده‌ها و خدمات بزرگسازمان های بزرگ، به خصوص سازمان های دولتی ، گنجینه هایی ارزشمند از داده ها را در اختیار دارند که ممکن است خود زمان کافی برای بهره برداری از آن را نداشته باشند.این سازمان ها می توانند از طریق API داده های خود را در اختیار شرکت های دیگر قرار دهند تا ضمن حفظ محرمانگی، بتوانند از پتانسیل داده های عظیم خود بهره مند شوند.دسترس پذیر کردن داده‌ها و خدمات سازمان‌هادلیل چهارم: کسب در آمد های جدید برای سازمانتوسعه API های ساده و کاربردی باعث کسب درامد بالایی برای سازمان ها می شود و به عنوان یک مزیت رقابتی برای سازمان ها و شرکت های ارائه دهنده خدمات تلقی می شود. برای نمونه، اداره حمل و نقل مترو در شهر نیویورک، اطلاعاتی در مورد زمانبندی ها ، مسیرها و وضعیت عملیاتی متروهای خود دارد. اداره مترو به جای اینکه این اطلاعات را به صورت محرمانه نگهداری کند، آن را از طریق API در اختیار توسعه دهندگان Google قرار داده است تا بتوانند از این اطلاعات برای ایجاد برنامه های نمایش ترافیک و وضعیت راه های زیر زمینی نیویورک استفاده کنند. این مثال نشان میدهد که یک سازمان دولتی می تواند از این طریق داده خود را باز کند و در اختیار توسعه دهندگان برنامه قرار دهد و توسعه دهندگان نیز آن ها در اختیار مردم بگذارند و یک زنجیره ارزش جدید خلق شود.سامانه حمل و نقلدلیل پنجم: نیاز به برنامه‌های کاربردی روی سکوهای مختلفشخصی سازی ارزش مهمی در کسب و کار های امروز دارد. تا جایی که مثل معروف Bring-your-own از لپ تاپ و موبایل به دفتر شخصی هم رسیده است. حالا معنی این داستان Bring-your-own چی هست؟به زبان ساده، یعنی هر یک از ادم ها علاقه های متفاوتی دارند مثلا بعضی ها دوست دارند از گوشی های اندروید استفاده کنند و بعضی دیگر گوشی های آیفون. یک عده با ویندوز راحت هستند بعضی ها هم مک را دوست دارند. حالا تکلیف کسب و کارها چیه این وسط؟ پاسخ اینه که کسب و کارها نباید حق انتخاب مشتری را سلب کنند. پس اگر سازمان شما می خواهد یک خدمت یا داده ای را ارائه کند بهتره اونا را پشت API استاندارد بزاره تا بقیه ازش استفاده کنند. حالا هر کسی با ابزار خودش.برنامه‌های کاربردی در سکوهای مختلفدلیل ششم: هرکسی را بهر کاری ساختندهر آدم یکسری ویژگی ها و علایق و... منحصر به فرد خود را دارد. در کسب و کارها نیز همین موضوع مطرح است. مثلا، برخی از شرکت ها و یا سازمان ها محصولاتی تولید می کنند که از جنس Core هستند یعنی کار آنها تولید سیستم های پایه ای مثل CRM و HR و سرویس های پرداخت است. این سیستم ها یکسری ویژگی ها دارند و باید از لحاظ مدیریت و مهندسی نرم افزار خیلی دقیق باشند تا خطایی در آنها رخ ندهد چون هسته اصلی فعالیت کسب و کارها را پشتیبانی می کنند.اما یک سری شرکت دیگه هم هستند که تعامل با ادم ها را بهتر بلد هستند و بهتر می تونند آدم ها را درگیر کنند مثلا بازوهای تبلیغاتی خوبی در شبکه های اجتماعی دارند و ... .پس فهمیدیم که یک سری شرکت کار با سیستم ها را بهتر بلدند یک سری هم کار با ادم ها رو. حالا اگر بخواهیم یک سیستم موفق داشته باشیم هر دوی این شرکت ها لازمه وجود داشته باشند و با هم همکاری کنند. سوال اینه که چطوری این دو نوع شرکت تعامل کنند؟ پاسخ API. تولید سرویس‌های مختلفاگر نیاز به مشاوره در خصوص API های سازمان خودتان دارید به وب سایت ما سر بزنید.ما را در اینستاگرام دنبال کنید. اینتگروپیا اینتگروپیا Tue, 05 Jul 2022 12:16:32 +0430 https://virgool.io/@integropia/%D8%AF%DB%8C%D8%AF%DA%AF%D8%A7%D9%87-%D9%87%D8%A7%DB%8C-%D9%85%D8%AE%D8%AA%D9%84%D9%81-%D8%AF%D8%B1-%D8%AA%D8%B9%D8%B1%DB%8C%D9%81-api-rqm1m5zroivo نکته اول: هر API مانند یک پل، بین تولید کننده و مصرف کننده داده ها و خدمات قرار می گیرد. با استفاده از API، تولید کننده خدمات، سرویس های یک سازمان را از طریق یک پروتکل مشخص در اختیار مصرف کننده می گذارد.هر API مانند یک پل عمل می‌کندنکته دوم:خدمات و داده های API، از طریق وب (وب سرویس) می تواند منتقل شود. این نکته یعنی مصرف کننده و تولید کننده می توانند از لحاظ مکانی و زمانی مستقل از هم باشند.هر API یک وب سرویس استنکته سوم: یکی از ویژگی های مهم API خاصیت Plug and Play بودن آن است. به عنوان مثال پریز برق را در نظر بگیرید که برای دوشاخه ها طول و فاصله استانداردی را تعریف کرده است. API ها ،هم با پروتوکل های مشخصی مانند REST، SOAP و ... تعریف می شوند تا استفاده از آن ها راحت و مستقل از فن آوری توسعه نرم افزار باشد.اتصال APIاگر نیاز به مشاوره در خصوص API های سازمان خودتان دارید به وب سایت ما سر بزنید.ما را در اینستاگرام دنبال کنید. اینتگروپیا اینتگروپیا Tue, 05 Jul 2022 11:57:13 +0430 https://virgool.io/Solidity/api-%DA%86%DB%8C%D8%B3%D8%AA-%D9%88-%DA%86%D9%87-%DA%A9%D8%A7%D8%B1%D8%A8%D8%B1%D8%AF%D9%87%D8%A7%DB%8C%DB%8C-%D8%AF%D8%A7%D8%B1%D8%AF-nlcimfs1oril در سال های اخیر استفاده از API ها، روز به روز در حال افزایش است. در این مقاله قصد داریم مفهوم API را معرفی کنیم.در واقع API یک واسط ، یا یک نوع رابط است. در قسمت چپ شکل زیر، یک برنامه کاربردی داریم که مبتني بر یك منطق مشخص یك قاعده کسب وکار را مدیریت می کند. در برنامه های کاربردي معمولا یك یا چند پایگاه داده وجود دارد که داده هاي تولید شده در فرآیند ها را مدیریت مي کنند. برنامه هاي کاربردي خدمات خود را از دو طریق می تواند به مصرف کننده ارائه کنند. روش اول، از طریق رابط کاربری است که در این روش، خدمات در اختیار کاربر انساني قرار مي گیرد. روش دوم، ازطریق API است که در این حالت، خدمات در اختیار کاربر ماشیني (برنامه های دیگر) قرار مي گیرد.واسط APIپس دیدیم که API ها شبیه UI ها یک واسط هستند. برای فهم بهتر شباهت های این دو را بررسی می کنیم: هردو واسط هستند و خواص رابط کاربری را دارند.از هر دو مفهوم براي ارتباط بین اجزا (ماشین ها، نرمافزارها، سیستم ها و افراد) استفاده می شود. رابط کاربری برای ارتباط انسان با سیستم است و API ارتباط سیستم با سیستم را فراهم می کند.از هردو مفهوم برای محصور سازی منطق برنامه استفاده می شود. به این معنی است که اگر یک سیستم بسیار پیچیده باشد، رابط کاربری سعی می کند خدمات کسب و کار را به صورت ساده در اختیار کاربر نهایی قرار بدهد.حالا تفاوت های API و UI را با هم بررسی می کنیم:کاربرد API در ارتباط ماشین ها با یکدیگر است که امروزه به دلیل گسترش اینترنت اشیا و فضای ابری ارتباط ماشین ها با یکدیگر بیشتر می شود و اهمیت API ها نیز بیشتر خواهد شد .رابط کاربری یا UI برای ارتباط بین انسان و ماشین است که به دلیل گسترش ارتباط انسان با سیستم نیز این مورد اهمیت بالایی دارد.در ادامه این سری پست ها با مطالب پیچیده تری در خصوص API ها و مدیریت آن ها آشنا می شویم.اگر نیاز به مشاوره در خصوص API های سازمان خودتان دارید به وب سایت ما سر بزنید. ما را در اینستاگرام دنبال کنید. اینتگروپیا اینتگروپیا Tue, 05 Jul 2022 11:34:23 +0430 https://virgool.io/@integropia/%D8%A2%D8%B4%D9%86%D8%A7%DB%8C%DB%8C-%D8%A8%D8%A7-api-%D9%88-%D9%85%D9%81%D8%A7%D9%87%DB%8C%D9%85-%D9%BE%D8%A7%DB%8C%D9%87-%D8%A7%DB%8C-%D8%A2%D9%86-wmrpfwha7t9x نمودار زیر از سایت programable web تعداد API های عمومی را در سال های اخیر نشان می دهد. به دلیل گسترش فضای ابری تعداد این API ها روز به روز در حال افزایش است. نمودار رشد API هارشد و تکامل API هادر تصویر بالا چگونگی به وجود آمدن API ها و رشد آن ها نمایش داده شده است.اگر نیاز به مشاوره در خصوص API های سازمان خودتان دارید به وب سایت ما سر بزنید.ما را در اینستاگرام دنبال کنید. اینتگروپیا اینتگروپیا Tue, 05 Jul 2022 10:09:17 +0430