Hồi mới tách service cho một hệ thống quản lý đơn hàng, mình cũng máu lắm: microservice là chuẩn kiến trúc tương lai, dễ phát triển, dễ maintain, CI/CD riêng biệt, deploy phà phà. Nhưng đời không như dev nghĩ, cái service nào cũng đẹp, chỉ có cái DB là bẩn.
Hầu như các bạn mới chuyển sang microservices toàn vướng phải đúng một ổ gà: shared database. Tách code thì được, tách database là chuyện khác. Các bác nào từng scale thử sẽ biết cảm giác nghẽn connection pool là như nào: service nhỏ mà connect lên tới hàng trăm connections, Redis hay Postgres cũng thở oxy.
Thực tế mình gặp
Một lần, tụi mình scale cái order service để xử lý flash sale. Tách riêng ra rồi, autoscale ổn áp, metric ổn. Nhưng vừa traffic lên 5x là DB chết ngắt. Tại sao? Vì 5 cái service cùng quất vào 1 DB Postgres shared schema, mỗi cái mở connection riêng, pool size đụng trần. Lúc đó chỉ có rollback để sống.
Xong từ đó mới ngộ ra mấy thứ:
- Shared database là bottleneck đầu tiên khi scale microservices.
- Dù dùng ORM hay gRPC gì thì cuối cùng vẫn phải hit vô DB, và nếu không có replica, read/write separation, hoặc DB-level sharding, thì scaling chỉ là lời nói gió bay.
- Cache sai, cache không invalid đúng, là đọc nhầm data. Còn cache tốt thì nhẹ cả hệ thống, nhưng cực khó đồng bộ state giữa cache và DB.
Hệ quả
Nhiều team tưởng cứ chia microservice là xong, nhưng DB vẫn là kiểu monolith tổ bố, mọi service chung một schema, không có cách nào tracing error hiệu quả, muốn migrate schema là toang cả team QA. Gặp production chạm limit RDS là chỉ biết scale lên instance to hơn, rồi đau ví hằng tháng.
Có bác hỏi mình, thế giải pháp là gì?
- Tách database per service nếu được – đúng theo Bounded Context.
- Dùng message queue (Kafka, RabbitMQ…) để tách transaction xuyên service.
- Có budget thì vitess, cockroachdb, temporal.io cũng là hướng, nhưng không có người maintain thì chỉ là tech để show CV.
- Còn không thì ít nhất phải monitor được query, hiểu được cái DB mình đang choke ở đâu dùng pg_stat_statements cũng đủ thấy query nào đâm thủng performance.
Lời kết
Scale microservices không khó. Nhưng scale được một cái shared database sống sót qua load test, survive 3 tháng peak traffic, mới đáng gọi là “hiểu DevOps.”
Các bác nào đang build microservices bớt mộng tưởng. Microservices là một thế giới đẹp nếu các bác có tiền, có người, có thời gian, và biết mình đang đẩy cái bottleneck từ đâu sang đâu.
Website không chứa bất kỳ quảng cáo nào, mọi đóng góp để duy trì phát triển cho website (donation) xin vui lòng gửi về STK 90.2142.8888 - Ngân hàng Vietcombank Thăng Long - TRAN VAN BINH
=============================
Nếu bạn không muốn bị AI thay thế và tiết kiệm 3-5 NĂM trên con đường trở thành DBA chuyên nghiệp hay làm chủ Database thì hãy đăng ký ngay KHOÁ HỌC ORACLE DATABASE A-Z ENTERPRISE, được Coaching trực tiếp từ tôi với toàn bộ bí kíp thực chiến, thủ tục, quy trình của gần 20 năm kinh nghiệm (mà bạn sẽ KHÔNG THỂ tìm kiếm trên Internet/Google) từ đó giúp bạn dễ dàng quản trị mọi hệ thống Core tại Việt Nam và trên thế giới, đỗ OCP.
- CÁCH ĐĂNG KÝ: Gõ (.) hoặc để lại số điện thoại hoặc inbox https://m.me/tranvanbinh.vn hoặc Hotline/Zalo 090.29.12.888
- Chi tiết tham khảo:
https://bit.ly/oaz_w
=============================
2 khóa học online qua video giúp bạn nhanh chóng có những kiến thức nền tảng về Linux, Oracle, học mọi nơi, chỉ cần có Internet/4G:
- Oracle cơ bản: https://bit.ly/admin_1200
- Linux: https://bit.ly/linux_1200
=============================
KẾT NỐI VỚI CHUYÊN GIA TRẦN VĂN BÌNH:
📧 Mail: binhoracle@gmail.com
☎️ Mobile/Zalo: 0902912888
👨 Facebook: https://www.facebook.com/BinhOracleMaster
👨 Inbox Messenger: https://m.me/101036604657441 (profile)
👨 Fanpage: https://www.facebook.com/tranvanbinh.vn
👨 Inbox Fanpage: https://m.me/tranvanbinh.vn
👨👩 Group FB: https://www.facebook.com/groups/DBAVietNam
👨 Website: https://www.tranvanbinh.vn
👨 Blogger: https://tranvanbinhmaster.blogspot.com
🎬 Youtube: https://www.youtube.com/@binhguru
👨 Tiktok: https://www.tiktok.com/@binhguru
👨 Linkin: https://www.linkedin.com/in/binhoracle
👨 Twitter: https://twitter.com/binhguru
👨 Podcast: https://www.podbean.com/pu/pbblog-eskre-5f82d6
👨 Địa chỉ: Tòa nhà Sun Square - 21 Lê Đức Thọ - Phường Mỹ Đình 1 - Quận Nam Từ Liêm - TP.Hà Nội
=============================
cơ sở dữ liệu, cơ sở dữ liệu quốc gia, database, AI, trí tuệ nhân tạo, artificial intelligence, machine learning, deep learning, LLM, ChatGPT, DeepSeek, Grok, oracle tutorial, học oracle database, Tự học Oracle, Tài liệu Oracle 12c tiếng Việt, Hướng dẫn sử dụng Oracle Database, Oracle SQL cơ bản, Oracle SQL là gì, Khóa học Oracle Hà Nội, Học chứng chỉ Oracle ở đầu, Khóa học Oracle online,sql tutorial, khóa học pl/sql tutorial, học dba, học dba ở việt nam, khóa học dba, khóa học dba sql, tài liệu học dba oracle, Khóa học Oracle online, học oracle sql, học oracle ở đâu tphcm, học oracle bắt đầu từ đâu, học oracle ở hà nội, oracle database tutorial, oracle database 12c, oracle database là gì, oracle database 11g, oracle download, oracle database 19c/21c/23c/23ai, oracle dba tutorial, oracle tunning, sql tunning , oracle 12c, oracle multitenant, Container Databases (CDB), Pluggable Databases (PDB), oracle cloud, oracle security, oracle fga, audit_trail,oracle RAC, ASM, oracle dataguard, oracle goldengate, mview, oracle exadata, oracle oca, oracle ocp, oracle ocm , oracle weblogic, postgresql tutorial, mysql tutorial, mariadb tutorial, ms sql server tutorial, nosql, mongodb tutorial, oci, cloud, middleware tutorial, docker, k8s, micro service, hoc solaris tutorial, hoc linux tutorial, hoc aix tutorial, unix tutorial, securecrt, xshell, mobaxterm, putty
