رمزگشایی آینده: کشف پیچیدگی های Hybrid Cloud Mesh در مقابل سرویس مش - وبلاگ IBM

رمزگشایی آینده: کشف پیچیدگی های Hybrid Cloud Mesh در مقابل سرویس مش - وبلاگ IBM

گره منبع: 3085667


رمزگشایی آینده: کشف پیچیدگی های Hybrid Cloud Mesh در مقابل سرویس مش - وبلاگ IBM



نمای هوایی وسایل نقلیه در یک دوربرگردان

Hybrid Cloud Mesh که در حال حاضر به طور کلی در دسترس است، انقلابی در اتصال برنامه ها در محیط های چند ابری ترکیبی ایجاد کرده است. بیایید مقایسه ای بین Hybrid Cloud Mesh و یک سرویس مش معمولی برای درک بهتر تفاوت های ظریف این اجزای ضروری در حوزه اتصال سازمانی مدرن ترسیم کنیم. این مقایسه شایسته است زیرا هر دو راه حل بر روی اتصال برنامه محور متمرکز شده اند، البته به شیوه ای متفاوت.  

قبل از اینکه به مقایسه بپردازیم، اجازه دهید به طور خلاصه مفهوم Hybrid Cloud Mesh و یک سرویس مش معمولی را مرور کنیم.  

تصویری از اتصال

شبکه ابری ترکیبی

Hybrid Cloud Mesh یک راه حل ارتباطی مدرن مبتنی بر برنامه است که ساده، امن، مقیاس پذیر و بدون درز است. این یک پوشش شبکه ایمن برای برنامه های کاربردی توزیع شده در سراسر ابر، لبه و on-prem ایجاد می کند و به طور کلی با چالش های ناشی از توزیع خدمات در چند ابر ترکیبی مقابله می کند.  

تصویر نمودار ابر ترکیبی مش

مش سرویس

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

کتابخانه های زبان برای اتصال دارای اجرای جزئی و متناقض از ویژگی های مدیریت ترافیک هستند و نگهداری و ارتقاء آنها دشوار است. مش خدمات چنین کتابخانه‌هایی را حذف می‌کند و به سرویس‌ها اجازه می‌دهد تا بر منطق تجاری خود تمرکز کنند و با سرویس‌های دیگر بدون افزودن منطق اتصال در محل ارتباط برقرار کنند.  

Hybrid Cloud Mesh در مقابل سرویس Mesh: تحلیل مقایسه ای 

1. دامنه اتصال

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

2. اتصال چند ابری

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

3. قابلیت های مهندسی ترافیک

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

4. بیان هدف اتصال

  • شبکه ابری ترکیبی: به کاربران اجازه می دهد تا هدف اتصال را از طریق UI یا CLI بیان کنند و تجربه ای بصری و کاربرپسند با حداقل منحنی یادگیری ارائه دهند.  
  • مش سرویس: کاربران را ملزم به پیاده سازی الگوهای ارتباطی پیچیده در پراکسی sidecar با استفاده از فایل های پیکربندی می کند. عملیات مش خدمات مستلزم پیچیدگی است و منحنی یادگیری قابل توجهی را می طلبد. تیم متخصص مسئول مدیریت مش سرویس باید به طور مداوم زمان و تلاش خود را برای استفاده مؤثر و حفظ مش سرویس صرف کند. با توجه به منحنی یادگیری شیب دار و ابزار مورد نیاز (مانند ادغام با خط لوله CI/CD یا اتوماسیون روز 0 تا 2)، شبکه های خدماتی را می توان تنها پس از به دست آوردن مقیاس مشخص برای سرمایه گذاری با ارزش برای مشتریان به کار گرفت.   

5. هواپیما مدیریت و کنترل

  • شبکه ابری ترکیبی: از یک صفحه مدیریت و کنترل متمرکز مبتنی بر SaaS استفاده می کند که سهولت استفاده را افزایش می دهد و قابلیت مشاهده را فراهم می کند. کاربران از طریق یک UI یا CLI کاربرپسند با مدیر مش تعامل دارند. 
  • مش سرویس: اغلب از مدیریت غیرمتمرکز استفاده می‌کند، با سطوح کنترلی که در سرتاسر ریزسرویس‌ها توزیع می‌شوند و برای مدیریت مؤثر نیاز به هماهنگی دارند. 

6. یکپارچه سازی با دروازه ها

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

7. کشف برنامه

  • شبکه ابری ترکیبی: مدیر مش به طور مداوم زیرساخت های استقرار چند ابری را کشف و به روز می کند و کشف برنامه ها و سرویس های مستقر را خودکار می کند. 
  • مش سرویس: معمولاً به مکانیسم‌های ثبت خدمات و کشف در محیط کانتینری متکی است. 

8. تعمیر و نگهداری شبکه پویا

  • شبکه ابری ترکیبی: به طور خودکار با تغییرات پویا در محل بار کاری یا محیط سازگار می شود و امکان اتصال انعطاف پذیر و قابل اعتماد را در مقیاس بدون دخالت دستی فراهم می کند. 
  • مش سرویس: معمولاً، به دلیل پیچیدگی عملیات مورد نیاز برای مدیریت تغییرات زیرساخت پویا، بار روز دوم برای مدیریت یک مش سرویس که برنامه‌های کاربردی را در سراسر چند ابری متصل می‌کند، بسیار زیاد است. برای تطبیق تغییرات در میکروسرویس های مستقر در یک محیط چند ابری، به تنظیمات دستی نیاز دارد. تلاش قابل توجهی برای حفظ آن در حال اجرا وجود دارد، مانند ارتقاء، اصلاحات امنیتی و موارد دیگر جدا از تغییرات زیرساخت. این کار زمان زیادی را می گیرد و زمان بسیار کمی برای پیاده سازی ویژگی های جدید باقی می ماند.  

9. سربار زیرساخت

  • شبکه ابری ترکیبی: صفحه داده از تعداد محدودی از دروازه های لبه و ایستگاه های بین راه تشکیل شده است.
  • مش سرویس: سربار قابل توجهی به دلیل معماری پروکسی سایدکار که برای هر بار کاری به 1 پروکسی سایدکار نیاز دارد.  

10. چند اجاره ای

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

قدم بعدی را با Hybrid Cloud Mesh بردارید 

ما هیجان‌زده هستیم که پیش‌نمایش فناوری Hybrid Cloud Mesh را به نمایش بگذاریم که از استفاده از دروازه‌های Red Hat® Service Interconnect پشتیبانی می‌کند که اتصال و امنیت برنامه را در پلتفرم‌ها، خوشه‌ها و ابرها ساده می‌کند. اتصال سرویس کلاه قرمزی، که در 23 مه 2023 در Red Hat Summit اعلام شد، بین سرویس ها، برنامه ها و بارهای کاری در محیط های ترکیبی ضروری ارتباط ایجاد می کند. 

ما به تازگی سفر خود را شروع کرده‌ایم که راه‌حل‌های جامع اتوماسیون چند ابری ترکیبی را برای شرکت ایجاد می‌کنیم. Hybrid Cloud Mesh فقط یک راه حل شبکه نیست. این مهندسی شده تا نیرویی دگرگون‌کننده باشد که به کسب‌وکارها قدرت می‌دهد تا حداکثر ارزش را از معماری برنامه‌های کاربردی مدرن به دست آورند، امکان پذیرش ابر ترکیبی و ایجاد انقلابی در نحوه استفاده از محیط‌های چند ابری. امیدواریم در این سفر به ما بپیوندید. 

درباره Hybrid Cloud Mesh بیشتر بدانید

این مقاله به شما کمک کرد؟

بلهنه


اطلاعات بیشتر از ابر هیبریدی




کانتینرهای محرمانه با پلتفرم کانتینر OpenShift Red Hat و اجرای ایمن IBM® برای لینوکس

7 حداقل خواندن - ابر ترکیبی به رویکرد غالب برای استراتژی‌های ابری سازمانی تبدیل شده است، اما با پیچیدگی و نگرانی‌هایی در مورد یکپارچه‌سازی، امنیت و مهارت‌ها همراه است. برای رسیدگی به این نگرانی‌ها، صنعت از محیط‌های زمان اجرا کانتینر برای انتزاع زیرساخت‌ها استفاده می‌کند. Red Hat OpenShift Container Platform (RH OCP) به عنوان یک راه حل پیشرو برای پشتیبانی از چرخه عمر توسعه برنامه، تهیه و مدیریت تصاویر کانتینر و بارهای کاری در یک پلت فرم برای برنامه های کاربردی و اکوسیستم کانتینری ظهور کرده است. RH OCP یک استقرار، کنترل و…




نبرد شخصیت‌ها در دنیای برنامه‌های کاربردی سازمانی - چگونه IBM Hybrid Cloud Mesh و Red Hat Services به یکدیگر متصل می‌شوند

3 حداقل خواندن - پیمایش در قلمرو پیچیده برنامه های کاربردی مدرن سازمانی مستلزم همکاری بین شخصیت های مختلف برای مدیریت موثر پیچیدگی است. این به پشتیبانی مداوم از کسب و کار از طریق برنامه هایی که گردش کار ضروری را خودکار می کنند کمک می کند. به طور سنتی، برنامه ها و زیرساخت میزبانی آنها با DevOps و CloudOps هماهنگ می شوند. با این حال، افزایش هزینه ها به دلیل محیط های متنوع IT منجر به ظهور FinOps شد که بر نظارت و کنترل هزینه ها متمرکز بود. پرسوناهای مختلف در استقرار برنامه، گردش کار بسیار پیچیده ای را معرفی کرده اند. به طور معمول، DevOps درخواست‌ها را آغاز می‌کند که توسط CloudOps، NetOps، SecOps و…




چگونه هدایت ترافیک DNS ارزش تجاری شبکه های ترکیبی و چند ابری را گسترش می دهد

4 حداقل خواندن - گارتنر در جدیدترین نسخه از "چرخه هایپ ابری" خود، عملیات شبکه چند ابری را در "اوج انتظارات متورم، به طرز خطرناکی نزدیک به "تقاطع ناامیدی" قرار داد. در حالی که این ممکن است منعکس کننده وضعیت ترکیبی و چند ابری باشد. شبکه‌سازی در سطح کل، تفاوت‌های ظریف زیادی در زیر ارزیابی گارتنر نهفته است. چالش این است که ترکیبی و چند ابری هم زمان حال و هم آینده شبکه هستند. منطقه ای است که به نظر می رسد در حال تولید…




java-microservices-on-open-application-servers

3 حداقل خواندن - انتقال از سرور برنامه JEE فعلی خود به Open Liberty در چند مرحله آسان سری نه قسمتی Migrating Java Microservices from Spring Boot به MicroProfile اجزای زیرین Eclipse MicroProfile را پوشش می دهد، مانند Rest Client برای ایجاد API برای برنامه های میکروسرویس، وابستگی زمینه تزریق برای پشتیبانی از سیم‌کشی مبتنی بر حاشیه‌نویسی، تحمل خطا برای بازیابی مشکل، و OpenTracing برای تشخیص مشکلات سرویس. این وبلاگ کوتاه به یک روش خاص می پردازد: مراحل ساده برای مهاجرت از سرور برنامه فعلی JEE به Open Liberty، یک درجه سازمانی…

خبرنامه های آی بی ام

خبرنامه‌ها و به‌روزرسانی‌های موضوعی ما را دریافت کنید که جدیدترین رهبری فکری و بینش را در مورد روندهای نوظهور ارائه می‌دهد.

مشترک شدن در حال حاضر

خبرنامه های بیشتر

تمبر زمان:

بیشتر از آی بی ام