مستقبل کو ڈی کوڈ کرنا: ہائبرڈ کلاؤڈ میش بمقابلہ سروس میش کی پیچیدگیوں کو کھولنا - IBM بلاگ

Hybrid Cloud Mesh, which is generally available now, is revolutionizing application connectivity across hybrid multicloud environments. Let’s draw a comparison between Hybrid Cloud Mesh and a typical service mesh to better understand the nuances of these essential components in the realm of modern enterprise connectivity. This comparison deserves merit because both the solutions are focused on application-centric connectivity albeit in a different manner.  

Before we delve into the comparison, let’s briefly revisit the concept of Hybrid Cloud Mesh and a typical service mesh.  

Hybrid Cloud Mesh

Hybrid Cloud Mesh is a modern application-centric connectivity solution that is simple, secure, scalable and seamless. It creates a secure network overlay for applications distributed across cloud, edge and on-prem and holistically tackles the challenges posed by distribution of services across hybrid multicloud.  

سروس میش

A service mesh is a configurable infrastructure layer that manages all connectivity requirements between microservices. It manages service-to-service communication, providing essential functionalities such as service discovery, load balancing, encryption and authentication.  

Language libraries for connectivity have partial and inconsistent implementation of traffic management features and are difficult to maintain and upgrade. A service mesh eliminates such libraries and allows services to focus on their business logic and communicate with other services without adding any connectivity logic in situ.  

Hybrid Cloud Mesh versus service mesh: a comparative analysis 

1. Scope of connectivity

• Hybrid Cloud Mesh: Goes beyond microservices within a containerized application, extending connectivity to applications regardless whether they’re form-factor deployed across on-premises, public cloud and private cloud infrastructure. Its scope encompasses a broader range of deployment scenarios. 
• سروس میش: Primarily focuses on managing communication between microservices within a containerized environment. Although many service meshes have started looking outward, enabling multi-cluster any-to-any connectivity.  

2. Multicloud connectivity

• Hybrid Cloud Mesh: Seamlessly connects applications across hybrid multicloud environments, offering a unified solution for organizations with diverse cloud infrastructures. 
• سروس میش: Typically designed for applications deployed within a specific cloud or on-premises environment. Many service meshes have expanded scope to multicloud connectivity, but they are not fully optimized for it.  

3. Traffic engineering capabilities

• Hybrid Cloud Mesh: Utilizes waypoints to support path optimization for cost, latency, bandwidth and others,. enhancing application performance and security. 
• سروس میش: No traffic engineering capabilities. Primarily focuses on internal traffic management within the microservices architecture. 

4. Connectivity intent expression

• Hybrid Cloud Mesh: Allows users to express connectivity intent through the UI or CLI, providing an intuitive, user-friendly experience with minimal learning curve.  
• سروس میش: Requires users to implement complex communication patterns in the sidecar proxy using configuration files. Service mesh operations entail complexity and demand a substantial learning curve. The expert team responsible for managing the service mesh must consistently invest time and effort to effectively utilize and maintain the service mesh. Due to steep learning curve and tooling required (such as integration with CI/CD pipeline or day 0 to day 2 automation), service meshes can be adopted only after customers gain a certain scale to make the investment worthwhile.   

5. Management and control plane

• Hybrid Cloud Mesh: Employs a centralized SaaS-based management and control plane, enhancing ease of use and providing observability. Users interact with the mesh manager through a user-friendly UI or CLI. 
• سروس میش: Often utilizes decentralized management, with control planes distributed across the microservices, requiring coordination for effective administration. 

6. Integration with gateways

• Hybrid Cloud Mesh: Integrates with various gateways, promoting adaptability to diverse use cases and future-ready for upcoming gateway technologies. 
• سروس میش: Primarily relies on sidecar proxies for communication between microservices within the same cluster. Typically features on the proxy are extended to meet requirements.  

7. Application discovery

• Hybrid Cloud Mesh: Mesh manager continuously discovers and updates multicloud deployment infrastructure, automating the discovery of deployed applications and services. 
• سروس میش: Typically relies on service registration and discovery mechanisms within the containerized environment. 

8. Dynamic network maintenance

• Hybrid Cloud Mesh: Automatically adapts to dynamic changes in workload placement or environment, enabling resilient and reliable connectivity at scale without manual intervention. 
• Service mesh: Usually, the day 2 burden to manage a service mesh connecting applications across multicloud is huge due to complexity of operations required to manage dynamic infrastructure changes. It requires manual adjustments to accommodate changes in microservices deployed in a multicloud environment. There’s significant effort in keeping it running such as—upgrades, security fixes and others apart from infrastructure changes. This takes away a lot of time and very little time is left for implementing new features.  

9. Infrastructure overhead

• Hybrid Cloud Mesh: Data plane is composed of a limited number of edge-gateways and waypoints.
• Service mesh: Significant overhead due to sidecar proxy architecture which requires 1 sidecar-proxy for every workload.  

10. Multitenancy

• Hybrid Cloud Mesh: Offers robust multitenancy; moreover, subtenants can be created to maintain separation between different departments or verticals within an organization. 
• سروس میش: May lack the capability to accommodate multitenancy or a subtenant architecture. Few customers may create a separate service mesh per cluster to keep the tenants separate. Hence, they must deploy and manage their own gateways to connect various service meshes.  

Hybrid Cloud Mesh کے ساتھ اگلا قدم اٹھائیں۔ 

We are excited to showcase a tech preview of Hybrid Cloud Mesh supporting the use of Red Hat® Service Interconnect gateways simplifying application connectivity and security across platforms, clusters and clouds. ریڈ ہیٹ سروس انٹر کنیکٹ23 مئی 2023 کو Red Hat Summit میں اعلان کیا گیا، ہائبرڈ ضروری ماحول میں خدمات، ایپلیکیشنز اور کام کے بوجھ کے درمیان روابط پیدا کرتا ہے۔ 

ہم ابھی انٹرپرائز کے لیے جامع ہائبرڈ ملٹی کلاؤڈ آٹومیشن سلوشنز بنانے کے اپنے سفر کا آغاز کر رہے ہیں۔ ہائبرڈ کلاؤڈ میش صرف ایک نیٹ ورک حل نہیں ہے۔ یہ ایک تبدیلی کی قوت کے طور پر تیار کیا گیا ہے جو کاروباروں کو جدید ایپلیکیشن آرکیٹیکچر سے زیادہ سے زیادہ قدر حاصل کرنے، ہائبرڈ کلاؤڈ کو اپنانے کے قابل بناتا ہے اور ملٹی کلاؤڈ ماحول کے استعمال کے طریقہ کار میں انقلاب لاتا ہے۔ ہمیں امید ہے کہ آپ سفر میں ہمارے ساتھ شامل ہوں گے۔ 

Learn more about Hybrid Cloud Mesh