amarifleur
New Member
- Joined
- Sep 29, 2017
- Messages
- 364
- Reaction score
- 0
Chào mọi người, hẳn mọi người đều đã từng biết hoặc có nghe qua về microservice. Hiểu đơn giản thì là kiểu kiến trúc chia nhỏ các thành phần của hệ thống ra từng service nhỏ hơn, chi tiết hơn thì có thể tìm đọc các bài viết hiện tại về microservice rất là nhiều . (VD: microservices.io)
Bên team mình cũng có triển khai ngay từ lúc đầu làm sản phẩm , đến giờ hơn một năm nhưng cũng chưa có thể dám khẳng định là làm được hoàn toàn.
Team mình sử dụng hầu như các dịch vụ của AWS để build hệ thống, kể cả việc sử dụng mongodb bây giờ cũng rục rịch chuyển qua dynamodb. Vì tiền không thành vấn đề nên để đáp ứng được nhu cầu phát triển của startup nên phụ thuộc hoàn toàn vào AWS :shame: Hiện tại đi theo microservice thì gặp phải những vấn đề thường gặp sau .
+ Hiện tại có khoảng 80 service, nhưng cảm giác vẫn chưa chia nhỏ đủ. Theo anh em chia như thế nào sẽ là vừa đủ, hợp lý.
+ Các bài toàn liên quan đến nghiệp vụ sản phẩm, thanh toán. Cứ liên quan đến tiền là dữ liệu rất quan trọng. Anh em sẽ giải quyết vấn đề sharing data. transaction data như thế nào, khi mà dữ liệu phân tán ở nhiều service, không bị ràng buộc .
+ Việc timeout giữa các service, việc một service bị die vẫn đảm bảo cho hệ thống hoạt động bình thường, ví dụ đảm bảo cho khách vẫn có thể mua hàng trong khi mình bảo trì hệ thống thanh toán
+ Quản lý số service như thế nào khi số lượng ngày càng tăng, với nhân sự dưới 30 người và hằng trăm micro service. Với việc sản phẩm bên mình phát triển ra nhiều quốc gia, nhiều đội ngũ làm việc ở các quốc gia khác nhau, đảm bảo để team có thể hoạt động suôn sẻ và phối hợp ăn ý ?
+ Khi một service bị die, làm thế nào để phát hiện được lỗi nhanh nhất
+ Ngôn ngữ nào thì phù hợp khi triển khai microservice ? Hiện tại bên mình đang sử dụng Ruby on Rails, Java, Python, Nodejs cho việc phát triển, React cho frontend , xu hướng săp tới là sử dụng erlang , go
+ Việc test giữa nhiều service, xây dựng luồng test như thế nào là hợp lý
....
Và còn rất nhiều vấn đề nữa, kinh nghiệm của mình thì hạn hẹp rất hy vọng anh em nào có kinh nghiệm hoặc có hứng thú tham gia thảo luận và chia sẻ kinh nghiệm hoặc những vấn đề trong quá trình đi theo kiến trúc này:adore: .
---------------------------------
Nhân tiện team mình đang tuyển lập trình viên , có tuyển fulltime, partime, chỉ cần tư duy tốt. Ngôn ngữ nào cũng được không thành vấn đề. Môi trường rất tốt, giờ giấc thoải mải, tự do sáng tạo đúng nghĩa, nhiều gái xinh (Không quảng cáo láo đâu vào là biết) :sexy: . Anh em có thể làm backend, frontend hoặc nhảy sang nghiên cứu về data nếu đủ khả năng. Kể cả làm thiết kế (Bên mình đội thiết kế hơn 10 người).
Sản phẩm đang mở rộng ra nhiều quốc gia , nên cơ hội làm việc ở nước ngoài môi tháng là rất nhiều, team cũng không quá nhiều người nên anh em sẽ không lo bị thua thiệt :sexy: Team toàn anh em rất là trẻ nên rất là thoải mải :sexy:
Anh em nhu cầu inbox nhé, không giới hạn độ tuổi, giới tính, học vấn :adore:
Bên team mình cũng có triển khai ngay từ lúc đầu làm sản phẩm , đến giờ hơn một năm nhưng cũng chưa có thể dám khẳng định là làm được hoàn toàn.
Team mình sử dụng hầu như các dịch vụ của AWS để build hệ thống, kể cả việc sử dụng mongodb bây giờ cũng rục rịch chuyển qua dynamodb. Vì tiền không thành vấn đề nên để đáp ứng được nhu cầu phát triển của startup nên phụ thuộc hoàn toàn vào AWS :shame: Hiện tại đi theo microservice thì gặp phải những vấn đề thường gặp sau .
+ Hiện tại có khoảng 80 service, nhưng cảm giác vẫn chưa chia nhỏ đủ. Theo anh em chia như thế nào sẽ là vừa đủ, hợp lý.
+ Các bài toàn liên quan đến nghiệp vụ sản phẩm, thanh toán. Cứ liên quan đến tiền là dữ liệu rất quan trọng. Anh em sẽ giải quyết vấn đề sharing data. transaction data như thế nào, khi mà dữ liệu phân tán ở nhiều service, không bị ràng buộc .
+ Việc timeout giữa các service, việc một service bị die vẫn đảm bảo cho hệ thống hoạt động bình thường, ví dụ đảm bảo cho khách vẫn có thể mua hàng trong khi mình bảo trì hệ thống thanh toán
+ Quản lý số service như thế nào khi số lượng ngày càng tăng, với nhân sự dưới 30 người và hằng trăm micro service. Với việc sản phẩm bên mình phát triển ra nhiều quốc gia, nhiều đội ngũ làm việc ở các quốc gia khác nhau, đảm bảo để team có thể hoạt động suôn sẻ và phối hợp ăn ý ?
+ Khi một service bị die, làm thế nào để phát hiện được lỗi nhanh nhất
+ Ngôn ngữ nào thì phù hợp khi triển khai microservice ? Hiện tại bên mình đang sử dụng Ruby on Rails, Java, Python, Nodejs cho việc phát triển, React cho frontend , xu hướng săp tới là sử dụng erlang , go
+ Việc test giữa nhiều service, xây dựng luồng test như thế nào là hợp lý
....
Và còn rất nhiều vấn đề nữa, kinh nghiệm của mình thì hạn hẹp rất hy vọng anh em nào có kinh nghiệm hoặc có hứng thú tham gia thảo luận và chia sẻ kinh nghiệm hoặc những vấn đề trong quá trình đi theo kiến trúc này:adore: .
---------------------------------
Nhân tiện team mình đang tuyển lập trình viên , có tuyển fulltime, partime, chỉ cần tư duy tốt. Ngôn ngữ nào cũng được không thành vấn đề. Môi trường rất tốt, giờ giấc thoải mải, tự do sáng tạo đúng nghĩa, nhiều gái xinh (Không quảng cáo láo đâu vào là biết) :sexy: . Anh em có thể làm backend, frontend hoặc nhảy sang nghiên cứu về data nếu đủ khả năng. Kể cả làm thiết kế (Bên mình đội thiết kế hơn 10 người).
Sản phẩm đang mở rộng ra nhiều quốc gia , nên cơ hội làm việc ở nước ngoài môi tháng là rất nhiều, team cũng không quá nhiều người nên anh em sẽ không lo bị thua thiệt :sexy: Team toàn anh em rất là trẻ nên rất là thoải mải :sexy:
Anh em nhu cầu inbox nhé, không giới hạn độ tuổi, giới tính, học vấn :adore: