Microservices và kết hợp cơ sở dữ liệu

Đối với những người đang chia tách các ứng dụng nguyên khối thành các microservices, bạn sẽ xử lý vấn đề hóc búa như thế nào khi tách rời cơ sở dữ liệu. Các ứng dụng điển hình mà tôi đã làm việc tích hợp nhiều cơ sở dữ liệu vì lý do hiệu suất và tính đơn giản.

Nếu bạn có hai bảng khác biệt về mặt logic (bối cảnh giới hạn nếu bạn muốn) nhưng bạn thường xử lý tổng hợp trên một lượng lớn dữ liệu đó thì trong nguyên khối, bạn có nhiều khả năng tránh hướng đối tượng và thay vào đó sử dụng tiêu chuẩn cơ sở dữ liệu của mình Tính năng JOIN để xử lý dữ liệu trên cơ sở dữ liệu trước khi đưa chế độ xem tổng hợp trở lại cấp ứng dụng của bạn.

Làm thế nào để bạn biện minh cho việc chia nhỏ dữ liệu đó thành các microservices trong đó có lẽ bạn sẽ được yêu cầu 'nối' dữ liệu thông qua một API thay vì tại cơ sở dữ liệu.

Tôi đã đọc cuốn sách Microservices của Sam Newman và trong chương về tách Monolith, anh ấy đưa ra một ví dụ về "Phá vỡ các mối quan hệ chính đối ngoại", nơi anh ấy thừa nhận rằng thực hiện liên kết trên một API sẽ chậm hơn - nhưng anh ấy tiếp tục nói nếu ứng dụng của bạn dù sao cũng đủ nhanh, liệu nó có chậm hơn trước không?

Điều này có vẻ hơi lấp lánh? Kinh nghiệm của mọi người là gì? Bạn đã sử dụng những kỹ thuật nào để làm cho các phép nối API hoạt động ở mức chấp nhận được?

• Khi hiệu suất hoặc độ trễ không quá quan trọng (vâng, chúng tôi không phải lúc nào cũng cần chúng), bạn chỉ cần sử dụng các API RESTful đơn giản để truy vấn dữ liệu bổ sung mà bạn cần. Nếu bạn cần thực hiện nhiều cuộc gọi đến các microservices khác nhau và trả về một kết quả, bạn có thể sử dụng mẫu API Gateway .

• Hoàn toàn tốt khi có dự phòng trong các môi trường liên tục Polyglot . Ví dụ: bạn có thể sử dụng hàng đợi nhắn tin cho microservices của mình và gửi các sự kiện "cập nhật" mỗi khi bạn thay đổi điều gì đó. Các microservices khác sẽ lắng nghe các sự kiện cần thiết và lưu dữ liệu cục bộ. Vì vậy, thay vì truy vấn, bạn giữ tất cả dữ liệu cần thiết trong bộ nhớ thích hợp cho microservice cụ thể.

• Ngoài ra, đừng quên về bộ nhớ đệm :) Bạn có thể sử dụng các công cụ như Redis hoặc Memcached để tránh truy vấn các cơ sở dữ liệu khác quá thường xuyên.

Các dịch vụ có thể có các bản sao chỉ đọc của một số dữ liệu tham chiếu nhất định từ các dịch vụ khác.

Do đó, khi cố gắng cấu trúc lại cơ sở dữ liệu nguyên khối thành microservices (trái ngược với việc viết lại), tôi sẽ

• tạo một lược đồ db cho dịch vụ
• tạo các chế độ xem * được phiên bản ** trong lược đồ đó để hiển thị dữ liệu từ lược đồ đó cho các dịch vụ khác
• tham gia chống lại những quan điểm chỉ đọc này

Điều này sẽ cho phép bạn sửa đổi dữ liệu bảng / strucutre một cách độc lập mà không làm hỏng các ứng dụng khác.

Thay vì sử dụng các chế độ xem, tôi cũng có thể cân nhắc sử dụng trình kích hoạt để sao chép dữ liệu từ một giản đồ này sang một giản đồ khác.

Đây sẽ là tiến trình gia tăng theo đúng hướng, thiết lập các đường nối của các thành phần của bạn và việc chuyển sang REST có thể được thực hiện sau đó.

* quan điểm có thể được mở rộng. Nếu yêu cầu thay đổi đột phá, hãy tạo phiên bản v2 của cùng một chế độ xem và xóa phiên bản cũ khi không còn cần thiết. ** hoặc Table-Valued-Functions, or Sprocs.

CQRS --- Mô hình Tổng hợp Truy vấn Lệnh là câu trả lời cho câu hỏi này theo Chris Richardson. Hãy để mỗi microservice cập nhật Mô hình dữ liệu của chính nó và tạo các sự kiện sẽ cập nhật chế độ xem cụ thể hóa có dữ liệu kết hợp được yêu cầu từ các microservices trước đó. MV này có thể là bất kỳ NoSql DB hoặc Redis hoặcasticsearch nào được tối ưu hóa truy vấn. Kỹ thuật này dẫn đến tính nhất quán Cuối cùng chắc chắn không tồi và tránh được việc phía ứng dụng tham gia theo thời gian thực. Hy vọng câu trả lời này.

Tôi sẽ tách biệt các giải pháp cho lĩnh vực sử dụng, giả sử là hoạt động và báo cáo.

Đối với các dịch vụ vi mô hoạt động để cung cấp dữ liệu cho các biểu mẫu đơn lẻ cần dữ liệu từ các dịch vụ vi mô khác (đây là trường hợp hoạt động), tôi nghĩ rằng việc sử dụng các phép nối API là cách nên làm. Bạn sẽ không sử dụng số lượng lớn dữ liệu, bạn có thể thực hiện tích hợp dữ liệu trong dịch vụ.

Trường hợp khác là khi bạn cần thực hiện các truy vấn lớn trên một lượng lớn dữ liệu để thực hiện tổng hợp, v.v. (trường hợp báo cáo). Đối với nhu cầu này, tôi sẽ nghĩ đến việc duy trì cơ sở dữ liệu dùng chung - tương tự như sơ đồ ban đầu của bạn và cập nhật nó với các sự kiện từ cơ sở dữ liệu microservice của bạn. Trên cơ sở dữ liệu được chia sẻ này, bạn có thể tiếp tục sử dụng các thủ tục đã lưu trữ của mình để tiết kiệm công sức của bạn và hỗ trợ tối ưu hóa cơ sở dữ liệu.

Trong Microservices, bạn tạo khác biệt. đọc các mô hình, ví dụ: nếu bạn có hai khác biệt. ngữ cảnh bị ràng buộc và ai đó muốn tìm kiếm trên cả dữ liệu thì ai đó cần lắng nghe các sự kiện từ cả ngữ cảnh bị giới hạn và tạo chế độ xem cụ thể cho ứng dụng.

Trong trường hợp này, sẽ có nhiều không gian hơn cần thiết, nhưng sẽ không cần nối và không cần nối.