در چند سال گذشته ، بسیاری از ارائه دهندگان خدمات کارگزار سرویس آزاد را اتخاذ کرده اند و صدها نفر از کارگزاران خدمات عمومی را برای بسیاری از سیستم عامل های ابر بومی ساخته اند. با این حال ، نشان دادن نشاط این اکوسیستم رو به رشد در حال رشد دشوار بوده است زیرا توسعه دهندگان مجبور شده اند وب را برای یافتن پیشنهادات خدمات کارگزاری که مربوط به پرونده استفاده آنها است ، پیدا کنند.

برای کمک به این توسعه دهندگان به جلو ، ما از راه اندازی کاتالوگ جامعه محور که امروزه برخی از کارگزاران خدمات عمومی را نشان می دهد ، هیجان زده می شویم!

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

اگر شما یک توسعه دهنده هستید ، ما واقعاً امیدواریم که این امر پیدا کردن خدمات مورد نیاز برای بارهای کاری خود را آسان تر کند. اگر یک فروشنده خدمات هستید ، حتماً امروز پیشنهادات خود را برای یافتن جهان ارسال کنید.

با تشکر از بری و بقیه تیم بنیاد Cloud Foundry برای همه کار سخت خود در ساخت این! اگر سؤال یا درخواست ویژگی دارید ، لطفاً در مورد Slack با ما در تماس باشید.

21 ژوئن

اعلام کارگزار سرویس باز API v2. 15

10 ماه از زمان انتشار V2. 14 از کارگزار سرویس Open Service گذشته است ، بنابراین ما خوشحالیم که لیست طولانی از ویژگی های جدید را که امروز برای ارائه دهندگان خدمات در دسترس است ، اعلام کنیم (حتماً فایل سازگاری را بررسی کنید تا ببینیدکدام سیستم عامل از هر ویژگی پشتیبانی می کند).

تمرکز ما برای این نسخه بر ایجاد تغییراتی در مشخصات بود که به سیستم عامل ها (از جمله Cloud Foundry و Kubeetes) اجازه می دهد تا تجربیات بهبود یافته کاربر را برای طیف گسترده ای از خدمات بازار ارائه دهند. لیست کامل ویژگی ها را می توان در یادداشت های انتشار یافت ، و ما برخی از موارد قابل توجه را در زیر برجسته کرده ایم.

اتصالات سرویس هم اکنون می تواند لیستی از نقاط پایانی داشته باشد

هنگامی که یک برنامه به یک نمونه سرویس محدود می شود ، برنامه معمولاً باید بداند که چگونه می تواند با آن نمونه سرویس صحبت کند. اتصالات خدمات معمولاً حاوی اطلاعاتی مانند URL ، نام کاربری و رمزهای عبور است ، اما تاکنون برای سیستم عامل ها برای درک نحوه استفاده از آن اطلاعات غیر مهم بوده است.

از این نسخه ، اتصالات سرویس هم اکنون می توانند لیستی از نقاط پایانی را شامل شوند که ساختاری در مورد اطلاعاتی مانند نام میزبان ، درگاه ها و پروتکل ها را ارائه می دهد. این امر به سیستم عامل ها امکان می دهد تا به طور خودکار هرگونه اتصال شبکه را بین برنامه های کاربردی روی سیستم عامل و نمونه های خدماتی که در هر زیرساخت دیگری اجرا می شوند ، تنظیم کنند.

به روزرسانی های نمونه خدمات

موقعیت هایی وجود دارد که یک توسعه دهنده ممکن است بخواهد یک نمونه خدمات را به روز کند ، اما این ارتقاء با تغییر برنامه یا از طریق یک پارامتر پیکربندی قابل نمایش نیست. نمونه ای از این امر به روزرسانی سیستم عامل اصلی است که یک نمونه سرویس در حال اجرا است. این اغلب باعث خرابی برای نمونه خدمات می شود ، بنابراین اپراتورهای پلتفرم نمی خواهند این کار را انجام دهند یا به طور خودکار اتفاق بیفتند.

برنامه های خدمات اکنون می توانند حاوی یک زمینه Maintenance_info باشند ، که می تواند برای ارائه اطلاعات بیشتر به توسعه دهندگان در مورد اینکه نسخه نرم افزار در حال اجرا است و چه نسخه ای از خدمات را می توان به آن ارتقا داد ، استفاده کرد.

ارتقاء برنامه های خاص را فعال و غیرفعال کنید

زمینه plan_updateable اکنون می تواند به برنامه های خدمات اضافه شود ، و کنترل بیشتری را برای ارائه دهندگان خدمات فراهم می کند که بر اساس آنها می توان برنامه ها را به نسخه دیگری ارتقا یا کاهش داد.

سناریوهای کاهش یتیم

تعدادی از سناریوها می توانند منجر به ایجاد نمونه های خدمات یتیم و اتصالات خدمات بر روی یک کارگزار سرویس شوند ، بنابراین جامعه مدتی را صرف درک چگونگی ظهور این موقعیت ها و قرار دادن قوانین محکم تر برای کمک به ارائه دهندگان خدمات می کند که می دانند چه کاری انجام می دهند. هر موقعیتی

عملیات ناهمزمان بهبود یافته

ارائه دهندگان خدمات هم اکنون می توانند برای هر خدمتی که ارائه می دهند ، یک زمان برای عملیات ناهمزمان مشخص کنند ، و همچنین می توانند به سیستم عامل ها اشاره کنند که چه موقع باید برای وضعیت یک عملیات ناهمزمان مداوم نظرسنجی کنند.

این می تواند مورد استفاده قرار گیرد تا به توسعه دهندگان ایده بهتری در مورد مدت زمان انجام عملیات و کاهش تعداد تماس های اضافی که بین سیستم عامل ها و کارگزاران سرویس انجام می شود ، استفاده کند.

ما امیدواریم که شما از لیست طولانی ویژگی های جدید در این نسخه هیجان زده باشید و مشتاقانه منتظر دیدن این ویژگی ها در جامعه هستیم. مثل همیشه ، اگر بازخورد دارید دوست داریم آن را بشنویم!

16 ژانویه

پاپ به فیلادلفیا برای کسب اطلاعات بیشتر در مورد کارگزاران خدمات در این مذاکرات عالی اجلاس CF

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

ثبت نام در حال حاضر باز است و برنامه امروز به طور زنده ادامه یافت. ما لیستی از بهترین گفتگوهای API کارگزار سرویس باز را برای شما تهیه کرده ایم تا قبل از شروع کنفرانس در تاریخ 2 آوریل ، علامت گذاری کنید:

چهار شنبه

11:20 صبح: هنر ظریف نگه داشتن کارگزار خود چند پلتفرم سازگار-جورجی لوزف ، SAP

این گفتگو مروری بر انواع مختلف کارگزار - بر اساس مدل استقرار آنها مانند کارگزاران میزبان ، آنهایی که در کنار سکو و موارد مستقر در بالای آن مستقر شده اند ، ارائه می دهد. سپس ما برخی از خطاهایی را که در هنگام کار روی CF به عنوان یک پیاده سازی پلتفرم با آنها روبرو شده ایم به شما نشان خواهیم داد و آخرین و مهمترین آنها ، ما به شیوه های خوب و پیشرفت های آینده خواهیم پرداخت که باید کارگزاران ما را چند پلتفرم سازگار نگه دارد.

2:55 بعد از ظهر: آزمایش محیط های تولید و تأیید کارگزار سرویس باز API - الیور گرگ و رابرت گوگولوک ، آنهایی

این گفتگوی نشان می دهد که چگونه یک مجموعه تست عمومی که محیط های پلت فرم تولید را تأیید می کند و انطباق OSBAPI را می توان برای انواع مختلف خدمات داده استفاده کرد.

پنج شنبه

11:45 صبح: دسترسی به بازار Cloud Foundry از خوشه Kubeetes - دکتر نیک ویلیامز ، استارک و وین

در این گفتگو ، ما کاتالوگ سرویس Kubeetes ، API کارگزار سرویس باز و یک کارگزار خدمات جدید ویژه را معرفی می کنیم که دسترسی به بازار کاربر CF را به خوشه Kubeetes خود می رساند.

2:00 بعد از ظهر: یک بازار برای حاکم بر همه آنها - مت مک نینی و سام Gunaratne ، محوری

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

3:20 بعد از ظهر: کارگزار سرویس باز 101: آن چیز اضافی - Christian Brinker ، Evoila

کریستین برینکر در صحبت های خود ، از طریق ساختار داخلی و تأثیرات خود به مجموعه های پیچیده تولید ، مخاطبان را از دلایل استفاده از کارگزاران خدمات می برد. او مشکلات و بهترین شیوه ها را ارائه می دهد و همچنین بینش عمیقی از چارچوب کارگزار سرویس منبع باز تیم خود ارائه می دهد.

21 اوت

کارگزار سرویس باز v2. 14 منتشر شد

ماه گذشته کارگروه API کارگزار Open Service آخرین نسخه از مشخصات ، v2. 14 را منتشر کرد. این نسخه ویژگی های جدید ، رفع اشکال و پیشرفت های متفرقه جمع آوری شده در 10 ماه گذشته از V2. 13 را جمع آوری می کند. مثل همیشه ، جزئیات را می توان در یادداشت های انتشار یافت ، اما می توانید در مورد برخی از جالب ترین تغییرات زیر بخوانید:

واکشی نمونه ها و پیوندهای خدمات ، مشخصات اکنون از اطلاعات واکشی برای نمونه ها و الزامات سرویس قبلاً ایجاد شده پشتیبانی می کند. این طیف وسیعی از امکانات را برای سیستم عامل ها ، از جمله واکشی اعتبار (به عنوان مثال در صورت چرخش) ، اطلاعات بررسی سلامت گسترده یا پارامترهای پیکربندی قبلی ارائه می دهد. یک کارگزار خدماتی را در نظر بگیرید که می تواند یک خوشه redis را فراهم کند ، جایی که تعداد گره ها قابل تنظیم است:

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

نقاط پایانی پشتیبانی شده جدید این نوع اطلاعات را برای نمونه های خدمات و اتصالات از یک کارگزار سرویس به دست می آورد.

اتصالات سرویس ناهمزمان برای مدتی اکنون ، کارگزار سرویس باز API از جریان های ناهمزمان برای نمونه های خدمات پشتیبانی کرده است. این امر به منظور پشتیبانی از عملیات طولانی مدت ، به عنوان مثال ، ایجاد یا از بین بردن ماشینهای مجازی وجود داشته است. نویسندگان کارگزار اکنون توانایی پشتیبانی از عملیات مشابه را به عنوان بخشی از چرخه چرخه اتصال سرویس با الگوی آخرین عملکرد آشنا دارند.

روش های احراز هویت غیر مبتنی بر این مرحله ، مشخصات فقط از تأیید اعتبار اساسی بین سیستم عامل ها و کارگزاران خدمات پشتیبانی می کند. برای برخی موارد استفاده ، این ممکن است ویژگی های امنیتی کافی را ارائه ندهد ، و برخی دیگر از قبل از طرح های مختلف تأیید اعتبار پشتیبانی می کنند. به منظور ارائه انعطاف پذیری لازم ، ما اکنون این پلتفرم را به بخش احراز هویت کارگزار سرویس گسترش داده ایم به گونه ای که می توان توافق خارج از باند را در خارج از مشخصات انجام داد. جزئیات مربوط به این موارد را می توان در ویژگی های Platform ویکی یافت.

OpenAPI 2. 0 اکنون ما یک سند OpenAPI داریم که مشخصات را توصیف می کند!

ماتریس سازگاری ما اکنون یک سند سازگاری پلتفرم داریم که توصیف می کند کدام بخش از مشخصات توسط سیستم عامل های خاص پشتیبانی می شود!

آینده شما می توانید با چک کردن نقشه نقشه راه و برنامه ریزی انتشار در GitHub ، با آنچه جامعه روی آن کار می کند به روز بمانید.

25 اکتبر

فیلم های جدید کارگزار سرویس باز از Cloud Foundry Summit Europe & Cloud Native Con Europe 2017

اخیراً مجموعه ای از مذاکرات وجود داشته است که پیشرفت کارگزار سرویس باز API و کارگزاران خدمات نوآورانه و ادغام پلت فرم را که جامعه ایجاد می کند ، برجسته می کند. در این پست برخی از نکات برجسته از اجلاس Cloud Foundry و Cloud Native Con را پیدا خواهید کرد!

Cloud Foundry Summit Europe (اکتبر 2017)

نسخه اخیر Cloud Foundry Summit Eurepuemit در بازل با ترکیبی از مذاکرات توسعه دهندگان ، تحلیلگران و مشارکت کنندگان ، تمرکز جدی روی پروژه API کارگزار سرویس باز داشت.

جهنم یخ می زند: واقعیت جدید خدمات ابر باز و OSBAPI

اولین صحبت برای برجسته کردن از جاش مک کی و کالین استیونسون از Pivotal است. جاش و کالین با داشتن یک قالب و سبک سرگرم کننده ، در مورد تأثیر API کارگزار سرویس باز در فضای بومی ابری بحث می کنند تا قابلیت حمل خدمات ابری را در صنایع و فروشندگان فراهم کند.

سیستم عامل های دوتایی: ایجاد خدمات برای Cloud Foundry و Kubeetes با استفاده از API Broker Service Open

الکس لی و مت مک نینی از Pivotal نسخه ی نمایشی را در مورد چگونگی استفاده از یک کارگزار سرویس از Cloud Coundry و Kuberenetes ارائه دادند. این نسخه ی نمایشی برجسته می کند که پروژه کاتالوگ سرویس Kubeetes تا چه حد به وجود آمده است و آینده چند ابر و چند پلتفرمی با استفاده از API کارگزار سرویس باز به سرعت به واقعیت تبدیل می شود.

گرفتن یک دسته بر روی میکروسرویس های خود: Istio و کارگزار سرویس باز API

مورگان بائر و کریستوفر لوسیانو از IBM در مورد پروژه مش خدمات سرویس اخیراً باز ، Istio صحبت کردند. این صحبت مقدمه ای برای Istio و چگونگی استفاده از این پروژه در کنسرت با کارگزار سرویس Open API ارائه می دهد. نسخه ی نمایشی با دو برنامه کاربردی محدود به همان سرویس (ارائه شده توسط همان کارگزار سرویس) آغاز می شود و نشان می دهد که چگونه می توان از Istio برای هدایت ترافیک بین برنامه های وب استفاده کرد. همچنین نشان می دهد که چگونه ISTIO می تواند بدون هیچ گونه اصلاح در یک برنامه ، ارزش را ارائه دهد.

Cloud Native Con Europe (فوریه 2017)

کارگزار سرویس باز API و کاتالوگ سرویس Kubeetes

در اوایل سال جاری در Cloud Native Con در برلین ، Chip Childers of Cloud Foundation Cloud Foundation و Paul Morie از Redhat مقدمه ای به پروژه انکوباتور کاتالوگ سرویس Kubeetes ارائه دادند. در این صحبت ، شما دقیقاً می آموزید که مشخصات API کارگزار سرویس باز چیست ، تاریخچه آن ، چگونگی همکاری متقابل سیستم در مشخصات API و چگونگی اکوسیستم Kubeetes در حال ایجاد ادغام با مشخصات است. این گفتگو همچنین شامل نحوه شرکت در گروه علاقه ویژه Kubeetes (SIG) است و شامل یک نسخه آزمایشی پروژه است!

پانل: استفاده از API کارگزار سرویس باز در سیستم عامل های بومی ابر

این بحث پانل شامل نمایندگانی از IBM ، Pivotal ، Fujitsu ، Redhat و Orange است که بحث می کنند که در کجا می خواهند این پروژه برود و چرا ابتکار عمل برای شرکت های آنها مهم است. انتظار دارید که در مورد کارگزار کارگزار API کارگزار سرویس باز ، آینده پروژه و بینش در مورد چگونگی استفاده از شرکتهای پیشرو در فناوری ، این مشخصات را در موارد استفاده در دنیای واقعی کسب کنید.

27 سپتامبر

کارگزار سرویس باز v2. 13 فرود آمده است

این هفته کارگروه API کارگزار Open Service آخرین نسخه از مشخصات ، v2. 13 را منتشر کرد.

این نسخه جدید سه ماه پس از آخرین نسخه ارائه می شود و شامل طیف متنوعی از ویژگی های جدید ، رفع اشکال و پیشرفت ها است. برخی از ویژگی هایی که جامعه از آن بیشتر هیجان زده است در زیر شرح داده شده است.

اطلاعات بیشتر در مورد این نسخه را می توان در یادداشت های انتشار یافت ، و می توانید با چک کردن نقشه راه و برنامه ریزی انتشار در GitHub ، با آنچه جامعه روی آن کار می کند به روز بمانید.

طرح های پارامترهای پیکربندی

بسیاری از کارگزاران سرویس پارامترهای پیکربندی را می پذیرند که توسعه دهندگان برنامه می توانند هنگام ارائه نمونه های خدمات ، به روزرسانی نمونه های خدمات و ایجاد اتصالات خدمات از آن استفاده کنند. تاکنون ، توسعه دهندگان برای درک جفت های ارزش کلیدی دلخواه که می توانند ارائه دهند ، مجبور شده اند برای یک سرویس خاص مستندات پیدا کنند و مقادیر مجاز که برای هر پارامتر قابل ارائه است. از این نسخه به بعد ، کارگزاران سرویس هم اکنون می توانند طرح های JSON را در داده های کاتالوگ خود که توصیف پارامترهای توسعه دهندگان برنامه ها را ارائه می دهند ، شامل شوند. این امر به خط فرمان و سایر رابط های کاربر اجازه می دهد تا اعتبار سنجی پارامترها را انجام دهند و حتی می تواند برای تولید پویا فرم هایی با کشویی ، دامنه و سایر عناصر UI استفاده شود. مثال زیر نشان می دهد که چگونه این امر می تواند به ارائه تجربه کاربری بسیار بهتر توسعه دهنده کمک کند.

نمونه ای از نحوه استفاده از طرحواره های JSON برای تولید خودکار رابط های کاربر بصری

مکانیسم های احراز هویت بهبود یافته

پلتفرم به ارتباطات کارگزار خدمات در حال حاضر از تأیید اعتبار دسترسی اساسی استفاده می کند ، اما بسیاری از افراد جامعه ابراز تمایل به بررسی مکانیسم های ایمن تر و گسترده تر مانند OAUTH دارند. تغییر در مشخصات V2. 13 ایجاد شده است که به سیستم عامل ها اجازه می دهد تا بررسی کنند که چگونه می توان سایر مکانیسم های احراز هویت را اجرا کرد و چگونه می توان ویژگی های جدید را مجاز کرد ، مانند ارائه کنترل دسترسی مبتنی بر نقش برای توسعه دهندگان برنامه برای استفاده از ویژگی های اساسیسرویس.

صفحه جدید "شروع کار"

صفحه جدیدی به مخزن API کارگزار سرویس باز اضافه شده است که شامل تعدادی از کارگزاران و کتابخانه های خدمات نمونه است که جامعه روی آن سخت کار کرده اند. این امر باید برای نویسندگان خدمات بسیار آسانتر شود تا ببینند دیگران در جامعه چه کار می کنند و به نویسندگان خدمات جدید راهی آسان برای شروع کار و ارائه سریع خدمات خود در سیستم عامل های بومی ابر ارائه می دهند.

07 سپتامبر

کارگزار سرویس باز API: آگوست چهره به چهره

در ماه آگوست ، بسیاری از اعضای جامعه کارگزار سرویس باز API دو روز را در دفاتر Google در سیاتل گذراندند و در مورد آینده مشخصات بحث کردند. ما به صورت شخصی شرکت کنندگان داشتیم و از راه دور از Red Hat ، IBM ، Pivotal ، Google ، SAP ، Dell EMC ، Microsoft و Fujitsu به نمایندگی از جوامع Cloud Foundry و Kubeetes پیوستیم. این گروه در مورد طیف گسترده ای از موضوعات و رفتارها با تمرکز کلیدی در مورد اطمینان از اینکه نویسندگان خدمات قادر به ایجاد کارگزاران خدمات آگونیستیک سکو به منظور رشد اکوسیستم متنوع از خدمات بومی ابر هستند ، بحث کرد.

کارگزار کارگزار API کارگزار سرویس باز در Fremont Troll در سیاتل

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

تعدادی از رفتارهای مهم API به تفصیل مورد بحث قرار گرفت ، از جمله بهبود تأیید اعتبار با استفاده از OAUTH ، حمایت از ایجاد ناهمزمان از اتصالات خدمات ، به روزرسانی اتصالات خدمات و اجازه کارگزاران برای نمایش اقدامات آنها برای توسعه دهندگان برنامه. این ویژگی ها برای همه سیستم عامل های مدرن از جمله Cloud Foundry و Kubeetes بسیار مهم است ، و این گروه از پیشرفت در این ویژگی ها هیجان زده شد و بسیاری از آنها را از طریق مرحله اجرای به اعتبارسنجی منتقل کردند (جاییمناسب برای هدف).

ویژگی مشخصات بعدی که توسط سیستم عامل های Cloud Foundry و Kubeetes تأیید می شود ، توانایی کارگزاران سرویس برای تبلیغ پارامترهای پیکربندی آنها برای ارائه نمونه های خدمات ، به روزرسانی نمونه های خدمات و ایجاد اتصالات خدمات است. با استفاده از مشخصات قدرتمند JSON Schema ، ابزارهای پلتفرم (CLIS و UIS) می توانند یک تجربه توسعه دهنده بسیار بهبود یافته را برای ایجاد و مدیریت خدمات سازگار با مشخصات ارائه دهند.

در بحث عمیق در دفتر سیاتل Google

کارگروه به لطف اتخاذ سریع مشخصات نویسندگان کارگزار سرویس و پروژه کاتالوگ خدمات Kubeetes ، از دیدن سرعت جامعه و اکوسیستم بسیار هیجان زده است. ما همیشه به دنبال استقبال از اعضای جدید در جامعه هستیم ، بنابراین اگر شما روی سیستم عامل ها ، کارگزاران خدمات کار می کنید یا به هیچ وجه بازخوردی دارید ، لطفاً به تماس هفتگی ما بپیوندید که گروه هر هفته وقت خود را برای استقبال از چهره های جدید و بحث در مورد منافع جامعه اختصاص می دهد.

و مراقب نسخه بعدی مشخصات ، 2. 13 باشید - نسخه دوم که تحت هدایت کمیته پروژه API کارگزار باز سرویس باز است.

با تشکر از مت مک نینی از Pivotal برای نوشتن دقیق.

22 ژوئن

اعلام کارگزار سرویس باز API v2. 12

اولین نسخه از مشخصات API مستقل از پلتفرم Cloud Foundry

امروز ، کارگروه API کارگزار سرویس باز خوشحال است که نسخه v2. 12 مشخصات را اعلام می کند. این اولین نسخه از مشخصات API مستقل از پلت فرم Cloud Foundry است که تحت هدایت گروه کاری جدید تهیه شده است.

تمرکز این نسخه این است که چندین سیستم عامل را قادر به استفاده از API از طریق کاهش اصطلاحات خاص پلت فرم است. این مسیری را برای سیستم عامل های بیشتر ادغام با OSBAPI پاک می کند. علاوه بر این ، مشخصات اکنون از کلمات کلیدی RFC2119 استفاده می کند ، به این معنی که نویسندگان و سیستم عامل های کارگزار سرویس مصرف می توانند به وضوح هدف از مشخصات را درک کنند.

معرفی پروفایل های پلتفرم

برای فعال کردن سیستم عامل ها برای ارائه اطلاعات خاص پلتفرم ، برای موارد استفاده مانند صورتحساب ، ما یک زمینه زمینه اضافی را برای درخواست بدنه برای ارائه نمونه خدمات و به روزرسانی یک نمونه خدمات معرفی می کنیم. برای کشف این زمینه های خاص پلتفرم ، ما پروفایل های پلتفرم را ارائه می دهیم. اینها الگوهای استفاده توصیه شده برای پسوندها و تغییرات خاص محیط را توصیف می کنند. اگر نویسنده کارگزار هستید ، لطفاً مراقب باشید که زمینه جایگزین زمینه های درخواست سازمان_گید و Space_Guid در نسخه های بعدی مشخصات شود. به طور موقت ، شما باید از هر دو زمینه برای اطمینان از قابلیت همکاری با پیاده سازی های قدیمی و جدید پلت فرم استفاده کنید.

چگونه می توانم شروع کنم؟

می توانید مشخصات به روز شده را در اینجا مشاهده کرده و امروز ایجاد یک کارگزار یا پلت فرم سرویس را شروع کنید. پشتیبانی از زمینه زمینه امروز در کاتالوگ خدمات Kubeetes در دسترس است و به زودی به نسخه Cloud Foundry می رسد.

13 دسامبر

چرا Cloud Foundry در حال باز کردن کارگزار سرویس باز است

از زمان تبدیل شدن به مدیر اجرایی Cloud Foundry ، من مشتاقانه منتظر راه اندازی امروز پروژه API کارگزار سرویس Open Service هستم. این پروژه مشترک با Fujitsu ، Google ، IBM ، Pivotal ، Red Hat و SAP به توسعه دهندگان ، ISV ها و فروشندگان SaaS امکان ارائه خدمات را به برنامه های کاربردی در حال اجرا در عرضه های بومی-از جمله Cloud Foundry ، OpenShift و Kubeetes-به روش ساده ترین و مؤثر می دهد. ممکن است

بخشی از آنچه من عاشق آنقدر شدید در مورد دنیای منبع باز هستم ، توانایی ریختن نفس ، جمع شدن برای همکاری و پیش بینی آینده ای کاملاً باز است. این نوع پروژه مشترک با بنیاد محاسبات بومی Cloud و دوستان خوب ما در Fujitsu ، Google ، IBM ، Pivotal ، Red Hat و SAP از دید مشترک بهترین دنیای ممکن برای توسعه دهندگان ، ISVS و فروشندگان SaaS متولد می شوند. ما می توانیم با هم کار کنیم تا اکوسیستم خود را رشد دهیم.

کارگزار Open Service API آخرین نمونه از Cloud Foundry است که ما موعظه می کنیم: منبع باز یک بازی جمع مثبت است. با به اشتراک گذاشتن این فناوری به طور گسترده تر ، ما به استاندارد سازی یک مؤلفه مهم برنامه های کاربردی ابر بومی-خدمات کمک می کنیم. مأموریت پروژه API کارگزار سرویس باز ، پیشبرد مشترک توسعه یک رویکرد استاندارد برای اتصال خدمات به سیستم عامل ها است. این به نفع همه است.

با استاندارد سازی صنعت در API کارگزار سرویس باز ، می توانیم پایه ای برای اکوسیستم بسازیم که از یک جامعه واحد فراتر رود. در حالی که کارگزار سرویس API در ابتدا به طور خاص برای پلت فرم Cloud Foundry تهیه شده است ، و یک مشخصات API است که در بنیاد میزبانی شده است ، این مشخصات به ویژه از پلت فرم Cloud Foundry متمایز است. هدف از حاکمیت مشخصات API به عنوان یک تلاش متمایز ، اطمینان از یک فرآیند باز از همکاری و تکامل API و همچنین پشتیبانی از پیاده سازی های API توسط سایر سیستم عامل ها و خدمات است.

کارگزار سرویس باز API به منظور ساده سازی تعامل خدمات برای توسعه دهندگان طراحی شده است. همانطور که همکار من Cloud Coundry CTO CTO Chip Childers اخیراً در مقاله ای در مورد پشته جدید توضیح داد: "[کارگزار سرویس باز API] یک انتزاع تمیز است که به" خدمات "اجازه می دهد تا یک کاتالوگ قابلیت ها و همچنین توانایی ایجاد ، در معرض نمایش قرار دهند. از آن خدمات استفاده و حذف کنید. برای این که منطقی باشد ، کلمه "خدمات" کمی بیشتر به یک تعریف نیاز دارد. ما خدمات را به عنوان هر نرم افزاری یا سیستمی می دانیم که برنامه های کاربردی به قابلیت های مختلف بستگی دارند ، چه به عنوان وابستگی های خارجی یا قابلیت های سطح پلتفرم ارائه شده به برنامه. "

از زمان بازنویسی در سال 2013 ، API V2 برای بسیاری از موضوعات اصلی اجرای آن حل شد و قابلیت های آن را افزایش داد. به طور طبیعی ، جامعه Cloud Foundry شروع به ایجاد پیاده سازی های کارگزار خدمات برای طیف گسترده ای از برنامه ها کرد. حتی ارائه دهندگان بزرگ ابر مانند Google و Microsoft شروع به افشای قابلیت های پلتفرم بومی خود از طریق API کردند و باعث می شود سایر سازمان ها به Cloud Foundry علاقه مند شوند یا یک بستر مشابه ، پتانسیل موجود در این اکوسیستم به سرعت در حال گسترش ارائه دهندگان خدمات را مشاهده می کنند.

در همین حال ، در بنیاد ، ما شروع به درک پتانسیل عظیم برای کمک به کل صنعت کردیم. چندین پروژه دیگر ابراز علاقه به اتخاذ کارگزار سرویس API و ادغام با Cloud Foundry. با روحیه همکاری منبع باز ، بنیاد Cloud Foundry و بنیاد محاسبات بومی Cloud یک کارگروه متشکل از اعضای Google ، Engine Yard ، Fujitsu ، IBM ، Pivotal و Red Hat را تأسیس کردند ، با مهندسان که در تمام پروژه ها برای هر دو پایه کار می کنند.

چشم انداز مشترک ما توسعه یک کارگزار سرویس استاندارد صنعت بود که به توسعه دهندگان ، ISV و فروشندگان SaaS یک روش واحد ، ساده و زیبا برای تولید ، فروش ، خرید و مصرف نرم افزار در ابرهای عمومی و خصوصی امکان پذیر می کند. کارگزار سرویس باز API با ارائه خدمات اضافه شده به برنامه ها به برنامه های کاربردی ، گسترش اکوسیستم جهانی ابر را تسریع می کند. اکنون توسعه دهندگان می توانند در برابر یک API واحد بنویسند و پیکربندی کنند و به بسیاری از توسعه دهندگان در سیستم عامل های مختلف برسند. در نتیجه این ابتکار قابل توجه ، ما شاهد اتخاذ Kubeetes از API کارگزار خدمات بودیم.

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