Tôi cần trợ giúp cách suy nghĩ về cách thiết kế ứng dụng của chúng tôi để vừa với mẫu Vải Dịch vụ Azure mới.Thiết kế Ứng dụng trong Dịch vụ Azure Vải
Hôm nay, chúng tôi có một ứng dụng được xây dựng trên Azure Cloud Services. Ứng dụng này được xây dựng xung quanh DDD và chúng tôi có các ngữ cảnh giới hạn riêng biệt cho các phần hệ thống con khác nhau của ứng dụng. Các ngữ cảnh bị giới hạn ngày nay được lưu trữ trong một vai trò công nhân, cho thấy các hệ thống con này sử dụng một WebAPI duy nhất.
Ngoài ra, chúng tôi có một vai trò Web lưu trữ lối vào web và một vai trò công nhân xử lý hàng đợi nền.
Chúng tôi cố gắng chuyển sang kiến trúc dịch vụ vi mô. Điều đầu tiên tôi dự định làm là trích xuất tất cả ngữ cảnh bị ràng buộc vào các máy chủ API của riêng chúng. Điều này sẽ dẫn đến 5-10 dịch vụ WebAPI mới hỗ trợ các hệ thống con của chúng tôi.
Đối với câu hỏi của tôi, tất cả các hệ thống con/ngữ cảnh giới hạn/máy chủ API này có phải là Ứng dụng Vải dịch vụ của riêng chúng hoặc dịch vụ trong một Ứng dụng Vải Dịch vụ không?
Tôi đã đọc tài liệu, tìm thấy ở đây Service Fabric Application Model, hơn và hơn và tôi không thể tìm ra nơi dịch vụ của tôi phù hợp.
Chúng tôi muốn hệ thống để hỗ trợ các phiên bản khác nhau của dịch vụ, và các dịch vụ cũng có thể quy mô khác nhau. Thậm chí có thể có một yêu cầu để có một dịch vụ vi mô để chạy trong một kích thước máy ảo lớn hơn sau đó phần còn lại.
Vui lòng ai đó có thể hướng dẫn tôi phù hợp với nhu cầu của tôi.
Nếu bạn muốn nâng cấp các phần độc lập, mỗi ứng dụng phải là các ứng dụng. Đối với cách để kiến trúc các ứng dụng của bạn, đó là thực sự tùy thuộc vào nhu cầu cá nhân của bạn. Hãy chắc chắn rằng bạn thiết lập các sơ đồ phân vùng của bạn để tính đến sự tăng trưởng trong tương lai. Với SF, bạn đặt tất cả các phân vùng của bạn trên một số lượng nhỏ các máy và sau đó phát tán chúng ra khi bạn phát triển so với việc thêm nhiều phân vùng hơn trên đường. – dharms