2 Answers

Tuy nhiên là ở 1 mức độ nào đó, khi các service hoạt động tương đối độc lập, và có nhiều team hoạt động độc lập thì nên tách database để đẩy nhanh được tốc độ phát triển.
Thế nên đây là câu hỏi không có câu trả lời cụ thể, nó sẽ phụ thuộc vào từng bài toán cũng như mọi hoàn cảnh cụ thể mà quyết định. Ví dụ cả 10 service có 1 mình em làm mà em tách thành 10 DB thì anh nghĩ em sẽ không thể nào maintain nổi đâu.
-
0

Đùa chứ mình cũng đang có những kinh nghiệm thương đau về việc tách nhiều DB với khoảng 8 con service. Rất rất cực chuyện sync data giữa các service vì phải duplicate một số table trong DB. Cuối cùng mình gom tất cả lại thành 2 con DB. Nói chung ban đầu, theo kn của mình khi mới bắt đầu build product MVP. Nên chỉ có tối đa 2 con DB. còn lại thì dùng chung vì thời gian đầu nhân lúc chưa có, spec business chưa rõ ràng. Sau này rảnh rỗi thì tách sau.
-
0