Tôi muốn chạy hai dịch vụ web trên một máy chủ vật lý duy nhất bằng Docker. Cả hai dịch vụ đều yêu cầu máy chủ web và cơ sở dữ liệu SQL. Các thiết lập sau đây có thể suy nghĩ được ([ ... ]
đánh dấu một vùng chứa Docker):
- Một container docker cho mỗi dịch vụ
[ sqld + httpd + dịch vụ A ]
[ sqld + httpd + dịch vụ B ]
- Một vùng chứa docker cho mỗi quy trình
[ sqld cho A ] [ httpd cho A ] [ dịch vụ A ]
[ sqld cho B ] [ httpd cho B ] [ dịch vụ B ]
- Dịch vụ phụ được chia sẻ
[ sqld ] [ httpd ]
[ dịch vụ A ] [ dịch vụ B ]
- Các dịch vụ con được chia sẻ kết hợp
[sqld + httpd]
[ dịch vụ A ] [ dịch vụ B ]
Tôi có thể thấy những lợi ích và hạn chế với một trong hai mô hình, ví dụ: khi cần quản lý/giám sát quy trình hoặc khi lập kế hoạch di chuyển một dịch vụ từ máy chủ này sang máy chủ khác.
Bạn có biết bất kỳ lý do kỹ thuật nào có thể loại bỏ một số lựa chọn này không, ví dụ: bởi vì sẽ không thể quản lý một thiết lập như vậy theo cách có ý nghĩa hoặc vì những lo ngại về bảo mật rõ ràng chống lại họ?
Tôi không hỏi ý kiến ở đây, như "Cá nhân tôi thích thiết lập số ..., như ..."; bạn có thể có một tùy chọn và vui lòng cho tôi biết về điều đó nhưng mối quan tâm của tôi ở đây chỉ là liệu có lý do khách quan nào phản đối rõ ràng một trong những thiết lập này hay không. Nếu tôi có thể loại trừ một hoặc hai trong số những điều này, thì đó sẽ là dễ dàng hơn nhiều để cân nhắc những ưu và nhược điểm của các thiết lập còn lại đối với nhu cầu cá nhân của tôi. Và cho đến nay, tôi không thấy lý do nào khiến một trong hai thiết lập là không thể hoặc nói rõ ràng chống lại nó nhưng tôi có thể đang xem xét điều gì đó.