8

Tôi đang dần tìm hiểu thêm về Kafka  và các giải pháp truyền dữ liệu và nhắn tin khác để đạt được lực kéo trong không gian API.

Nếu bạn chưa đi tàu Kafka, theo trang web của họ :

Kafka được sử dụng để xây dựng các đường ống dữ liệu thời gian thực và các ứng dụng phát trực tuyến. Nó có khả năng mở rộng theo chiều ngang, chịu lỗi, nhanh chóng hoạt động và được sản xuất trong hàng ngàn công ty. Tôi vẫn đang tìm hiểu về cách Kafka hoạt động và không có kinh nghiệm sản xuất thực sự, đó là điều cần có thời gian.

Là một phần trong các cuộc trò chuyện của tôi về chủ đề này, tôi đã được giới thiệu về Confluent , một phiên bản nền tảng của Kafka, đây là cách nhanh nhất tôi thấy để bắt đầu với các luồng dữ liệu thời gian thực. Là một phần của dịch vụ Confluent, tôi nhận thấy họ có proxy REST mà bạn có thể tìm thấy tài liệu API tại đây . Bạn có thể tìm  mã cho proxy Kafka REST trên GitHub . Theo repo GitHub :

KOCka Proxy Kafka cung cấp giao diện RESTful cho cụm Kafka. Nó giúp dễ dàng tạo và tiêu thụ thư, xem trạng thái của cụm và thực hiện các hành động quản trị mà không cần sử dụng giao thức Kafka hoặc ứng dụng khách.

Tôi đã nhận thấy rằng nhiều giải pháp truyền dữ liệu và nhắn tin khác ra khỏi Apache ngày nay đã chuyển hướng khỏi việc sử dụng REST, điều này có ý nghĩa về tốc độ và quy mô - nhưng khi tiếp cận đối tượng rộng hơn, tôi vẫn có thể thấy cần phải có API RESTful, cung cấp một loại giải pháp đa tốc độ cho phép các nhà phát triển chọn tốc độ dựa trên kỹ năng, nhận thức và nhu cầu của họ. Tôi cảm thấy giống như cách tiếp cận nền tảng của Confluent, kết hợp với lớp RESTful, sẽ mang lại cho họ lợi thế so với các nhà cung cấp dịch vụ Kafka khác hoặc chỉ triển khai giải pháp nguồn mở ra khỏi hộp.

REST không phải lúc nào cũng là giải pháp hiệu quả nhất hoặc có thể mở rộng, nhưng khi nói đến việc tiếp cận nhiều đối tượng các nhà phát triển và cho phép người tiêu dùng đứng dậy và chạy nhanh, REST vẫn là một cách tiếp cận hợp lý. Thành thật mà nói, tôi không nghĩ đó chỉ là REST; nó cũng là về việc tận dụng web - không phải ai cũng hiểu web, nhưng tôi nghĩ đó là điều mà một số lượng lớn các nhà phát triển đã tiếp xúc và đã xây dựng trong thập kỷ qua. Tôi có thể thấy các giải pháp API khối lượng lớn trong tương lai thường có giao thức và ứng dụng khách gốc, nhưng cũng hỗ trợ REST và gRPC để làm cho các giải pháp của chúng dễ truy cập hơn, hiệu quả hơn, có thể mở rộng và nhanh chóng được chấp nhận và tích hợp cùng với cơ sở hạ tầng hiện có.

|