SAP سه محیط را ارائه می دهد: SAP Neo و SAP Cloud Foundry و Kyma. SAP Neo قدیمی ترین محیط از این سه محیط است. زمانی همراه با پلتفرم SAP Cloud که از آن زمان به پلتفرم فناوری کسب و کار SAP ادغام شد، برای توسعه برنامه‌های افزودنی در فضای ابری، ارائه خدمات و خودکارسازی فرآیندها معرفی شد. SAP Cloud Foundry بعداً به عنوان محیط دوم اضافه شد تا به طور خاص رویکردهای چند ابری را ارائه دهد. با استفاده از منبع باز و انتخاب رایگان یک hyperscaler برای اجرای پلت فرم ابری، SAP Cloud Foundry بیشتر از SAP Neo به نیازهای چشم اندازهای مدرن IT توجه دارد.
کدام محیط باید باشد؟
با داشتن سه محیط برای انتخاب، شرکت ها با این سوال مواجه می شوند که کدام یک را انتخاب کنند. کسانی که اکنون برای اولین بار با موضوع پلتفرم فناوری کسب و کار SAP سروکار دارند و می خواهند شروع به کار کنند باید SAP Cloud Foundry را انتخاب کنند. به عنوان یک محیط جدیدتر، SAP Cloud Foundry به طور کلی گزینه های بیشتری را ارائه می دهد. علاوه بر این، SAP فقط نوآوری ها و خدمات جدید را در SAP Cloud Foundry در بلندمدت اجرا خواهد کرد. یکی از نشانه‌های اولویت‌های آینده SAP این واقعیت است که اکنون هیچ حساب آزمایشی دیگری برای SAP Neo وجود ندارد تا محیط را امتحان کند. بر این اساس، حتی شرکت هایی که در حال حاضر از SAP Neo استفاده می کنند، در نهایت چاره ای جز تغییر به SAP Cloud Foundry نخواهند داشت.
تفاوت های کلیدی بین SAP Neo و SAP Cloud Foundry
در حالی که SAP Neo در مراکز داده SAP میزبانی می‌شود، SAP Cloud Foundry می‌تواند توسط هر ارائه‌دهنده زیرساخت به‌عنوان یک سرویس (hyperscaler) اجرا شود - از AWS گرفته تا Microsoft Azure تا Google Cloud Platform. به سوال بهترین هایپراسکیل کننده برای SAP Cloud Foundry نمی توان به طور کلی پاسخ داد. در عوض، تصمیم به استراتژی IT مربوطه بستگی دارد. با این حال، شرکت ها این اطمینان را دارند که می توانند محیط خود را در جایی که کاربران در آن قرار دارند اجرا کنند، که از زمان تأخیر بالا جلوگیری می کند.
SAP Neo از محدوده ثابتی از محیط های زمان اجرا و زبان های برنامه نویسی پشتیبانی می کند. SAP Cloud Foundry تنوع بیشتری را در این زمینه ارائه می دهد و حتی گزینه ای را به زبان خود بیاورید. برای ساخت برنامه‌های افزودنی برای هسته دیجیتال، توسعه‌دهندگان می‌توانند برای مثال از Node. js استفاده کنند و نیازی به تکیه بر ABAP ندارند. SAP Neo فقط از خدمات SAP پشتیبانی می کند، در حالی که SAP Cloud Foundry از سایر خدمات مدیریت شده توسط hyperscaler مربوطه نیز پشتیبانی می کند - به عنوان مثال، سناریوهای IoT Microsoft Azure یا AWS. چنین خدماتی را می توان به راحتی در SAP Cloud Foundry ادغام کرد.
در همین حال ، تقریباً کلیه خدمات موجود در SAP NEO نیز در SAP Cloud Foundry موجود است. علاوه بر این ، SAP Cloud Foundry خدماتی را ارائه می دهد که هرگز تحت SAP NEO وجود نداشته است. در مقابل ، برخی از خدمات SAP NEO نیز دیگر برای SAP Cloud Foundry اجرا نشده است. در مورد بانک اطلاعاتی ، SAP NEO در HANA 1. 0 اجرا می شود و تحولات بومی تحت XS-Classic انجام می شود. در مقابل ، SAP Cloud Foundry مبتنی بر HANA 2. 0 است و XS-Advanced برای تحولات بومی استفاده می شود.
استدلال برای SAP Cloud Foundry
دلایل مختلفی برای مهاجرت به SAP Cloud Foundry وجود دارد. این یک محیط مدرن است که انتظارات یک بستر تمدید مدرن را جامع تر از SAP Neo برآورده می کند. نیازهای تجاری ممکن است نیاز به خدماتی داشته باشد که فقط در SAP Cloud Foundry در دسترس باشد. هرچه محتوای SAP NEO گسترده تر باشد ، مهاجرت پیچیده تر خواهد بود. با به تعویق انداختن سوئیچ ، شرکت ها حرکت بعدی را گران تر می کنند ، زیرا منابع انسانی بیشتری به سادگی لازم است تا تمام محتوا را از SAP NEO به SAP Cloud Foundry منتقل کنند.
علاوه بر این ، SAP Cloud Foundry انعطاف پذیری بیشتری را ارائه می دهد. با وجود فضاهای به اصطلاح ، هرگونه شرایط حاکمیتی را می توان با مشخص کردن داده های خاص شرکت در محیط زیست برآورده کرد. برای توسعه دهندگان این مهم است که بدانند SAP Business Application Studio جایگزین SAP Web IDE قبلی به عنوان یک ابزار توسعه است. با این حال ، این به معنای محدودیت عملکردی نیست. برنامه های جاوا یکپارچه ، همانطور که از SAP NEO شناخته شده است ، در زیر ریخته گری SAP Cloud شکسته شده و به عنوان میکروسرویس اجرا می شود.
SAP Cloud Foundry برای معماری آینده IT شرکت ها به عنوان بخشی از پلت فرم فناوری تجارت SAP از اهمیت اساسی برخوردار است (https://www. ibsolution. com/academy/blog/business-technology-platform-unternehmen-intelligent). این امر به این دلیل است که برنامه های افزودنی برنامه ای که عملکردهای اضافی را به استاندارد SAP اضافه می کنند ، بر روی پلت فرم فناوری تجارت SAP اجرا می شوند. SAP Cloud Foundry به عنوان محیطی برای توسعه پسوندها ، تحقق ادغام و ارائه خدمات UX مورد نیاز است.
از مواردی با SAP Cloud Foundry استفاده کنید
با توجه به نیازهای مربوطه ، SAP Cloud Foundry تنها محیط ممکن برای برخی موارد استفاده است.
ابر توزیع شده
برای شرکت هایی که دارای یک ردپای جهانی هستند ، می تواند منطقی باشد که سیستم عامل های ابری خود را در سراسر جهان در سراسر جهان توزیع کنند تا از زمان تأخیر زیاد جلوگیری کنند. اگر قرار است یک برنامه تجاری در سراسر جهان مورد استفاده قرار گیرد ، می توان چندین حساب فرعی تولیدی را در کشورهای مختلف یا در قاره های مختلف ایجاد و میزبانی کرد. در چنین حالتی ، تلاش توسعه تقریباً بدون تغییر باقی مانده است ، این برنامه فقط باید چندین بار مستقر شود.
مدل برنامه نویسی برنامه ابر (CAPM)
CAPM بهترین روش با زبانها ، کتابخانه ها و ابزارهای ایجاد برنامه ها و خدمات در سطح شرکت است. این دستگاه به شکل میکروسرویس و برنامه های کاربردی یکسان ساخته شده است. این امر باعث می شود تا برنامه ها آسان تر شود. علاوه بر این ، زبانهای اختصاصی مانند جاوا یا Node. js می توانند مورد استفاده قرار گیرند و ABAP اجباری نیست.
مش
مش رویداد یک سرویس ابری برای ارتباطات برنامه از طریق رویدادهای ناهمزمان است. به عنوان مثال ، راه اندازی فرآیندها مبتنی بر رویداد ، به عنوان مثال ، در برنامه های پسوند SAP S/4HANA شامل برنامه های شخص ثالث انجام می شود. چنین معماری مبتنی بر رویداد فقط با SAP Cloud Foundry به عنوان یک محیط قابل اجرا است.
مدیریت گردش کار
SAP در حال حاضر از دیجیتالی شدن گردش کار شرکت در SAP Cloud Foundry در استاندارد با بازگرداندن گردش کار آماده پشتیبانی می کند. تعداد گردش کار ارائه شده به طور مداوم در حال افزایش است.
روند یک پروژه مهاجرت
یک پروژه مهاجرت که هدف آن تغییر از SAP NEO به SAP Cloud Foundry است به مراحل پروژه زیر تقسیم می شود:
دامنه اسکن
اول ، لیست کردن تمام مطالب موجود در SAP Cloud Platform مفید است. این شامل آثار بانا ، برنامه های UI5 ، مقصد ، خدمات ، بسته های ادغام و غیره است. این لیست به عنوان پایه ای برای مدیریت پروژه است. این عناصر از نظر عملکرد آنها تحت ریخته گری SAP Cloud ارزیابی می شوند. به این ترتیب ، مشخص می شود که کدام کار مورد نیاز است و این چه تلاشی را به دنبال دارد.
مفهوم عملیاتی
مرور مفهوم عملیاتی موجود مفید است. این جنبه های استودیوی برنامه های تجاری ، سیستم حمل و نقل ، فضاها ، HANA 2. 0 و خدمات را در بر می گیرد. انتخاب HyperScaler نیز متعلق به این مرحله پروژه است.
آغاز پروژه
اکنون زمان آن رسیده است که رویکرد دقیق پروژه را تعریف کنیم. این دامنه را می توان در مراحل جداگانه مهاجرت کرد و به صورت زنده انجام داد. اقدامات بیشتر شامل اطلاع رسانی به ذینفعان و کاربران کلیدی است تا بتوانید با بخش ها مشورت کنید و آزمون پذیرش کاربر (UAT) را تهیه کنید.
تنظیم زیرساخت
مرحله بعدی راه اندازی حساب های فرعی جدید و فضاها است. راه اندازی سرویس احراز هویت هویت (IAS) و سرویس تامین هویت (IPS) و همچنین افزودن مقاصد نیز بخشی از این مرحله است. اگر زیرساخت در مراحل اولیه وجود داشته باشد، می توان از توقف توسعه (تجمیع کد) به طور کلی جلوگیری کرد یا حداقل از نظر زمانی بسیار محدود شد.
مهاجرت
همه برنامه ها، داده ها، خدمات و بسته های یکپارچه سازی به محیط جدید منتقل می شوند.
آزمون پذیرش کاربر (UAT)
تیم پروژه UAT را همراهی می کند تا تعیین کند که آیا برنامه ها با نیازهای کاربران مطابقت دارند یا خیر.
برو زندگی کن
پخش زنده آخرین مرحله در پروژه مهاجرت است. هنگامی که انتقال با موفقیت انجام شد، محیط SAP Neo را می توان خاموش کرد. این دوره زمانی را که در آن اشتراک برای SAP Neo و برای SAP Cloud Foundry تعیین می‌شود، محدود می‌کند و در نتیجه هزینه‌های دو برابری به همراه دارد.
