thảo luận Hỏi về cách tìm/xây dựng task

anh_tho_dung

Senior Member
Hi mọi người,

Role của mình hơi khác 1 tí là mình không phải là Dev mà là DevOps nên task sẽ không được giao hoặc có lộ trình cụ thể mà sẽ gồm 2 phần chính là support quá trình deploy của các team dev và các loại task khác. Điều đau đầu là mình không biết phải tìm task như thế nào (tức là bí ý tưởng luôn), ví dụ automation các daily task thì cũng đã xong rồi, setup các alert tốt hơn thì cũng đã xong luôn...

Không biết ở công ty mọi người thì mọi người đang tự tìm task như thế nào hay có gợi ý nào cho mình không?

Cảm ơn mọi người.
-----
Update là role em phần ops là chủ yếu. Hiện tại hệ thống đã đi vào hoạt động ổn định hơn 3 năm nay từ CICD, vận hành trên k8s cho đến phần monitoring (cái này thì dám nói là tạm ổn thôi do monitor thì k bao giờ là đủ cả), logging,...nên em cũng cảm thấy rối bời quá :(
 
Last edited:
Hi mọi người,

Role của mình hơi khác 1 tí là mình không phải là Dev mà là DevOps nên task sẽ không được giao hoặc có lộ trình cụ thể mà sẽ gồm 2 phần chính là support quá trình deploy của các team dev và các loại task khác. Điều đau đầu là mình không biết phải tìm task như thế nào (tức là bí ý tưởng luôn), ví dụ automation các daily task thì cũng đã xong rồi, setup các alert tốt hơn thì cũng đã xong luôn...

Không biết ở công ty mọi người thì mọi người đang tự tìm task như thế nào hay có gợi ý nào cho mình không?

Cảm ơn mọi người.
Task thì hỏi PM chứ :oh: cty kiểu gì mà bắt DevOps tự đi tìm task ntn?
 
Thường Ops cực nhất là build cục ban đầu, khi automate được thì khỏe rồi, lâu lâu phụ add key, thêm permission, support check log hay update resources này kia. Mọi thứ xong xuôi thì ngồi monitoring thôi, ngó 1 số metrics thông thường ntn, khi peak thì sẽ ntn, tìm ai hay có phương án troubleshoot. Muốn thêm việc thì tìm cách improve hệ thống hiện tại (nhanh hơn, stable hơn, recovery lẹ hơn), Disaster Recovery, Backup/Restore, Security, contribute OS...

P/s: Klq nhưng ông chủ thớt bao nhiêu năm exp thế? Hỏi vậy tôi đoán chừng 2-3 năm?
 
Thường Ops cực nhất là build cục ban đầu, khi automate được thì khỏe rồi, lâu lâu phụ add key, thêm permission, support check log hay update resources này kia. Mọi thứ xong xuôi thì ngồi monitoring thôi, ngó 1 số metrics thông thường ntn, khi peak thì sẽ ntn, tìm ai hay có phương án troubleshoot. Muốn thêm việc thì tìm cách improve hệ thống hiện tại (nhanh hơn, stable hơn, recovery lẹ hơn), Disaster Recovery, Backup/Restore, Security, contribute OS...

P/s: Klq nhưng ông chủ thớt bao nhiêu năm exp thế? Hỏi vậy tôi đoán chừng 2-3 năm?
đoạn đầu mình bôi đen thì đã và đang làm rồi thím ạ. đoạn sau thì có cái sẽ chưa làm, hoặc không làm vì nhiều lí do nên chắc để mình suy nghĩ thêm chứ cũng k ổn áp lắm ở hiện tại.

P/s: exp mình tầm 3 năm hơn tí.
 
Thay vì chỉ ngồi monitoring metrics, thím có thể chọc vào từng resource/ instance xem tụi nó phân bổ CPU/memory như thế nào. Database thì nhảy vào xem slow query, throughput. Network thì xem high traffic ở những API nào, xem có liên hệ gì tới high throughput SQL nào không => gợi ý dev improve.
 
Thay vì chỉ ngồi monitoring metrics, thím có thể chọc vào từng resource/ instance xem tụi nó phân bổ CPU/memory như thế nào. Database thì nhảy vào xem slow query, throughput. Network thì xem high traffic ở những API nào, xem có liên hệ gì tới high throughput SQL nào không => gợi ý dev improve.
cảm ơn thím. DB thì có team DB riêng rồi nên em cũng k chọt vào nhiều được. còn các services thì cũng lên k8s hết rồi nên việc phân bổ CPU/mem cũng chung chung lắm :( các gợi ý còn lại để em suy nghĩ thêm ạ :D
 
Cũng như tím thiên về Ops nhiều hơn, cũng đang tập tẹ tìm hiểu bác cho hỏi CICD bên bác dùng những tools nào thế xin bác chỉ giáo cho ít đường :D
 
Sao nhiều bên dùng jenkins thế nhỉ, mình thấy thằng này chậm chạp vl, bên mình tự quản lý source code nên xài gitlab có sẵn cicd luôn.

Gửi từ Samsung SM-N975U1 bằng vozFApp
em k thuộc team maintain jenkins nên k chắc chắn nhưng em đoán là do các ý sau:

  • Free
  • Có thể dùng với nhiều scm như bitbucket, github,...
  • Plugin support phong phú
  • Dễ trigger spot instance hoặc pod thành jenkins slave để run build (mình k tìm hiểu gitlab CI nên k biết nó làm tốt chỗ này hay chưa)
 
Back
Top