Tích hợp hệ thống trong doanh nghiệp : ESB so với API Gateway

Sự thay đổi từ service-first (ESB view) sang API-first

API cung cấp hợp đồng tiêu chuẩn bị thiếu trong môi trường SOAP. Ở dạng ban đầu, ESB là một giải pháp kỹ thuật cho một vấn đề tiêu chuẩn trước đây. Ngoài ra, với sự ra đời của phát triển API đầu tiên, hợp đồng giữa khách hàng và dịch vụ không còn cần phải chờ dịch vụ được phát triển, tiếp tục tách các nhóm phát triển. Thiết kế ưu tiên API dẫn đến việc tái sử dụng tốt hơn và phù hợp hơn cho các “sản phẩm” do doanh nghiệp lãnh đạo.

API Gateway cho phép bạn đơn giản hóa tác vụ kết nối với bất kỳ API nào. API Gateway xử lý các mối quan tâm xuyên suốt như xác thực, ghi nhật ký và giám sát, cũng như điều phối để giảm các chuyến đi khứ hồi và cung cấp API chính xác cho từng máy khách.

API Gateway cung cấp nhiều lợi ích, bao gồm:

• Các vi dịch vụ gọn gàng hơn cho phép tập trung các chức năng phổ biến để giảm chi phí. Thay vì phát minh lại bánh xe với mọi dịch vụ, các mối quan tâm xuyên suốt như xác thực, ghi nhật ký và giám sát có thể được xử lý ở cấp cổng. Điều này cũng làm giảm độ phức tạp tổng thể của hệ thống, vì những mối quan tâm xuyên suốt này có thể được thực hiện một lần trong cổng.
• Các máy khách và dịch vụ được tách rời cho phép điều phối nhiều vi dịch vụ vào một API máy khách. Tương tự, các máy khách khác nhau có thể nhận được các API khác nhau phù hợp với nhu cầu của họ, trong một biến thể trên mô hình “back end for front end”.
• Khám phá API tăng tốc tăng tốc độ phát triển của các máy khách và tính năng mới.
• Giảm số lượng yêu cầu bắt buộc làm tăng hiệu suất. Thông qua điều phối, một số lệnh gọi API ở back end có thể được tổng hợp thành một chuyến đi khứ hồi giữa máy khách đến API Gateway . Điều này có thể cải thiện trải nghiệm người dùng.
• Tính nhất quán thông qua các plugin cho phép quản trị thực hành tốt nhất, bảo mật, khả năng quan sát và xử lý tất cả các mối quan tâm xuyên suốt khác.

So sánh API gateway và ESB

Sự giống nhau giữa API Gateway và ESB là không thể phủ nhận. Cả hai đều đóng vai trò tương tự trong kiến trúc hệ thống: làm điểm trung chuyển tập trung cho việc giao tiếp với các dịch vụ. Tuy nhiên, API Gateway cung cấp những lợi ích và phương pháp tiếp cận hiện đại hơn để đạt được chúng.

Một lợi ích chính của API Gateway là sự rõ ràng trong phạm vi của nó. ESB được coi là giải pháp toàn diện cho mọi giao tiếp giữa các ứng dụng và dịch vụ. Khi ESB phát triển theo hướng đó, nhiều tính năng đã được thêm vào, cho phép tích hợp quy tắc kinh doanh và logic vào hệ thống, khiến ESB trở nên quá phức tạp. Dự án ban đầu nhằm giảm bớt sự phức tạp của hệ thống lại trở thành một hệ thống phức tạp khác.

Ngược lại, API Gateway có một vai trò chuyên biệt hơn. Đầu tiên, API Gateway không phải chịu trách nhiệm cho việc chuyển đổi và thương lượng giao thức nhiều như ESB. Với sự trưởng thành của các tiêu chuẩn API, API Gateway có thể hoạt động một cách gọn nhẹ hơn, tập trung vào các vấn đề xuyên suốt. Hơn nữa, API Gateway chủ yếu tập trung vào giao tiếp giữa máy khách và dịch vụ, không phải giao tiếp giữa các dịch vụ với nhau.

Đặc điểm này giúp API Gateway tránh được sự mở rộng phạm vi không cần thiết, ngăn chặn việc trở thành một khối lớn khác cần phải chia nhỏ. Khi lựa chọn API Gateway, điều quan trọng là phải chọn một sản phẩm có định danh rõ ràng chứ không phải là một loạt tính năng mở rộng.

Khác biệt với tính chất tập trung và tích hợp cao của ESB, API Gateway hỗ trợ sự phân quyền và phân tán. Điều này mang lại lợi ích cho cả hai loại doanh nghiệp: những doanh nghiệp đang chuyển đổi lên đám mây và những doanh nghiệp áp dụng phương pháp tích hợp.

Khi nào nên sử dụng API Gateway

API Gateway phù hợp với các doanh nghiệp tập trung vào việc di chuyển nhanh hơn và cho phép đổi mới, điều này đạt được thông qua các nhóm phân tán với sự độc lập và khả năng thực hiện công việc của họ.

ESB không đạt tiêu chuẩn này, vì chúng là những khối đá nguyên khối lớn, tập trung làm tăng sự kết hợp hoặc phụ thuộc lẫn nhau giữa các nhóm và giảm tính độc lập.

API Gateway —với cổng thông tin dành cho nhà phát triển—cũng thúc đẩy cách tiếp cận ưu tiên thiết kế đối với API và thúc đẩy phương pháp tiêu thụ dựa trên khám phá. Bằng cách cung cấp API phù hợp cho từng máy khách, API Gateway có thể cho phép tăng tốc độ áp dụng, tái sử dụng và lặp lại. API Gateway cũng tạo điều kiện thuận lợi cho việc sử dụng và khám phá các API trong toàn tổ chức và cho phép sử dụng các công cụ không mã hoặc mã thấp. Một lần nữa, trọng tâm là cho phép các nhóm độc lập thay vì kết hợp với nhóm API Gateway .

ESB và API Gateway cho doanh nghiệp hiện đại

Hành trình của doanh nghiệp hiện đại liên quan đến việc cho phép sự nhanh nhẹn và đổi mới nhanh chóng để làm hài lòng khách hàng. Hành trình này phụ thuộc vào việc tăng tính độc lập của nhóm và cho phép các nhóm đó duy trì tinh gọn và tập trung.

Để làm được điều này, các tổ chức CNTT phải trở nên không đồng nhất và đa dạng về mặt kỹ thuật hơn là đồng nhất. Họ phải nắm lấy giải pháp tốt nhất cho từng trường hợp sử dụng. Sự thay đổi này đòi hỏi sự đa dạng trong các giải pháp và cách tiếp cận kỹ thuật. Rốt cuộc, sự thay đổi theo hướng là nhiều mặt. Dưới đây là một số ví dụ:

• Môi trường đám mây lai và/hoặc nhiều đám mây tại chỗ hoặc chỉ dành cho ➡ đám mây
• Phân tán tập trung ➡
• Kiến trúc ➡ nguyên khối Microservices
• Máy chủ ➡ Serverless, hàm, Kubernetes, container
• Ngôn ngữ ➡ trong toàn tổ chức Các nhóm và tổ chức Polyglot

Đối với các nền tảng tích hợp, trọng tâm bây giờ nên chuyển sang API. Kết nối API là chiến trường cạnh tranh mới và API Gateway là một giải pháp dành riêng cho mục đích này.

Trong hầu hết các tình huống, cách tiếp cận lai dần dần là điểm khởi đầu tốt nhất. Bắt đầu bằng cách triển khai API Gateway với các API mới và từ từ mang lại nhiều dịch vụ hơn khi cơ hội và thời gian cho phép. Theo thời gian, cách tiếp cận dần dần này sẽ phá vỡ khối nguyên khối ESB. Tận dụng cơ hội để trích xuất logic nghiệp vụ bên trong ESB và phân phối nó thành các microservice mới.

Mục tiêu không phải là thay thế hoàn toàn ESB, vì nó vẫn có một nơi với các dịch vụ kế thừa có thể không bao giờ được nâng cấp. Trọng tâm là đưa ESB ra khỏi con đường quan trọng cho sự phát triển mới. Tuy nhiên, trong trung hạn, hợp đồng API sẽ tồn tại lâu hơn bằng cách xây dựng các phụ thuộc cấp doanh nghiệp trên chúng. Như vậy, việc tập trung vào kết nối API sẽ tạo ra giá trị cho doanh nghiệp hiện đại.