نحوه استقرار SAP HANA: ما روش های مختلفی را تجزیه و تحلیل می کنیم

SAP HANA یک DBMS درون حافظه محبوب است که شامل سرویس های ذخیره سازی (Data Warehouse) و تجزیه و تحلیل، میان افزار داخلی، سرور برنامه و بستری برای پیکربندی یا توسعه ابزارهای جدید است. با حذف تأخیر DBMS های سنتی با SAP HANA، می توانید عملکرد سیستم، پردازش تراکنش (OLTP) و هوش تجاری (OLAP) را تا حد زیادی افزایش دهید.

می توانید SAP HANA را در حالت های Appliance و TDI (اگر در مورد محیط های تولید صحبت کنیم) استقرار دهید. برای هر گزینه، سازنده الزامات خاص خود را دارد. در این پست در مورد مزایا و معایب گزینه های مختلف و همچنین برای شفافیت در مورد پروژه های واقعی خود با SAP HANA صحبت خواهیم کرد.

SAP HANA از 3 جزء اصلی - میزبان، نمونه و سیستم تشکیل شده است.

میزبان یک سرور یا محیط عملیاتی برای اجرای SAP HANA DBMS است. اجزای مورد نیاز آن عبارتند از CPU، RAM، ذخیره سازی، شبکه و سیستم عامل. میزبان پیوندهایی به دایرکتوری های نصب، داده ها، گزارش ها یا مستقیماً به سیستم ذخیره سازی ارائه می دهد. در عین حال، سیستم ذخیره سازی برای نصب SAP HANA لازم نیست بر روی هاست قرار داشته باشد. اگر سیستم دارای چندین هاست باشد، به فضای ذخیره سازی مشترک نیاز خواهید داشت یا به یکی از هاست هایی که در صورت تقاضا از همه هاست ها در دسترس باشد.

نمونه، مثال - مجموعه ای از اجزای سیستم SAP HANA که روی یک میزبان نصب شده است. اجزای اصلی عبارتند از Index Server و Name Server. اولی که «سرور کار» نیز نامیده می‌شود، درخواست‌ها را پردازش می‌کند، ذخیره‌های داده فعلی و موتورهای پایگاه داده را مدیریت می‌کند. Name Server اطلاعات مربوط به توپولوژی نصب SAP HANA را ذخیره می کند - جایی که اجزا اجرا می شوند و چه داده هایی روی سرور وجود دارد.

سیستم - این یک یا چند مورد با همان تعداد است. در اصل، این یک عنصر جداگانه است که می تواند فعال، غیرفعال یا کپی شود (پشتیبان گیری). داده ها در حافظه سرورهای مختلف که سیستم SAP HANA را تشکیل می دهند توزیع می شود.

سیستم را می توان به صورت تک هاست (یک نمونه در یک میزبان) یا چند میزبان، توزیع شده پیکربندی کرد (چند نمونه SAP HANA بر روی چندین میزبان توزیع می شود، با یک نمونه در هر میزبان). در سیستم های چند میزبان، هر نمونه باید دارای یک عدد باشد. یک سیستم SAP HANA با یک شناسه سیستم (SID) شناسایی می شود، یک عدد منحصر به فرد متشکل از سه کاراکتر الفبایی عددی.

مجازی سازی SAP HANA

یکی از محدودیت های اصلی SAP HANA پشتیبانی از تنها یک سیستم - یک نمونه با SID سرور منحصر به فرد است. برای استفاده موثرتر از سخت افزار یا کاهش تعداد سرورها در یک مرکز داده، می توانید از مجازی سازی استفاده کنید. به این ترتیب، مناظر دیگر می توانند در همان سرور با سیستم هایی که نیازهای کمتری دارند (سیستم های غیر تولیدی) همزیستی کنند. برای سرور آماده به کار HA/DR، مجازی سازی می تواند سرعت سوئیچ بین ماشین های مجازی تولیدی و غیرمولد را بهبود بخشد.

SAP HANA شامل پشتیبانی از هایپروایزر VMWare ESX است. این بدان معنی است که سیستم های مختلف SAP HANA - نصب SAP HANA با شماره های SID مختلف - می توانند روی یک هاست (سرور فیزیکی مشترک) در ماشین های مجازی مختلف وجود داشته باشند. هر ماشین مجازی باید روی یک سیستم عامل پشتیبانی شده اجرا شود.

برای محیط های تولید، مجازی سازی SAP HANA دارای محدودیت های جدی است:

• مقیاس‌بندی مقیاس‌پذیری پشتیبانی نمی‌شود - مجازی‌سازی را فقط می‌توان با سیستم‌های Scale-Up، خواه BwoH/DM/SoH یا SoH «خالص» استفاده کرد.
• مجازی سازی باید در چارچوب قوانین تعیین شده برای دستگاه های Appliance یا TDI انجام شود.
• در دسترس بودن عمومی (GA) فقط می‌تواند یک ماشین مجازی داشته باشد—شرکت‌هایی که مایل به استفاده از مجازی‌سازی با محیط‌های تولید HANA هستند باید در برنامه دسترسی کنترل‌شده با SAP شرکت کنند.

در محیط های غیر تولیدی که این محدودیت ها وجود ندارد، مجازی سازی می تواند برای بهینه سازی استفاده از سخت افزار استفاده شود.

توپولوژی های SAP HANA

بیایید به سمت استقرار SAP HANA برویم. در اینجا دو توپولوژی تعریف شده است.

• افزایش مقیاس - یک سرور بزرگ. همانطور که پایگاه HANA رشد می کند، سرور خود رشد می کند: تعداد CPU ها و مقدار حافظه افزایش می یابد. در راه حل هایی با قابلیت دسترسی بالا (HA) و بازیابی فاجعه (DR)، سرورهای پشتیبان یا مقاوم در برابر خطا باید با ویژگی های سرورهای سازنده مطابقت داشته باشند.
• Scale out – کل حجم سیستم SAP HANA بر روی چندین سرور یکسان توزیع شده است. سرور اصلی حاوی اطلاعاتی برای سرور فهرست و سرور نام است. سرورهای Slave حاوی این داده ها نیستند - به جز سروری که در صورت خرابی سرور اصلی، وظایف Master را بر عهده می گیرد. Index Servers بخش های داده ای را که به آنها اختصاص داده می شود مدیریت می کنند و همچنین به درخواست ها پاسخ می دهند. سرورهای نام از نحوه توزیع داده ها بین سرورهای تولیدی آگاه هستند. اگر HANA رشد کند، گره دیگری به سادگی به پیکربندی سرور فعلی اضافه می شود. در این توپولوژی کافی است یک گره پشتیبان داشته باشید تا امنیت کل سرور تضمین شود.

الزامات سخت افزاری SAP

SAP دارای الزامات سخت افزاری اجباری برای HANA است. آنها به محیط های مولد مربوط می شوند - برای غیر تولیدی، حداقل ویژگی ها کافی است. بنابراین، در اینجا شرایط لازم برای محیط های تولید وجود دارد:

• CPU Intel Xeon v5 (SkyLake) / 8880/90/94 v4 (Broadwell)
• از 128 گیگابایت رم برای برنامه های BW با 2 CPU، 256 گیگابایت با 4+ CPU؛

استقرار SAP HANA در حالت های Appliance و TDI

حالا بیایید به تمرین برویم و در مورد نحوه پیاده سازی SAP HANA در حالت های Appliance و TDI صحبت کنیم. برای این کار ما از پلتفرم‌های SAP HANA مبتنی بر سرورهای BullSequana S و Bullion S استفاده می‌کنیم که توسط SAP برای کار در این حالت‌ها تایید شده‌اند.

اطلاعات کمی در مورد محصولات BullSequana S مبتنی بر Intel Xeon Scalable شامل مدل های مختلف تا 32 CPU در یک سرور است. سرور با استفاده از طراحی ماژولار ساخته شده است که مقیاس پذیری تا 32 CPU و همان تعداد GPU را فراهم می کند. رم - از 64 گیگابایت تا 48 ترابایت. ویژگی‌های BullSequana S شامل پشتیبانی از هوش مصنوعی سازمانی برای بهبود عملکرد، تجزیه و تحلیل داده‌های تسریع‌شده، بهبود محاسبات در حافظه و مدرن‌سازی با مجازی‌سازی و فناوری‌های ابری است.

Bullion S با پردازنده های خانواده Intel Xeon E7 v4 عرضه می شود. حداکثر تعداد پردازنده ها 16 است. رم از 128 گیگابایت تا 24 ترابایت مقیاس پذیر است. تعداد زیادی از توابع RAS سطوح بالایی از در دسترس بودن را برای زیرساخت های حیاتی ماموریت مانند SAP HANA فراهم می کند. Bullion S برای یکپارچه سازی مرکز داده انبوه، اجرای برنامه های کاربردی در حافظه، انتقال پردازنده های مرکزی یا سیستم های قدیمی مناسب است.

دستگاه SAP HANA

Appliance یک راه حل از پیش پیکربندی شده است که شامل سرور، سیستم ذخیره سازی و یک بسته نرم افزاری برای اجرای کلید در دست، با خدمات پشتیبانی متمرکز و سطح عملکرد توافق شده است. در اینجا، HANA به عنوان سخت افزار و نرم افزار از پیش پیکربندی شده، کاملاً یکپارچه و دارای گواهی ارائه می شود. دستگاه در حالت Appliance برای نصب در مرکز داده آماده است و سیستم عامل، SAP HANA و (در صورت لزوم) یک نمونه اضافی VMWare قبلاً پیکربندی و نصب شده است.

گواهی SAP سطح تضمین شده عملکرد و همچنین مدل CPU، مقدار RAM و فضای ذخیره سازی را تعیین می کند. پس از تأیید، پیکربندی را نمی توان بدون لغو ضمانت تغییر داد. برای افزایش مقیاس پلت فرم HANA، SAP سه گزینه ارائه می دهد.

• افزایش مقیاس BWoH/DM/SoH – مقیاس بندی عمودی که برای سیستم های تک (یک SID) مناسب است. لوازم خانگی با شروع SAP HANA SPS 256 به میزان 384/11 گیگابایت افزایش می‌یابد. این نسبت حداکثر ظرفیت پشتیبانی شده توسط یک CPU را نشان می‌دهد و برای کل لیست لوازم مورد تایید رایج است. دستگاه BWoH/DM/SoH با مقیاس عمودی برای برنامه های کاربردی BW در HANA (BWoH)، Data Mart (DM) و SAP Suite در HANA (SoH) ایده آل است.
• Scale-Up SoH - این یک نسخه سبک وزن از مدل قبلی است که محدودیت کمتری در میزان رم دارد. این هنوز یک سرور عمودی مقیاس پذیر است، اما حداکثر مقدار رم برای 2 پردازنده در حال حاضر 1536 گیگابایت (تا نسخه SPS11) و 3 ترابایت (SPS12+) است. فقط برای SoH مناسب است.
• مقیاس کردن - این یک گزینه مقیاس پذیر افقی است، سیستمی که از تنظیمات چند سرور پشتیبانی می کند. مقیاس بندی افقی برای BW و با برخی محدودیت ها برای SoH بهینه است.

در سرورهای BullSequana S و Bullion S، مقیاس عمودی تمرکز است زیرا محدودیت های عملیاتی کمتری دارد و نیاز به مدیریت کمتری دارد. برای حالت Appliance طیف وسیعی از دستگاه های مختلف وجود دارد.

راه حل های BullSequana S برای SAP HANA در حالت Appliance

*اختیاری E7-8890/94v4
راه حل های Bullion S برای SAP HANA در حالت Appliance

تمام راه حل های Bull در حالت Appliance از SAP HANA SPS 12 دارای گواهینامه هستند. تجهیزات در یک رک استاندارد 19 اینچی 42U با دو منبع تغذیه - PDU داخلی نصب شده است. سرورهای زیر دارای گواهینامه SAP هستند:

• BullSequana S با Intel Xeon Skylake 8176, 8176M, 8180, 8180M (پردازنده هایی با حرف M از ماژول های حافظه 128 گیگابایتی پشتیبانی می کنند). از نظر نسبت قیمت به کیفیت، گزینه های دارای Intel 8176 بهترین به نظر می رسند
• Bullion S با Intel Xeon E7-8880 v4، 8890 و 8894.

سیستم ذخیره سازی مستقیماً از طریق پورت های FC به سرور متصل می شود، بنابراین سوئیچ های SAN در اینجا مورد نیاز نیست. آنها می توانند برای دسترسی به سیستم های متصل به LAN یا SAN مفید باشند.

در اینجا نمونه ای از پیکربندی سیستم ذخیره سازی EMC Unity 450F در تنظیمات ما آورده شده است:

• ارتفاع: 5U (DPE 3U (25×2,5 اینچ HDD/SSD) + DAE 2U (25×2,5 اینچ HDD/SSD))
• کنترل کننده ها: 2
• دیسک ها: از 6 تا 250 SAS SSD، از 600 گیگابایت تا 15.36 ترابایت هر کدام
• RAID: سطح 5 (8+1)، 4 گروه RAID
• رابط: 4 FC برای هر کنترلر، 8 یا 16 گیگابیت بر ثانیه
• نرم افزار: Unisphere Block Suite

Appliance یک گزینه استقرار قابل اعتماد است، اما یک اشکال بزرگ دارد: آزادی کمی در پیکربندی سخت افزار. علاوه بر این، این گزینه ممکن است نیاز به تغییراتی در فرآیندهای بخش فناوری اطلاعات داشته باشد.

SAP HANA TDI

یک جایگزین برای Appliance حالت TDI (Tailored Data Center Integration) است که در آن می‌توانید سازنده‌ها و اجزای زیرساخت خاصی را بسته به خواسته‌های مشتری انتخاب کنید - با در نظر گرفتن وظایف انجام‌شده و حجم کاری. به عنوان مثال، یک SAN را می توان در یک مرکز داده، با برخی از دیسک های اختصاص داده شده به یک نصب HANA، دوباره استفاده کرد.

در مقایسه با Appliance، حالت TDI به کاربر آزادی بسیار بیشتری برای انجام الزامات می دهد. این امر ادغام HANA در مرکز داده را بسیار ساده می کند - شما می توانید زیرساخت سفارشی خود را بسازید. به عنوان مثال، بسته به بار، نوع و تعداد پردازنده ها را تغییر دهید.

برای محاسبه ظرفیت، توصیه می کنیم از SAP Quick Sizer استفاده کنید، ابزاری ساده که نیازهای CPU و حافظه را برای بارهای کاری مختلف در SAP HANA فراهم می کند. سپس می توانید برای برنامه ریزی چشم انداز فناوری اطلاعات خود با پشتیبانی SAP Active Global تماس بگیرید. پس از این، شریک سخت‌افزاری SAP HANA نتایج محاسبات را به پیکربندی‌های مختلف سیستم تبدیل می‌کند - هم در سطح بالا و هم در سخت‌افزار ساده‌تر. در حالت TDI برای سرورها استفاده از پردازنده های Intel E7، از جمله Intel Broadwell E7 و Skylake-SP (پلاتینیوم، طلایی، نقره ای با 8 هسته یا بیشتر در هر پردازنده) و همچنین IBM Power8 قابل قبول است./ 9.

سرورها بدون سیستم‌های ذخیره‌سازی، سوئیچ‌ها و قفسه‌ها عرضه می‌شوند، اما نیازمندی‌های سخت‌افزاری مانند حالت Appliance باقی می‌مانند - همان گره‌های منفرد، راه‌حل‌هایی با مقیاس عمودی یا افقی. SAP به آن نیاز دارد فقط از سرورهای تایید شده، سیستم های ذخیره سازی و سوئیچ ها استفاده شد، اما این ترسناک نیست - اکثر تولید کنندگان تقریباً همه تجهیزات گواهینامه دارند.

تست عملکرد باید با استفاده از تست های HWCCT (Hardware Configuration Check Tool) انجام شود.، که به شما امکان می دهد انطباق با KPI های خاص SAP را بررسی کنید. و یک نیاز غیر سخت افزاری وجود دارد: HANA، OS و Hypervisor (اختیاری) باید توسط متخصصان دارای گواهی SAP نصب شوند. فقط سیستم هایی که تمام قوانین ذکر شده را رعایت می کنند می توانند پشتیبانی عملکرد SAP را دریافت کنند.

خط سرور BullSequana S در حالت TDI مشابه خط در حالت Appliance است، اما بدون سیستم های ذخیره سازی، سوئیچ ها و رک ها. شما می توانید هر سیستم ذخیره سازی را از لیست سیستم های SAP تایید شده - VNX، XtremIO، NetApp و دیگران نصب کنید. به عنوان مثال، اگر VNX5400 الزامات عملکرد SAP HANA را برآورده می کند، می توانید ذخیره سازی Dell EMC Unity 450F را به عنوان بخشی از پیکربندی TDI متصل کنید. در صورت لزوم، آداپتورهای FC (1 یا 10 گیگابیت بر ثانیه)، و همچنین سوئیچ های اترنت، نصب می شوند.

اکنون، برای اینکه بتوانید حالت های توصیف شده را با وضوح بیشتری تصور کنید، ما در مورد چندین مورد واقعی خود به شما خواهیم گفت.

لوازم خانگی + TDI: HANA برای فروشگاه آنلاین

فروشگاه اینترنتی Mall.cz، بخشی از گروه مال، در سال 2000 تاسیس شد. این شعبه در جمهوری چک، اسلواکی، لهستان، مجارستان، اسلوونی، کرواسی و رومانی دارد. این بزرگترین فروشگاه اینترنتی کشور است که روزانه 75 هزار محصول به فروش می رساند و درآمد آن در پایان سال 2017 حدود 280 میلیون یورو بوده است.

به روز رسانی زیرساخت مرکز داده در ارتباط با مهاجرت به SAP HANA مورد نیاز بود. اندازه تخمین زده شده برای محیط‌های prod 2x6 TB و برای محیط‌های test/dev 6 TB بود. در همان زمان، یک راه حل با بازیابی فاجعه برای یک محیط SAP HANA سازنده در یک خوشه فعال-فعال مورد نیاز بود.

در زمان اعلام مناقصه، مشتری دارای سیستم SAP بر اساس سرورهای استاندارد رک و بلید بود. دو مرکز داده که تقریباً در 10 کیلومتری یکدیگر قرار داشتند، مجهز به سیستم های ذخیره سازی مختلفی بودند - IBM SVC، HP و Dell. سیستم های کلیدی در حالت بازیابی فاجعه کار می کنند.

ابتدا، مشتری یک راه حل تایید شده در حالت Appliance برای SAP HANA برای همه سیستم ها (محیط های تولید و تست/ توسعه دهنده) با رشد تا 12 ترابایت درخواست کرد. اما به دلیل محدودیت های بودجه، آنها شروع به بررسی گزینه های دیگر کردند - به عنوان مثال، پردازنده های بیشتر با ماژول های رم کوچکتر (ماژول های 64 گیگابایتی به جای ماژول های 128 گیگابایتی). علاوه بر این، برای بهینه‌سازی قیمت، ذخیره‌سازی مشترک برای محیط‌های تولید و تست/ توسعه در نظر گرفته شد.

ما بر روی 4 CPU و 6 ترابایت رم برای محیط تولید توافق کردیم، با فضایی برای رشد. برای محیط‌های تست/ توسعه‌دهنده در حالت TDI، ما تصمیم گرفتیم از CPU‌های ارزان‌تر استفاده کنیم - در نهایت با 8 CPU و 6 ترابایت RAM مواجه شدیم. با توجه به تعداد بیشتری از توابع درخواست شده توسط مشتری - تکرار، پشتیبان گیری، تولید مشترک و محیط های آزمایش/ توسعه در سایت دوم - به جای دیسک های داخلی، سیستم های ذخیره سازی DellEMC Unity در یک پیکربندی فول فلش مورد استفاده قرار گرفتند. علاوه بر این، مشتری یک راه حل بازیابی فاجعه مبتنی بر تکرار سیستم HANA (HSR) با گره حد نصاب در سایت سوم درخواست کرد.

پیکربندی نهایی برای محیط Prod شامل یک سرور BullSequana S400 روی یک Intel Xeon P8176M (28 هسته، 2.10 گیگاهرتز، 165 وات) و 6 ترابایت رم بود. سیستم ذخیره سازی - Unity 450F 10x 3.84 TB. برای اهداف بازیابی فاجعه، برای محیط Prod از BullSequana S400 روی Intel Xeon P8176M (28 هسته، 2.10 گیگاهرتز، 165 وات) با 6 ترابایت رم استفاده کردیم. برای محیط تست/ توسعه‌دهنده، یک سرور BullSequana S800 با Intel Xeon P8153 (16 هسته، 2.00 گیگاهرتز، 125 وات) و 6 ترابایت رم به‌علاوه یک سیستم ذخیره‌سازی Unity 450F 15x 3.84 ترابایت گرفتیم. متخصصان ما سرورهای DellEMC را به عنوان حد نصاب، سرورهای برنامه (VxRail Solution) و راه حل پشتیبان (DataDomain) نصب و پیکربندی کردند.

تجهیزات برای ارتقاء آینده آماده است. مشتری انتظار دارد که اندازه HANA در سال 2019 افزایش یابد و تنها کاری که باید انجام دهد نصب ماژول های جدید در رک ها است.

لوازم خانگی: HANA برای یک مجتمع بزرگ گردشگری

این بار مشتری ما یک ارائه دهنده خدمات فناوری اطلاعات بزرگ بود که راه حل های تکنولوژیکی را برای شرکت های مسافرتی توسعه می داد. مشتری یک پروژه جاه طلبانه SAP HANA را برای پیاده سازی یک سیستم صورتحساب جدید راه اندازی کرد. یک راه حل در حالت Appliance با 8 ترابایت رم برای محیط های Production و PreProd مورد نیاز بود. مطابق با توصیه های SAP، مشتری گزینه مقیاس عمودی را انتخاب کرد.

وظیفه کلیدی پیاده‌سازی زیرساخت سخت‌افزاری مبتنی بر دستگاه‌های دارای گواهی در حالت Appliance برای SAP HANA بود. معیارهای اولویت، اثربخشی هزینه، عملکرد بالا، مقیاس پذیری و در دسترس بودن داده بالا بود.

ما یک راه حل دارای گواهی SAP، شامل دو سرور Bullion S16 - برای محیط های Prod و PreProd پیشنهاد و اجرا کردیم. این تجهیزات بر روی پردازنده های Intel Xeon E7-v4 8890 (24 هسته، 2.20 گیگاهرتز، 165 وات) اجرا می شوند و به 16 ترابایت رم مجهز هستند. برای محیط های BW و Dev/Test، 4 سرور Bullion S22 (2.20 هسته، 150 گیگاهرتز، 4 وات) با XNUMX ترابایت رم نصب شد. Hybrid EMC Unity به عنوان سیستم ذخیره سازی استفاده شد.

این راه حل برای تمام عناصر دستگاه - به عنوان مثال، حداکثر 16 سوکت با CPU Intel Xeon E7-v4 - پشتیبانی می کند. مدیریت در این پیکربندی ساده شده است - به ویژه برای پیکربندی مجدد یا پارتیشن بندی سرور.

لوازم خانگی + TDI: HANA برای متالورژیست ها

MMC Norilsk Nickel، یکی از بزرگترین تولیدکنندگان نیکل و پالادیوم، تصمیم گرفت پلتفرم سخت افزاری SAP HANA خود را برای پشتیبانی از برنامه ها و پروژه های تجاری حیاتی به روز کند. نیاز به گسترش چشم انداز موجود از نظر قدرت محاسباتی وجود داشت. یکی از شروط اصلی ارائه شده توسط مشتری، در دسترس بودن بالای پلت فرم - با وجود محدودیت های سخت افزاری - بود.

برای محیط های تولید، از سرور Bullion S8 و سیستم های ذخیره سازی در حالت SAP HANA Appliance استفاده کردیم. برای HA و test/dev، پلتفرم در حالت TDI مستقر شد. ما از یک سرور Bull Bullion S8، دو سرور Bull Bullion S6 و یک سیستم ذخیره سازی ترکیبی استفاده کردیم. این ترکیب امکان افزایش چشمگیر سرعت برنامه ها در چشم انداز SAP، افزایش قدرت محاسباتی و منابع ذخیره سازی داده ها و به حداقل رساندن هزینه های عملیاتی را فراهم کرد. مهم است که کلاینت هنوز توانایی اندازه گیری تا 16 CPU را داشته باشد.

ما شما را به انجمن SAP دعوت می کنیم

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

ما همه کسانی را که به راه حل های Bull و امکانات اجرای آنها تحت SAP HANA علاقه مند هستند به بزرگترین رویداد SAP سال دعوت می کنیم: SAP Forum 17 در 2019 آوریل در مسکو برگزار می شود. ما در غرفه خود در IoT منتظر شما هستیم. منطقه: ما چیزهای جالب زیادی را به شما خواهیم گفت و همچنین جوایز زیادی را اهدا خواهیم کرد.

شما را در انجمن می بینم!

منبع: www.habr.com