RioZ
Junior Member
Vấn đề chính ở đây sao DevOps lại config DB trong khi Backend không làm cũng như dùng framework đéo nào mà lại không có migration tự động. DB thì có PITR chưa? Kể cả snapshot thủ công thì cũng đã trên pipeline rồi? Đấy DevOps toàn làm mấy task sương sương thế thôi)
Sent from Pixel 4XL using vozFApp
Dự án khá rối: backend dùng .net và php, front-end dùng angular. Các config nó hơi lằng nhằng, mỗi đợt client change requirement là lại đẻ thêm config mới, và cứ vài đợt như vậy lại phải cấp tốc code thêm service nữa ở back-end (provide API cho mobile bên họ sử dụng). Ở môi trường staging nội bộ thì code version luôn mới, config nó nhiều hơn/mới hơn, nhưng lên prod thì chỉ được phép lên những ver nào đã được QC/QA test kỹ, có PM xác nhận rồi mới được lên. Backend team hay frontend team đều có thể config được, nhưng chỉ làm ở UAT trở xuống thôi, không thằng nào đụng được vào prod trừ bọn devops. =>> đây chính là lý do tại sao team mình rườm rà. Devops thì hiếm, mấy project xài chung 1 team có 2-3 ông, mà mấy ông này off là cả team lao đao.
Data migration tự động ? Không khả thi ở cái project này. Hoặc là do chưa tìm ra solution thích hợp.
DB thì có PITR chưa => chưa
Kể cả snapshot thủ công thì cũng đã trên pipeline rồi => Rồi, devops với dev team cùng follow cái đống đấy.
Đôi khi có feature đã chạy ngon trên UAT nhưng lên production lại tạch performance hoặc bug nhỏ gì đó, client report => lại đè đầu cả lũ ra để hotfix sml. Vụ này hiếm nhưng ai cũng cầu mong nó đừng xuất hiện
Client trả thêm tiền cho software team gánh cả production luôn bác.
Mỗi kỳ release production chia team ra, đứa nào làm task cứ làm, đứa nào rành về back-end hơn thì nhảy vào phụ techlead. Deploy vừa xong là có PO bên client nhảy vào verify.Mình dạo này đang bận làm kèo ngoài nên hạn chế ôm việc về deployment rồi.
rồi 
