Giải mã tương lai: làm sáng tỏ sự phức tạp của Lưới đám mây lai và lưới dịch vụ - Blog IBM

Giải mã tương lai: làm sáng tỏ sự phức tạp của Lưới đám mây lai và lưới dịch vụ – Blog IBM

Nút nguồn: 3085667


Giải mã tương lai: làm sáng tỏ sự phức tạp của Lưới đám mây lai và lưới dịch vụ – Blog IBM



Nhìn từ trên cao các phương tiện trên bùng binh

Lưới đám mây lai, hiện đã có sẵn, đang cách mạng hóa khả năng kết nối ứng dụng trên các môi trường đa đám mây lai. Hãy cùng so sánh giữa Hybrid Cloud Mesh và lưới dịch vụ điển hình để hiểu rõ hơn về sắc thái của các thành phần thiết yếu này trong lĩnh vực kết nối doanh nghiệp hiện đại. Sự so sánh này xứng đáng vì cả hai giải pháp đều tập trung vào kết nối lấy ứng dụng làm trung tâm mặc dù theo một cách khác.  

Trước khi đi sâu vào so sánh, chúng ta hãy xem lại ngắn gọn khái niệm Lưới đám mây lai và lưới dịch vụ điển hình.  

Minh họa kết nối

Lưới đám mây lai

Hybrid Cloud Mesh là giải pháp kết nối tập trung vào ứng dụng hiện đại, đơn giản, an toàn, có thể mở rộng và liền mạch. Nó tạo ra một lớp phủ mạng an toàn cho các ứng dụng được phân phối trên đám mây, biên và tại chỗ, đồng thời giải quyết một cách toàn diện những thách thức đặt ra do việc phân phối dịch vụ trên nhiều đám mây lai.  

Minh họa sơ đồ lưới đám mây lai

lưới dịch vụ

Lưới dịch vụ là lớp cơ sở hạ tầng có thể định cấu hình để quản lý tất cả các yêu cầu kết nối giữa các dịch vụ vi mô. Nó quản lý giao tiếp giữa các dịch vụ, cung cấp các chức năng thiết yếu như khám phá dịch vụ, cân bằng tải, mã hóa và xác thực.  

Thư viện ngôn ngữ để kết nối triển khai một phần và không nhất quán các tính năng quản lý lưu lượng, đồng thời khó bảo trì và nâng cấp. Lưới dịch vụ loại bỏ các thư viện như vậy và cho phép các dịch vụ tập trung vào logic nghiệp vụ của chúng và giao tiếp với các dịch vụ khác mà không cần thêm bất kỳ logic kết nối nào tại chỗ.  

Lưới đám mây lai và lưới dịch vụ: phân tích so sánh 

1. Phạm vi kết nối

  • Lưới đám mây lai: Vượt xa các dịch vụ vi mô trong một ứng dụng được đóng gói, mở rộng khả năng kết nối tới các ứng dụng bất kể chúng có được triển khai theo yếu tố hình thức trên cơ sở hạ tầng tại chỗ, đám mây công cộng và đám mây riêng hay không. Phạm vi của nó bao gồm nhiều kịch bản triển khai hơn. 
  • lưới dịch vụ: Chủ yếu tập trung vào việc quản lý giao tiếp giữa các vi dịch vụ trong môi trường được chứa trong container. Mặc dù nhiều mạng lưới dịch vụ đã bắt đầu hướng ra bên ngoài, cho phép kết nối nhiều cụm với mọi thứ.  

2. Kết nối đa đám mây

  • Lưới đám mây lai: Kết nối liền mạch các ứng dụng trên các môi trường đa đám mây lai, cung cấp giải pháp thống nhất cho các tổ chức có cơ sở hạ tầng đám mây đa dạng. 
  • lưới dịch vụ: Được thiết kế điển hình cho các ứng dụng được triển khai trong môi trường đám mây hoặc tại chỗ cụ thể. Nhiều lưới dịch vụ đã mở rộng phạm vi sang kết nối đa đám mây, nhưng chúng chưa được tối ưu hóa hoàn toàn cho kết nối đó.  

3. Năng lực kỹ thuật giao thông

  • Lưới đám mây lai: Sử dụng các điểm tham chiếu để hỗ trợ tối ưu hóa đường dẫn về chi phí, độ trễ, băng thông và các yếu tố khác. nâng cao hiệu suất và bảo mật ứng dụng. 
  • lưới dịch vụ: Không có khả năng kỹ thuật giao thông. Chủ yếu tập trung vào quản lý lưu lượng nội bộ trong kiến ​​trúc microservice. 

4. Biểu hiện ý định kết nối

  • Lưới đám mây lai: Cho phép người dùng thể hiện mục đích kết nối thông qua UI hoặc CLI, cung cấp trải nghiệm trực quan, thân thiện với người dùng với thời gian học tập tối thiểu.  
  • lưới dịch vụ: Yêu cầu người dùng triển khai các mẫu giao tiếp phức tạp trong proxy sidecar bằng cách sử dụng tệp cấu hình. Hoạt động của lưới dịch vụ đòi hỏi sự phức tạp và đòi hỏi một lộ trình học tập đáng kể. Đội ngũ chuyên gia chịu trách nhiệm quản lý lưới dịch vụ phải liên tục đầu tư thời gian và công sức để sử dụng và duy trì hiệu quả lưới dịch vụ. Do đường cong học tập dốc và cần có công cụ (chẳng hạn như tích hợp với quy trình CI/CD hoặc tự động hóa từ ngày 0 đến ngày 2), các lưới dịch vụ chỉ có thể được áp dụng sau khi khách hàng đạt được quy mô nhất định để khiến khoản đầu tư trở nên đáng giá.   

5. Mặt phẳng quản lý và điều khiển

  • Lưới đám mây lai: Sử dụng mặt phẳng quản lý và điều khiển dựa trên SaaS tập trung, nâng cao tính dễ sử dụng và cung cấp khả năng quan sát. Người dùng tương tác với trình quản lý lưới thông qua giao diện người dùng hoặc CLI thân thiện với người dùng. 
  • lưới dịch vụ: Thường sử dụng tính năng quản lý phi tập trung, với các mặt phẳng kiểm soát được phân bổ trên các vi dịch vụ, cần có sự phối hợp để quản trị hiệu quả. 

6. Tích hợp với cổng

  • Lưới đám mây lai: Tích hợp với nhiều cổng khác nhau, thúc đẩy khả năng thích ứng với các trường hợp sử dụng đa dạng và sẵn sàng cho các công nghệ cổng sắp tới trong tương lai. 
  • lưới dịch vụ: Chủ yếu dựa vào proxy sidecar để liên lạc giữa các vi dịch vụ trong cùng một cụm. Thông thường các tính năng trên proxy được mở rộng để đáp ứng yêu cầu.  

7. Khám phá ứng dụng

  • Lưới đám mây lai: Trình quản lý lưới liên tục phát hiện và cập nhật cơ sở hạ tầng triển khai đa đám mây, tự động hóa việc khám phá các ứng dụng và dịch vụ đã triển khai. 
  • lưới dịch vụ: Thường dựa vào cơ chế khám phá và đăng ký dịch vụ trong môi trường được chứa trong container. 

8. Bảo trì mạng động

  • Lưới đám mây lai: Tự động thích ứng với những thay đổi linh hoạt về vị trí hoặc môi trường khối lượng công việc, cho phép kết nối linh hoạt và đáng tin cậy trên quy mô lớn mà không cần can thiệp thủ công. 
  • Lưới dịch vụ: Thông thường, gánh nặng ngày thứ 2 để quản lý lưới dịch vụ kết nối các ứng dụng trên nhiều đám mây là rất lớn do tính phức tạp của các hoạt động cần thiết để quản lý các thay đổi cơ sở hạ tầng động. Nó yêu cầu điều chỉnh thủ công để phù hợp với những thay đổi trong vi dịch vụ được triển khai trong môi trường nhiều đám mây. Có nỗ lực đáng kể trong việc duy trì hoạt động của nó, chẳng hạn như—nâng cấp, sửa lỗi bảo mật và các nội dung khác ngoài những thay đổi về cơ sở hạ tầng. Điều này làm mất đi rất nhiều thời gian và chỉ còn rất ít thời gian để triển khai các tính năng mới.  

9. Chi phí cơ sở hạ tầng

  • Lưới đám mây lai: Mặt phẳng dữ liệu bao gồm một số cổng biên và điểm tham chiếu có giới hạn.
  • Lưới dịch vụ: Chi phí đáng kể do kiến ​​trúc proxy sidecar yêu cầu 1 proxy sidecar cho mỗi khối lượng công việc.  

10. Đa nhiệm

  • Lưới đám mây lai: Cung cấp khả năng thuê nhiều người mạnh mẽ; hơn nữa, người thuê phụ có thể được tạo ra để duy trì sự tách biệt giữa các phòng ban hoặc ngành dọc khác nhau trong một tổ chức. 
  • lưới dịch vụ: Có thể thiếu khả năng đáp ứng cấu trúc đa bên thuê hoặc kiến ​​trúc bên thuê phụ. Rất ít khách hàng có thể tạo một lưới dịch vụ riêng biệt cho mỗi cụm để tách biệt các đối tượng thuê. Do đó, họ phải triển khai và quản lý các cổng riêng của mình để kết nối các mạng lưới dịch vụ khác nhau.  

Thực hiện bước tiếp theo với Hybrid Cloud Mesh 

Chúng tôi rất vui mừng được giới thiệu bản xem trước công nghệ của Hybrid Cloud Mesh hỗ trợ việc sử dụng các cổng kết nối dịch vụ Red Hat® giúp đơn giản hóa kết nối và bảo mật ứng dụng trên các nền tảng, cụm và đám mây. Kết nối dịch vụ Red Hat, được công bố vào ngày 23 tháng 2023 năm XNUMX tại Hội nghị thượng đỉnh Red Hat, tạo ra kết nối giữa các dịch vụ, ứng dụng và khối lượng công việc trên các môi trường kết hợp cần thiết. 

Chúng tôi chỉ mới bắt đầu hành trình xây dựng các giải pháp tự động hóa đa đám mây lai toàn diện cho doanh nghiệp. Hybrid Cloud Mesh không chỉ là một giải pháp mạng; nó được thiết kế để trở thành một lực lượng biến đổi giúp trao quyền cho các doanh nghiệp thu được giá trị tối đa từ kiến ​​trúc ứng dụng hiện đại, cho phép áp dụng đám mây lai và cách mạng hóa cách sử dụng môi trường nhiều đám mây. Chúng tôi hy vọng bạn tham gia cùng chúng tôi trên cuộc hành trình. 

Tìm hiểu thêm về Lưới đám mây lai

Bài viết này hữu ích không?

Không


Thông tin khác từ Đám mây lai




Vùng chứa bí mật với Nền tảng vùng chứa OpenShift của Red Hat và Thực thi bảo mật IBM® cho Linux

7 phút đọcĐám mây lai đã trở thành phương pháp tiếp cận chủ đạo cho chiến lược đám mây doanh nghiệp, nhưng nó đi kèm với sự phức tạp và mối lo ngại về tích hợp, bảo mật và kỹ năng. Để giải quyết những lo ngại này, ngành đang sử dụng môi trường thời gian chạy container để loại bỏ cơ sở hạ tầng. Nền tảng container OpenShift của Red Hat (RH OCP) đã nổi lên như một giải pháp hàng đầu để hỗ trợ vòng đời phát triển ứng dụng, cung cấp và quản lý hình ảnh và khối lượng công việc của container thành một nền tảng cho các ứng dụng và hệ sinh thái được container hóa. RH OCP cung cấp giải pháp triển khai, kiểm soát và…




Cuộc chiến của các cá nhân trong thế giới ứng dụng doanh nghiệp—cách IBM Hybrid Cloud Mesh và Red Hat Services Interconnect hợp nhất chúng

3 phút đọcViệc điều hướng lĩnh vực phức tạp của các ứng dụng doanh nghiệp hiện đại đòi hỏi sự cộng tác giữa các cá nhân khác nhau để quản lý hiệu quả sự phức tạp. Điều này giúp hỗ trợ kinh doanh liên tục thông qua các ứng dụng tự động hóa quy trình công việc thiết yếu. Theo truyền thống, các ứng dụng và cơ sở hạ tầng lưu trữ của chúng phù hợp với DevOps và CloudOps. Tuy nhiên, chi phí gia tăng do môi trường CNTT đa dạng đã dẫn đến sự xuất hiện của FinOps, tập trung vào giám sát và kiểm soát chi phí. Nhiều cá tính khác nhau trong quá trình triển khai ứng dụng đã đưa ra các quy trình công việc rất phức tạp. Thông thường, DevOps bắt đầu các yêu cầu, được CloudOps, NetOps, SecOps và…




Cách điều khiển lưu lượng DNS mở rộng giá trị kinh doanh của mạng kết hợp và đa đám mây

4 phút đọcTrong phiên bản gần đây nhất của “Chu kỳ cường điệu đám mây”, Gartner đã đặt các hoạt động của mạng nhiều đám mây vào “đỉnh điểm của những kỳ vọng tăng cao, gần đến mức 'trũng thất vọng'”. Mặc dù điều này có thể phản ánh trạng thái của cả kết hợp và đa đám mây mạng ở cấp độ tổng hợp, có rất nhiều sắc thái ẩn giấu bên dưới đánh giá của Gartner. Thách thức ở đây là kết hợp và đa đám mây đều là hiện tại và tương lai của mạng. Đó là một khu vực dường như đang sản xuất…




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

3 phút đọcDi chuyển từ máy chủ ứng dụng JEE hiện tại của bạn sang Open Liberty bằng một vài bước dễ dàng Chuỗi bài gồm chín phần Di chuyển các vi dịch vụ Java từ Spring Boot sang MicroProfile đã trình bày các thành phần cơ bản của Eclipse MicroProfile, chẳng hạn như Rest Client để tạo API cho các ứng dụng vi dịch vụ, Phụ thuộc ngữ cảnh Nội dung để hỗ trợ nối dây dựa trên chú thích, Dung sai lỗi để khắc phục sự cố và OpenTracing để chẩn đoán sự cố dịch vụ. Blog ngắn này đề cập đến cách thực hiện cụ thể: Các bước đơn giản để di chuyển từ máy chủ ứng dụng JEE hiện tại của bạn sang Open Liberty, một ứng dụng cấp doanh nghiệp…

Bản tin IBM

Nhận các bản tin và cập nhật chủ đề của chúng tôi nhằm cung cấp thông tin chi tiết và lãnh đạo tư tưởng mới nhất về các xu hướng mới nổi.

Theo dõi ngay

Các bản tin khác

Dấu thời gian:

Thêm từ IBM