Декодування майбутнього: розгадування тонкощів Hybrid Cloud Mesh проти сервісної сіті - IBM Blog

Декодування майбутнього: розгадування тонкощів Hybrid Cloud Mesh проти сервісної сіті – IBM Blog

Вихідний вузол: 3085667


Декодування майбутнього: розгадування тонкощів Hybrid Cloud Mesh проти сервісної сіті – IBM Blog



Пташиний вид транспортних засобів на кільцевій розв'язці

Hybrid Cloud Mesh, який зараз є загальнодоступним, революціонізує підключення додатків у гібридних мультихмарних середовищах. Давайте проведемо порівняння між Hybrid Cloud Mesh і типовою сервісною мережею, щоб краще зрозуміти нюанси цих важливих компонентів у сфері підключення сучасного підприємства. Це порівняння заслуговує на заслугу, оскільки обидва рішення зосереджені на з’єднанні, орієнтованому на додатки, хоча й по-різному.  

Перш ніж ми заглибимося в порівняння, давайте коротко повернемося до концепції Hybrid Cloud Mesh і типової сервісної сіті.  

Ілюстрація підключення

Hybrid Cloud Mesh

Hybrid Cloud Mesh — це сучасне орієнтоване на додатки рішення для з’єднання, яке є простим, безпечним, масштабованим і бездоганним. Він створює безпечне мережеве накладення для додатків, розподілених у хмарі, периферії та локальних мережах, і цілісно вирішує проблеми, пов’язані з розподілом послуг у гібридній мультихмарі.  

Ілюстрація діаграми Hybrid Cloud Mesh

Сервісна сітка

Сервісна сітка — це настроюваний рівень інфраструктури, який керує всіма вимогами до підключення між мікросервісами. Він керує міжсервісним зв’язком, забезпечуючи основні функції, такі як виявлення сервісів, балансування навантаження, шифрування та автентифікація.  

Мовні бібліотеки для підключення мають часткову та непослідовну реалізацію функцій керування трафіком, їх важко підтримувати та оновлювати. Меш сервісу усуває такі бібліотеки та дозволяє сервісам зосередитися на своїй бізнес-логіці та спілкуватися з іншими сервісами без додавання будь-якої логіки підключення на місці.  

Hybrid Cloud Mesh проти сервісної сіті: порівняльний аналіз 

1. Сфера зв'язності

  • Hybrid Cloud Mesh: виходить за рамки мікросервісів у контейнеризованій програмі, розширюючи можливості підключення до програм незалежно від того, чи є вони форм-факторами, розгорнутими в локальній, публічній та приватній хмарній інфраструктурі. Його сфера охоплює ширший діапазон сценаріїв розгортання. 
  • Сервісна сітка: головним чином зосереджується на управлінні зв’язком між мікросервісами всередині контейнерного середовища. Незважаючи на те, що багато сервісних сіток почали дивитися назовні, уможливлюючи багатокластерне підключення будь-якого.  

2. Мультихмарне підключення

  • Hybrid Cloud Mesh: плавно об’єднує програми в гібридних багатохмарних середовищах, пропонуючи уніфіковане рішення для організацій з різноманітною хмарною інфраструктурою. 
  • Сервісна сітка: зазвичай розроблено для програм, розгорнутих у певному хмарному або локальному середовищі. Багато сервісних сіток розширили сферу дії до мультихмарного підключення, але вони не повністю оптимізовані для цього.  

3. Інженерні можливості дорожнього руху

  • Hybrid Cloud Mesh: використовує шляхові точки для підтримки оптимізації шляху щодо вартості, затримки, пропускної здатності тощо. підвищення продуктивності та безпеки програми. 
  • Сервісна сітка: Немає можливостей організації дорожнього руху. В основному зосереджено на управлінні внутрішнім трафіком в архітектурі мікросервісів. 

4. Вираження наміру зв'язку

  • Hybrid Cloud Mesh: Дозволяє користувачам виражати наміри підключення через інтерфейс користувача або CLI, забезпечуючи інтуїтивно зрозумілий, зручний досвід з мінімальною кривою навчання.  
  • Сервісна сітка: Вимагає від користувачів реалізації складних шаблонів зв’язку в проксі-сервері за допомогою файлів конфігурації. Меш-операції служби викликають складність і вимагають тривалого навчання. Команда експертів, відповідальна за управління сіткою обслуговування, повинна постійно витрачати час і зусилля на ефективне використання та підтримку сітки обслуговування. Через крутий процес навчання та необхідні інструменти (наприклад, інтеграція з конвеєром CI/CD або автоматизація з дня 0 по день 2), сервісні сітки можна застосовувати лише після того, як клієнти досягнуть певного масштабу, щоб зробити інвестиції виправданими.   

5. Площина управління та контролю

  • Hybrid Cloud Mesh: Застосовує централізовану площину управління та контролю на основі SaaS, що покращує зручність використання та забезпечує можливість спостереження. Користувачі взаємодіють із менеджером сітки через зручний інтерфейс користувача або CLI. 
  • Сервісна сітка: часто використовується децентралізоване керування з площинами керування, розподіленими між мікросервісами, що вимагає координації для ефективного адміністрування. 

6. Інтеграція зі шлюзами

  • Hybrid Cloud Mesh: Інтегрується з різними шлюзами, сприяючи адаптації до різноманітних випадків використання та готовності до майбутніх технологій шлюзів. 
  • Сервісна сітка: для зв’язку між мікросервісами в одному кластері в основному покладається на додаткові проксі-сервери. Зазвичай функції проксі розширюються відповідно до вимог.  

7. Відкриття програми

  • Hybrid Cloud Mesh: Mesh Manager постійно виявляє та оновлює мультихмарну інфраструктуру розгортання, автоматизуючи виявлення розгорнутих програм і служб. 
  • Сервісна сітка: зазвичай покладається на реєстрацію служби та механізми виявлення всередині контейнерного середовища. 

8. Динамічне обслуговування мережі

  • Hybrid Cloud Mesh: Автоматично адаптується до динамічних змін у розміщенні робочого навантаження або середовищі, забезпечуючи стійке та надійне підключення в масштабі без ручного втручання. 
  • Сервісна сітка: Зазвичай навантаження другого дня на керування сіткою служби, що з’єднує програми в мультихмарі, є величезною через складність операцій, необхідних для керування динамічними змінами інфраструктури. Це вимагає ручних налаштувань, щоб адаптувати зміни в мікросервісах, розгорнутих у багатохмарному середовищі. Докладено значних зусиль, щоб підтримувати його роботу, наприклад оновлення, виправлення безпеки тощо, окрім змін інфраструктури. Це забирає багато часу, і дуже мало часу залишається на впровадження нових функцій.  

9. Накладні витрати на інфраструктуру

  • Hybrid Cloud Mesh: площина даних складається з обмеженої кількості граничних шлюзів і шляхових точок.
  • Сервісна сітка: Значні накладні витрати через архітектуру проксі-сервера, яка вимагає 1 проксі-сервера для кожного робочого навантаження.  

10. Багатоквартирність

  • Hybrid Cloud Mesh: Пропонує надійну мультиаренду; крім того, суборендарі можуть бути створені для підтримки поділу між різними відділами або вертикалями всередині організації. 
  • Сервісна сітка: Можливо, бракує можливості для розміщення багатоквартирної архітектури або суборендаторської архітектури. Небагато клієнтів можуть створити окрему мережу послуг для кожного кластера, щоб тримати орендарів окремо. Отже, вони повинні розгортати та керувати власними шлюзами для з’єднання різних сервісних мереж.  

Зробіть наступний крок із Hybrid Cloud Mesh 

Ми раді представити технічний попередній перегляд Hybrid Cloud Mesh, який підтримує використання шлюзів Red Hat® Service Interconnect, що спрощує підключення програм і безпеку на платформах, кластерах і хмарах. Red Hat Service Interconnect, оголошений 23 травня 2023 року на саміті Red Hat, створює зв’язки між службами, програмами та робочими навантаженнями в необхідних гібридних середовищах. 

Ми тільки починаємо нашу подорож зі створення комплексних гібридних мультихмарних рішень автоматизації для підприємства. Hybrid Cloud Mesh — це не просто мережеве рішення; його розроблено як трансформаційну силу, яка дає можливість підприємствам отримувати максимальну віддачу від сучасної архітектури додатків, уможливлюючи впровадження гібридної хмари та революційно змінюючи способи використання мультихмарних середовищ. Ми сподіваємося, що ви приєднаєтесь до нас у подорожі. 

Дізнайтеся більше про Hybrid Cloud Mesh

Чи була ця стаття корисною?

ТакНемає


Більше від Hybrid cloud




Конфіденційні контейнери з Red Hat OpenShift Container Platform і IBM® Secure Execution для Linux

7 хв читання - Гібридна хмара стала домінуючим підходом до корпоративних хмарних стратегій, але вона пов’язана зі складністю та проблемами щодо інтеграції, безпеки та навичок. Щоб вирішити ці проблеми, галузь використовує середовища виконання контейнерів, щоб абстрагувати інфраструктуру. Red Hat OpenShift Container Platform (RH OCP) стала провідним рішенням для підтримки життєвого циклу розробки додатків, надання та керування образами контейнерів і робочими навантаженнями в платформі для контейнерних додатків і екосистеми. RH OCP забезпечує загальне розгортання, контроль і…




Битва персонажів у світі корпоративних програм — як IBM Hybrid Cloud Mesh і Red Hat Services Interconnect їх об’єднують

3 хв читання - Навігація в складній сфері сучасних корпоративних додатків вимагає співпраці між різними особами для ефективного управління складністю. Це сприяє безперервній підтримці бізнесу за допомогою додатків, що автоматизують основні робочі процеси. Традиційно додатки та інфраструктура їх розміщення відповідають DevOps і CloudOps. Однак зростання витрат через різноманітність ІТ-середовищ призвело до появи FinOps, зосереджених на моніторингу та контролі витрат. Різні персони в розгортанні програми запровадили дуже складні робочі процеси. Як правило, DevOps ініціює запити, які ретельно перевіряються CloudOps, NetOps, SecOps і…




Як керування трафіком DNS збільшує бізнес-цінність гібридних і багатохмарних мереж

4 хв читання - В останній версії свого «Cloud Hype Cycle» Gartner розмістив багатохмарні мережеві операції на «піку завищених очікувань, небезпечно близьких до «корита розчарування». Хоча це може відображати стан як гібридних, так і багатохмарних мереж. мережі на сукупному рівні, під оцінкою Gartner ховається велика кількість нюансів. Проблема полягає в тому, що гібридні та мультихмарні технології є одночасно сьогоденням і майбутнім мереж. Це область, яка, здається, виробляє...




java-microservices-on-open-source-application-servers

3 хв читання - Перейдіть із поточного сервера додатків JEE на Open Liberty за кілька простих кроків Серія з дев’яти частин «Перенесення мікросервісів Java із Spring Boot на MicroProfile» охоплювала базові компоненти Eclipse MicroProfile, такі як клієнт Rest для створення API для додатків мікросервісів, залежність від контексту Injection для підтримки проводки на основі анотацій, Fault Tolerance для відновлення проблем і OpenTracing для діагностики проблем із обслуговуванням. У цьому короткому блозі йдеться про конкретну інструкцію: прості кроки для переходу з вашого поточного сервера програм JEE на Open Liberty, корпоративного рівня…

Інформаційні бюлетені IBM

Отримуйте наші інформаційні бюлетені та оновлення тем, які містять найновіші думки про лідерство та ідеї щодо нових тенденцій.

Підпишись зараз

Більше бюлетенів

Часова мітка:

Більше від IBM