미래의 해독: 하이브리드 클라우드 메시와 서비스 메시의 복잡성 풀기 - IBM 블로그

미래를 해독하다: 하이브리드 클라우드 메시와 서비스 메시의 복잡성 풀기 – IBM 블로그

소스 노드 : 3085667


미래를 해독하다: 하이브리드 클라우드 메시와 서비스 메시의 복잡성 풀기 – IBM 블로그



로터리에서 차량의 항공 보기

현재 정식 출시된 하이브리드 클라우드 메시(Hybrid Cloud Mesh)는 하이브리드 멀티클라우드 환경 전반에 걸쳐 애플리케이션 연결을 혁신하고 있습니다. 현대 기업 연결 영역에서 이러한 필수 구성 요소의 미묘한 차이를 더 잘 이해하기 위해 하이브리드 클라우드 메시와 일반적인 서비스 메시를 비교해 보겠습니다. 비록 방식은 다르지만 두 솔루션 모두 애플리케이션 중심 연결에 초점을 맞추고 있기 때문에 이러한 비교는 가치가 있습니다.  

비교에 앞서 하이브리드 클라우드 메시의 개념과 일반적인 서비스 메시에 대해 간단히 다시 살펴보겠습니다.  

연결성 그림

하이브리드 클라우드 메시

하이브리드 클라우드 메시는 간단하고 안전하며 확장 가능하고 원활한 최신 애플리케이션 중심 연결 솔루션입니다. 클라우드, 엣지, 온프레미스 전반에 분산된 애플리케이션을 위한 보안 네트워크 오버레이를 생성하고 하이브리드 멀티클라우드 전반에 걸쳐 서비스 배포로 인해 발생하는 문제를 전체적으로 해결합니다.  

하이브리드 클라우드 메시 다이어그램 그림

서비스 메시

서비스 메시는 마이크로서비스 간의 모든 연결 요구 사항을 관리하는 구성 가능한 인프라 계층입니다. 서비스 간 통신을 관리하여 서비스 검색, 로드 밸런싱, 암호화 및 인증과 같은 필수 기능을 제공합니다.  

연결을 위한 언어 라이브러리에는 트래픽 관리 기능이 부분적이고 일관되지 않게 구현되어 있으며 유지 관리 및 업그레이드가 어렵습니다. 서비스 메시는 이러한 라이브러리를 제거하고 서비스가 비즈니스 논리에 집중하고 현장에서 연결 논리를 추가하지 않고도 다른 서비스와 통신할 수 있도록 합니다.  

하이브리드 클라우드 메시와 서비스 메시: 비교 분석 

1. 연결 범위

  • 하이브리드 클라우드 메시: 컨테이너화된 애플리케이션 내의 마이크로서비스를 뛰어넘어 온프레미스, 퍼블릭 클라우드, 프라이빗 클라우드 인프라 전반에 걸쳐 폼 팩터 배포 여부에 관계없이 애플리케이션에 대한 연결을 확장합니다. 그 범위는 더 광범위한 배포 시나리오를 포함합니다. 
  • 서비스 메시: 주로 컨테이너화된 환경 내에서 마이크로서비스 간의 통신을 관리하는 데 중점을 둡니다. 많은 서비스 메시가 외부를 바라보기 시작했지만 멀티 클러스터의 모든 연결이 가능해졌습니다.  

2. 멀티클라우드 연결

  • 하이브리드 클라우드 메시: 하이브리드 멀티클라우드 환경 전반에 걸쳐 애플리케이션을 원활하게 연결하여 다양한 클라우드 인프라를 갖춘 조직을 위한 통합 솔루션을 제공합니다. 
  • 서비스 메시: 일반적으로 특정 클라우드 또는 온프레미스 환경 내에 배포된 애플리케이션용으로 설계되었습니다. 많은 서비스 메시가 멀티클라우드 연결로 범위를 확장했지만 완전히 최적화되지는 않았습니다.  

3. 교통엔지니어링 역량

  • 하이브리드 클라우드 메시: 웨이포인트를 활용하여 비용, 지연 시간, 대역폭 등에 대한 경로 최적화를 지원합니다. 애플리케이션 성능과 보안을 강화합니다. 
  • 서비스 메시: 트래픽 엔지니어링 기능이 없습니다. 주로 마이크로서비스 아키텍처 내의 내부 트래픽 관리에 중점을 둡니다. 

4. 연결 의도 표현

  • 하이브리드 클라우드 메시: 사용자가 UI 또는 CLI를 통해 연결 의도를 표현할 수 있도록 하여 최소한의 학습 곡선으로 직관적이고 사용자 친화적인 경험을 제공합니다.  
  • 서비스 메시: 사용자는 구성 파일을 사용하여 사이드카 프록시에서 복잡한 통신 패턴을 구현해야 합니다. 서비스 메시 운영에는 복잡성이 수반되며 상당한 학습 곡선이 필요합니다. 서비스 메시 관리를 담당하는 전문가팀은 서비스 메시를 효과적으로 활용하고 유지하기 위해 지속적으로 시간과 노력을 투자해야 합니다. 가파른 학습 곡선과 필요한 도구(예: CI/CD 파이프라인과의 통합 또는 0~2일 자동화)로 인해 서비스 메시는 고객이 투자 가치를 높일 수 있는 특정 규모를 확보한 후에만 채택될 수 있습니다.   

5. 관리 및 제어 영역

  • 하이브리드 클라우드 메시: 중앙 집중식 SaaS 기반 관리 및 제어 플레인을 채택하여 사용 편의성을 향상하고 관찰 가능성을 제공합니다. 사용자는 사용자 친화적인 UI 또는 CLI를 통해 메시 관리자와 상호 작용합니다. 
  • 서비스 메시: 컨트롤 플레인이 마이크로서비스 전체에 분산되어 있어 효과적인 관리를 위해 조정이 필요한 분산형 관리를 활용하는 경우가 많습니다. 

6. 게이트웨이와의 통합

  • 하이브리드 클라우드 메시: 다양한 게이트웨이와 통합하여 다양한 사용 사례에 대한 적응성을 촉진하고 향후 게이트웨이 기술에 대한 미래 대비를 촉진합니다. 
  • 서비스 메시: 동일한 클러스터 내의 마이크로서비스 간 통신을 위해 주로 사이드카 프록시를 사용합니다. 일반적으로 프록시의 기능은 요구 사항을 충족하도록 확장됩니다.  

7. 애플리케이션 검색

  • 하이브리드 클라우드 메시: 메시 관리자는 멀티클라우드 배포 인프라를 지속적으로 검색 및 업데이트하여 배포된 애플리케이션 및 서비스 검색을 자동화합니다. 
  • 서비스 메시: 일반적으로 컨테이너화된 환경 내의 서비스 등록 및 검색 메커니즘에 의존합니다. 

8. 동적 네트워크 유지 관리

  • 하이브리드 클라우드 메시: 워크로드 배치 또는 환경의 동적 변화에 자동으로 적응하여 수동 개입 없이 대규모로 탄력적이고 안정적인 연결을 지원합니다. 
  • 서비스 메시: 일반적으로 동적 인프라 변경을 관리하는 데 필요한 운영의 복잡성으로 인해 멀티클라우드 전반에 걸쳐 애플리케이션을 연결하는 서비스 메시를 관리하는 데 2일차 부담이 큽니다. 멀티클라우드 환경에 배포된 마이크로서비스의 변경 사항을 수용하려면 수동 조정이 필요합니다. 인프라 변경과 별개로 업그레이드, 보안 수정, 기타 작업 등을 실행 상태로 유지하는 데 상당한 노력이 필요합니다. 이로 인해 많은 시간이 소요되고 새로운 기능을 구현하는 데 남은 시간은 거의 없습니다.  

9. 인프라 오버헤드

  • 하이브리드 클라우드 메시: 데이터 평면은 제한된 수의 에지 게이트웨이와 웨이포인트로 구성됩니다.
  • 서비스 메시: 모든 워크로드에 대해 1개의 사이드카 프록시가 필요한 사이드카 프록시 아키텍처로 인해 상당한 오버헤드가 발생합니다.  

10. 멀티테넌시

  • 하이브리드 클라우드 메시: 강력한 멀티테넌시를 제공합니다. 또한 하위 테넌트를 생성하여 조직 내의 서로 다른 부서 또는 업종 간의 분리를 유지할 수 있습니다. 
  • 서비스 메시: 다중 테넌시 또는 하위 테넌트 아키텍처를 수용하는 기능이 부족할 수 있습니다. 테넌트를 별도로 유지하기 위해 클러스터별로 별도의 서비스 메시를 생성할 수 있는 고객은 거의 없습니다. 따라서 다양한 서비스 메시를 연결하려면 자체 게이트웨이를 배포하고 관리해야 합니다.  

하이브리드 클라우드 메시로 다음 단계로 나아가세요 

플랫폼, 클러스터, 클라우드 전반에서 애플리케이션 연결과 보안을 단순화하는 Red Hat® Service Interconnect 게이트웨이 사용을 지원하는 하이브리드 클라우드 메시의 기술 미리보기를 선보이게 되어 기쁘게 생각합니다. Red Hat 서비스 상호 연결는 23년 2023월 XNUMX일 Red Hat Summit에서 발표되었으며 하이브리드 필수 환경 전반에서 서비스, 애플리케이션 및 워크로드 간의 연결을 생성합니다. 

우리는 기업을 위한 포괄적인 하이브리드 멀티클라우드 자동화 솔루션을 구축하는 여정을 이제 막 시작했습니다. 하이브리드 클라우드 메시는 단순한 네트워크 솔루션이 아닙니다. 이는 기업이 최신 애플리케이션 아키텍처에서 최대의 가치를 도출할 수 있도록 지원하여 하이브리드 클라우드 채택을 지원하고 멀티클라우드 환경 활용 방식을 혁신하는 혁신적인 힘으로 설계되었습니다. 그 여정에 여러분도 함께 해주시기를 바랍니다. 

하이브리드 클라우드 메시에 대해 자세히 알아보기

이 글이 도움 되었나요?

가능아니


하이브리드 클라우드에 대한 자세한 내용




Red Hat OpenShift Container Platform 및 Linux용 IBM® Secure Execution을 사용하는 기밀 컨테이너

7 분 읽기 - 하이브리드 클라우드는 엔터프라이즈 클라우드 전략의 지배적인 접근 방식이 되었지만 통합, 보안 및 기술에 대한 복잡성과 우려가 따릅니다. 이러한 문제를 해결하기 위해 업계에서는 인프라를 추상화하기 위해 컨테이너 런타임 환경을 수용하고 있습니다. Red Hat OpenShift Container Platform(RH OCP)은 애플리케이션 개발 라이프사이클을 지원하고, 컨테이너 이미지와 워크로드를 컨테이너화된 애플리케이션과 에코시스템을 위한 플랫폼으로 프로비저닝 및 관리하기 위한 선도적인 솔루션으로 부상했습니다. RH OCP는 공통 배포, 제어 및…




엔터프라이즈 애플리케이션 세계의 페르소나 전쟁 - IBM Hybrid Cloud Mesh와 Red Hat Services Interconnect가 이들을 통합하는 방법

3 분 읽기 - 현대 엔터프라이즈 애플리케이션의 복잡한 영역을 탐색하려면 복잡성을 효과적으로 관리하기 위해 다양한 인물 간의 협업이 필요합니다. 이는 필수 워크플로우를 자동화하는 애플리케이션을 통해 지속적인 비즈니스 지원에 도움이 됩니다. 전통적으로 애플리케이션과 해당 호스팅 인프라는 DevOps 및 CloudOps에 맞춰 조정됩니다. 그러나 다양한 IT 환경으로 인한 비용 상승으로 인해 비용 모니터링 및 통제에 중점을 둔 FinOps가 등장하게 되었습니다. 애플리케이션 배포의 다양한 페르소나는 매우 복잡한 워크플로를 도입했습니다. 일반적으로 DevOps는 요청을 시작하고 CloudOps, NetOps, SecOps 등을 면밀히 조사합니다.




DNS 트래픽 조정을 통해 하이브리드 및 멀티클라우드 네트워킹의 비즈니스 가치를 확장하는 방법

4 분 읽기 - Gartner는 "클라우드 하이프 사이클"의 최신 버전에서 멀티 클라우드 네트워크 운영을 "부풀려진 기대의 정점, 위험할 정도로 '실망의 최저점'에 가까운" 위치에 두었습니다. 이는 하이브리드와 멀티클라우드 모두의 상태를 반영할 수 있습니다. 전체적인 수준의 네트워킹에는 Gartner의 평가 이면에 수많은 미묘한 차이가 숨어 있습니다. 문제는 하이브리드와 멀티클라우드가 네트워킹의 현재이자 미래라는 점입니다. 생산하고 있는 지역입니다...




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

3 분 읽기 - 몇 가지 간단한 단계를 통해 현재 JEE 앱 서버에서 Open Liberty로 마이그레이션 XNUMX부로 구성된 시리즈 Spring Boot에서 MicroProfile로 Java 마이크로서비스 마이그레이션에서는 마이크로서비스 애플리케이션용 API 생성을 위한 Rest 클라이언트, 컨텍스트 종속성과 같은 Eclipse MicroProfile의 기본 구성요소를 다루었습니다. 주석 기반 배선 지원을 위한 주입, 문제 복구를 위한 Fault Tolerance, 서비스 문제 진단을 위한 OpenTracing. 이 짧은 블로그에서는 구체적인 방법을 다룹니다. 현재 JEE 애플리케이션 서버에서 엔터프라이즈급 Open Liberty로 마이그레이션하는 간단한 단계…

IBM 뉴스레터

새로운 트렌드에 대한 최신 사고 리더십과 통찰력을 제공하는 뉴스레터와 주제 업데이트를 받아보세요.

지금 가입

더 많은 뉴스 레터

타임 스탬프 :

더보기 IBM