Nhưng devops khá là khó tuyển người thay khi bọn devops phổng đạn, nhảy việc, kể cả budget công ty có dồi dào đến mấy. Devops ngày thường cũng chỉ làm mấy task sương sương, nhẹ nhẹ, toàn maintain mấy cái ci/cd hoặc viết cron job. Hệ thống chạy ngon devops toàn ngồi chơi. Nhưng mỗi kỳ release production thì devops có mà OT suốt đêm
Để có thể ngày ngày làm "sương sương" hay "hệ thống chạy ngon" đó là nhiều năm kinh nghiệm cũng như học mửa mật ra ấy
Tự gạch, xưa giờ mình làm công ty nhỏ nên cũng không rõ mấy về các công ty lớn, nhưng mình phải công nhận devops cực kỳ khó và đòi hỏi cao, không được sai sót, 1 sai sót nhỏ dễ ăn lolĐể có thể ngày ngày làm "sương sương" hay "hệ thống chạy ngon" đó là nhiều năm kinh nghiệm cũng như học mửa mật ra ấy
Mấy cái đồng chí nói mà tôi in đậm hầu hết là cái phần nổi các đồng chí nhìn thấy thôi, nếu các đồng chí thấy dễ, thấy ngon ăn thì nhảy vào mần ăn thôi haha.
Tôi làm kha khá cty, release production ai thức thì thức chứ việc gì phải khổ? Ban ngày không làm đêm thức làm cái gì? Và CICD đã ngon thì cứ release thôi, có incident đâu mà phải sợ
. Để hệ thống chạy ổn định thì kinh nghiệm devops phải rất rất vững, đôi khi phải blame cả bọn dev để dọn dẹp code thuận lợi cho deployment. Ngoài ra còn ôm nhiều thứ (vì cty nhỏ, chỉ có 1-2 ông devops ôm nhiều project): tìm solution cho cloud resource, fix server lỗi, ...
Nhưng đến đợt deploy production thì hộc máu, không riêng gì devops mà cả các ông PO, leadership cũng OT bục mặt.
tôi ko biết về DevOps đâu thì tôi hỏi, Voz cấm hỏi ngu à, mà tôi nói dựa trên cmt của mấy ông trên kia đấy chứ, ông lướt lên đọc xem, bớt thượng đẳng đi nhé.
)Cty đồng chí quy trình kiểu méo gì rồi chứ production release thì cứ bấm nút là lên thôi. Thiếu configuration thì thêm sửa xoá thôi chứ làm gì phải kéo cả đàn cả lũ vào làm gì.
QA mà éo có automation, major release test thủ công thì chả sml
Mấy cái mà đồng chí mô tả, tôi thấy giống mấy ông SysAdmin hơn là DevOps đúng nghĩa
Sent from Pixel 4XL using vozFApp
deploy, release có tự động hoá r nhưng khó nhất là những ngày phải config lại, thi thoảng lại có pháp sư Trung Hoa nhảy vào hệ thống internal của cty, Jira, Gitlab các kiểu sập hết thì làm devops ở mấy cty startup dễ phải tự patch lại lắm
)
nghe nói NAB lương cao hả thím, tiết lộ cho mình có động lực apply nào
Day 1: Deploy vào UAT trước, UAT khác staging nhé. Mỗi đợt production release luôn có script add function/package, copy data các kiểu, nhất là khi client thêm cột vào DB nhưng kèm theo đòi hỏi này kia. Cái đống script đó phải snapshot DB trước khi chạy. Và điều thường thấy là nó chạy lỗi => ném report cho techlead kêu DB lỗi rồi, mấy ông dev fix script dùm.Cty đồng chí quy trình kiểu méo gì rồi chứ production release thì cứ bấm nút là lên thôi. Thiếu configuration thì thêm sửa xoá thôi chứ làm gì phải kéo cả đàn cả lũ vào làm gì.
QA mà éo có automation, major release test thủ công thì chả sml
Mấy cái mà đồng chí mô tả, tôi thấy giống mấy ông SysAdmin hơn là DevOps đúng nghĩa
Sent from Pixel 4XL using vozFApp
Song song việc đó thì devops cài thêm/sửa config các thứ, rồi bấm nút cho nó deploy sau khi cái DB đã ổn. Deploy xong cũng chỉ mất mươi phút, QA vào test rồi báo cho PO duyệt reploy vào production. Có lỗi phát sinh ở chặng này là nát, đôi khi cả lũ phải OT để fix rồi re-deploy hoặc mất cả ngày hôm sau mới xong.
Không hẳn đâu. Devops làm đúng nhiệm vụ thôi, hết 8h là về. Mỗi kỳ release chỉ cần config rồi bấm nút các kiểu, hệ thống càng to thì thao tác càng rườm rà hơn. Chỉ cực nhọc khi hệ thống phát sinh lỗi chưa rõ nguyên nhân.
Day 1: Deploy vào UAT trước, UAT khác staging nhé. Mỗi đợt production release luôn có script add function/package, copy data các kiểu, nhất là khi client thêm cột vào DB nhưng kèm theo đòi hỏi này kia. Cái đống script đó phải snapshot DB trước khi chạy. Và điều thường thấy là nó chạy lỗi => ném report cho techlead kêu DB lỗi rồi, mấy ông dev fix script dùm.
Day 2: Deploy production diễn ra ngay sau khi lên UAT thành công. Lặp lại các task vừa kể, deploy xong thì PM, PO nhảy vào duyệt. Quả này cả team cúng bái cầu khẩn các kiểu cho bug đừng xuất hiện. Trường hợp có bug thì phải breakdown riêng cái bug đó cũng như những module bị impacted để tạo plan hotfix. Tùy vào độ ưu tiên mà có thể du di dời vài hôm cho bọn dev/test nó làm, hoặc kéo cả lũ vào để hotfix. Lặp lại Day 1 + Day 2 nhưng với quy mô nhỏ hơn
)
Sao thấy quy trình công ty bác rắc rối thế nhỉ. Bên mình chỉ có tụi RM vs dev DoD là lo vụ release thôi. RM release và DoD verify, nếu có vấn đề thì DoD check trước và redirect sang cho PIC nó fix...Day 1: Deploy vào UAT trước, UAT khác staging nhé. Mỗi đợt production release luôn có script add function/package, copy data các kiểu, nhất là khi client thêm cột vào DB nhưng kèm theo đòi hỏi này kia. Cái đống script đó phải snapshot DB trước khi chạy. Và điều thường thấy là nó chạy lỗi => ném report cho techlead kêu DB lỗi rồi, mấy ông dev fix script dùm.
Day 2: Deploy production diễn ra ngay sau khi lên UAT thành công. Lặp lại các task vừa kể, deploy xong thì PM, PO nhảy vào duyệt. Quả này cả team cúng bái cầu khẩn các kiểu cho bug đừng xuất hiện. Trường hợp có bug thì phải breakdown riêng cái bug đó cũng như những module bị impacted để tạo plan hotfix. Tùy vào độ ưu tiên mà có thể du di dời vài hôm cho bọn dev/test nó làm, hoặc kéo cả lũ vào để hotfix. Lặp lại Day 1 + Day 2 nhưng với quy mô nhỏ hơn
NAB hồi mới vào VN tuyển ồ ạt trả lương cao lắm, chắc cũng trong top market, còn giờ thì không rõ. Công việc thì nhàm chán, code ít mà test nhiều, quy trình nhiều. Phe cánh cũng nhiều.
đùa. outsource tức là quy trình nc ngoài. nhàn còn hơn mấy anh product vn.
