Tối giản việc đọc tin nổi bật, comment chất lượng nhiều reaction trên voz cho các fen bận rộn.

VozFen.com: [thảo luận] DevOps - ai đang/muốn theo hướng này?

@abc888
#1
Ưng 1

[thảo luận] DevOps - ai đang/muốn theo hướng này?

Ka…
Kacee

06/2007

@Kacee 06/2007
#6
Ưng 18
Gạch 2
Mình thì trường lớp ít, học hành không có mấy, chủ yếu là kinh nghiệm... nhưng cũng nhờ ôm đống server voz bất đắc dĩ cả hai chục năm nay nên tới giờ tính ra cũng không có gì là chưa nhúng tay vào, từ lắp server cho đến sửa mấy dòng CSS

Kể ra mà nói việc hàng ngày cũng khá là lý thú, ngồi nhìn một đống biểu đồ theo dõi mấy chục node chúng nó nói chuyện với nhau theo sơ đồ đấu nối của mình, tính toán xem tối ưu chưa rồi hiệu chỉnh thêm, xong lại ngồi coi...

Xét về yêu cầu công việc thì lý thuyết ít hơn thực hành, dev cũng phải làm mà ops cũng phải làm, nhưng hầu hết là để xử lý vấn đề hay tối ưu hoạt động dựa trên thực tế vận hành chứ không phải phân tích lý thuyết...

Về tập hợp kỹ năng thì thôi rồi, rộng vãi lúa, phải biết tất cả mọi thứ, nhưng chỉ cần biết cái gì tìm ở đâu thôi, khi gặp vấn đề là biết ngay phải google như thế nào, tra cứu ở đâu, áp dụng phương án nào...

Nói chung DevOps là cái thằng vừa phải biết dev, vừa phải biết ops, khác với tụi dev thì chỉ dev, xong bảo triển khai lên hệ thống phức tạp tí là điếc, còn bọn ops truyền thống chỉ biết cho máy nó chạy, còn triển khai phần mềm thế nào là tịt... riêng DevOps thì vừa phải biết dev và làm việc với tụi dev làm sao để triển khai/vận hành nó dễ đồng thời cũng phải biết quản trị hệ thống để cùng mục đích ấy...

Ka…
Kacee

06/2007

@Kacee 06/2007
#8
Ưng 49
Gạch 1
Vàng quan điểm
thằng ấy nó trốn ở lại luôn rồi không về nữa...

sv…
sv8erman

11/2008

@sv8erman 11/2008
#17
Ưng 10
Mình thì không dám tự nhận là DevOps gì gì đó, chưa qua trường lớp hoặc làm việc trong tổ chức nào mà toàn tự học tự mày mò nên nhiều kiến thức bị hổng. Mình chỉ quản lý vài con server, cao điểm nhất gần chục con, code mấy app java cũng đơn giản thôi rồi triển khai nó lên đấy, cho nó kết nối với nhau, code vài cái web đơn giản, cài đặt và cấu hình webserver để triển khai web, cài cắm mariadb, redis này nọ, tối ưu nó, cấu hình firewall cho server, thiết lập và cấu hình máy ảo LXD LXC để chạy ứng dụng, viết một ít bash script để tự động hóa một số công việc và để giám sát các server, lập quy trình backup (qua rsync và rsnapshot) để mỗi ngày backup khoảng 50GB dữ liệu an toàn về 2 nơi khác nhau và có khả năng nhanh chóng restore khi cần thiết.

Mình không dùng các ứng dụng monitors kiểu nagios hay zabbix vì thấy nó cồng kềnh với vượt quá nhu cầu của mình và sợ nó chiếm dụng nhiều tài nguyên, mình dùng bash script để monitors, dùng mail, telegram, pushover để thông báo, cảnh báo và twilio để tự động gọi điện khi có sự cố khẩn cấp, chưa trượt phát nào.

Mình cũng từng tự tay mua linh kiện và ráp vài con server từ đồ mua trên taobao vì không có tiền mua hàng xịn.
Hiện đang tính đi học và thi cái chứng chỉ linux + java gì gì đó cho nó có mục tiêu phấn đấu và để hệ thống hóa kiến thức.
Hay theo dõi r/linuxadmin r/linux /r/commandline /r/debian

@Kacee Dùng cloudflare ở Việt nam mà vào lúc đứt cáp thì tốc độ khá thất thường, không biết vì lý do gì mà thím lại dùng clouflare, để chống ddos hay để tiết kiệm băng thông.

Ka…
Kacee

06/2007

@Kacee 06/2007
#26
Ưng 50
Vàng quan điểm
20 năm thì cũng gạo cội trong ngành này rồi.
Ngoài voz bác còn làm ở đâu ko?
khoảng một năm trở lại đây mình commit fulltime cho voz rồi
Đồng nghiệp đây rồi.
Tôi cũng là thằng dev phải ôm gần trăm con server của khách hàng, triển khai CI/CD, SRE các thứ, thế rồi họ gọi tôi là DevOps Eng
hầu như toàn bộ devops đều bắt đầu từ dev mà
Mình thì không dám tự nhận là DevOps gì gì đó, chưa qua trường lớp hoặc làm việc trong tổ chức nào mà toàn tự học tự mày mò nên nhiều kiến thức bị hổng. Mình chỉ quản lý vài con server, cao điểm nhất gần chục con, code mấy app java cũng đơn giản thôi rồi triển khai nó lên đấy, cho nó kết nối với nhau, code vài cái web đơn giản, cài đặt và cấu hình webserver để triển khai web, cài cắm mariadb, redis này nọ, tối ưu nó, cấu hình firewall cho server, thiết lập và cấu hình máy ảo LXD LXC để chạy ứng dụng, viết một ít bash script để tự động hóa một số công việc và để giám sát các server, lập quy trình backup (qua rsync và rsnapshot) để mỗi ngày backup khoảng 50GB dữ liệu an toàn về 2 nơi khác nhau và có khả năng nhanh chóng restore khi cần thiết.

Mình không dùng các ứng dụng monitors kiểu nagios hay zabbix vì thấy nó cồng kềnh với vượt quá nhu cầu của mình và sợ nó chiếm dụng nhiều tài nguyên, mình dùng bash script để monitors, dùng mail, telegram, pushover để thông báo, cảnh báo và twilio để tự động gọi điện khi có sự cố khẩn cấp, chưa trượt phát nào.

Mình cũng từng tự tay mua linh kiện và ráp vài con server từ đồ mua trên taobao vì không có tiền mua hàng xịn.
Hiện đang tính đi học và thi cái chứng chỉ linux + java gì gì đó cho nó có mục tiêu phấn đấu và để hệ thống hóa kiến thức.
Hay theo dõi r/linuxadmin r/linux /r/commandline /r/debian

@Kacee Dùng cloudflare ở Việt nam mà vào lúc đứt cáp thì tốc độ khá thất thường, không biết vì lý do gì mà thím lại dùng clouflare, để chống ddos hay để tiết kiệm băng thông.
monitor thì mình dùng prometheus với grafana, nhẹ nhàng, flexible, exporter nhiều vô đối...

cloudflare mình đang dùng thử, nếu ổn sẽ dùng lâu dài, có nói chuyện với tụi nó rồi, khi đứt cáp sẽ khai thác ở PoP SG và HN, mà nếu thọt quá thì ngắt cloudflare cũng chỉ mấy phút thôi...

nó có vài cái hay ho kiểu chặn được DDoS hay lọc traffic ảo... nói chung nó là một lựa chọn thôi, không ép buộc gì cả...

vụ khoe hệ thống của voz thì đơn giản thôi có gì đâu mà giấu, mà từ từ để túc tắc mình làm

Ka…
Kacee

06/2007

@Kacee 06/2007
#28
Ưng 46
Bạn có thể xài thử antiddos.vn. Hệ thống này do mình code , dĩ nhiên là firewall thôi, còn dashboard thì dev viết rồi. Ơ vn mình có nhiều kh bự đang sư dụng đó. Uplink max 40gbps

via theNEXTvoz for iPhone
gói business hỗ trợ 4M request/day, thế 40M thì... bao nhiêu tiền?

Ka…
Kacee

06/2007

@Kacee 06/2007
#30
Ưng 46
40m thì là gói unlimit rồi, tư 3500k trơ lên nhé

via theNEXTvoz for iPhone
vậy là tương đương gói business của CF...

có gói nào thử không?

Ka…
Kacee

06/2007

@Kacee 06/2007
#32
Ưng 47
mình đang thử thằng cloudflare, xong nó sẽ hú

Ka…
Kacee

06/2007

@Kacee 06/2007
#41
Ưng 48
Vàng quan điểm
Hai chục năm mà phát biểu chán nhỉ. Bác so sánh những thứ không liên quan với nhau nên có cái nhìn sai. Biết dev là biết đến mức nào, level nào mới được, chỉnh sửa vài dòng CSS mà đã gọi dev thì gây nãn lòng bọn dev đấy . Nói như bác chả khác nào so sánh 1 ku cậu mới ra trường làm HTML CSS và 1 ông quản trị hệ thống triệu truy cập 20 năm kinh nghiệm

Xét về cùng level cho là max level cả 2 bên thì 1 ông là làm phần mềm, tức là bỏ chất xám vào để hiện thực hóa tính năng của sản phẩm, một ông là học cách dùng và tìm các phần mềm, các gói thích hợp cho mục đích của mình để quản trị hệ thống. Bác nói bọn dev chỉ dev kêu deploy là điếc thì đúng r vì chả công ty nào thuê 1 ông ngồi làm tất cả nếu đưa nó làm nó vẫn làm tốt ko vấn đề. Nếu bác nói cho chính xác thì bác phải nói bọn dev làm ra mấy cái phần mềm Bác đang dùng để quản lý hệ thống của Bác đấy, lúc đó thì những mô hình hằng ngày bác vắt óc ra vẽ vời r thử nghiệm chỉ là test case của chúng nó
không hiểu ý anh lắm? biết tức là biết, tôi đâu có nói là giỏi???

ak…
akkq47

@akkq47
#72
Gạch 9
Ngược dòng
hello các bác, em là senior backend khá lâu muốn học thêm ops, nên tìm nguồn nào về ops để học. Công ty em quản lý source code bằng google drive, code xong thì đưa code lên drive. Em muốn tìm hiểu github, docker, k8s, gitlab thì k biết

Mr…
MrTux

@MrTux
#87
Ưng 7
DevOps nói đúng ra nó culture / mindset chứ không phải chỉ là tooling đâu (mặc dù master tooling rất quan trọng). Những cái từ khóa/tool những page trước đã nêu nó chỉ là đang trend thôi còn sử dụng tới đâu, phù hợp với điều kiện công ty hay không thì nó phụ thuộc rất nhiều yếu tố.

0DevOps ở VN chủ yếu base từ sysadmin đi lên với kiến thức về network, system, linux vững vàng. Hiểu về software development / software engineering thêm vào các kĩ năng lập trình để scripting hoặc viết tools. Thường thì based sysadmin sẽ khuyết thiếu về khả năng scripting và lập trình nên phải bổ sung bằng cách viết pet project và đọc documents. Đa phần là hiểu quá trình build, test, packaging của software như nào (war, jar, docker, rpm/deb .v.v.) và deployment(windows, linux, k8s, .v.v.) Bạn nào muốn gọi cái này là CI/CD cũng đc

Những ai base từ developer mà strong thì những cái scripting bằng ngôn ngữ lập trình bậc cao sẽ mạnh (groovy, python, typescript) nhưng thiếu kiến thức về network, system, automation. Học bổ sung kiến thức đống đó rất mệt vì nó khô khan và không đốt cháy giai đoạn được

Cái đó mới chỉ là baseline của DevOps thôi, 4.0 rồi Cloud khắp nơi nên lúc này các đồng chí DevOps còn phải biết design, IaC, automation, security tá lả để fill vào cho nó đủ requirement của business =) Vậy thì ban sẽ cần học cloud: AWS, GCP, Azure. Vẫn có roadmap rõ ràng nhưng nếu lười hoặc không tự học được thì cứ follow mấy cái certificate mà học (tất nhiên là pass cert cũng đừng gáy) vì tay bạn phải nhúng chàm thì mới có kinh nghiệm hehe.

Túm lại DevOps thì phải adapt theo trend của software development, adapt theo cty, theo team, theo business chứ không phải dùng một câu trả lời cho hàng chục bài toán. Miễn sao product tới được customer, cty có tiền để sống sót là được rồi Chứ DevOps trong enterprise về cơ bản là khá "chán"

Mr…
MrTux

@MrTux
#89
Ưng 4
Devops kèm 1-1 à. Miếng cơm của người ta ai người ta chỉ cho bạn. Lấy mất miếng ăn của người ta.
4.0 rồi còn tư duy như này. Kiến thức thì đầy trên internet, ai cũng có thể học được hết, cái mà lúc 1-1 cần là kinh nghiệm và đào tạo skills thôi. Bạn không dạy thì chỗ khác nó dạy, miếng bánh có cho tất cả mọi người nếu cố gắng và có trình độ

Vấn đề những thằng như tôi chả bao giờ làm thế vì trả bèo lắm, giá cao thì các bạn không trả được, giá thấp thì tôi đi làm việc khác có ích hơn chứ việc gì phải mua dây buộc mình

Tôi nhớ không nhầm, có trung tâm đưa bảng giá, 10$/h thì phải, quá bèo. Tôi thà dành thời gian đấy cho con tôi còn hơi chuẩn bị bài giảng cho mấy bạn non nghề nhưng lại hay tự ái

Mr…
MrTux

@MrTux
#92
Ưng 4
Riêng e thấy thì lúc tuyển dụng adapt theo tech hiện tại đang dùng, theo cty khá chuẩn. Mặc dù có kinh nghiệm nhưng chưa có kiến thức hay chưa đụng tech ở cty đang apply thì khả năng cao vẫn tạch [1], ví dụ trước giờ làm GCP, on-premises, nhưng pv cty chỉ chơi AWS hay Azure...

E nhớ bác có hơn 10+ exp, bác có thể chia sẻ thêm kinh nghiệm về tổng hợp kiến thức hay chuẩn bị cho phỏng vấn được không? [2] E thấy knowledge nó nhiều quá, thêm khoản mỗi cty chơi mỗi tech khác nhau, chưa kể nhiều nơi còn yêu cầu strong bên cả software development/programming nữa. Lúc rảnh e cũng hay đọc thêm document để harden lại kiến thức, mà càng đọc càng cảm giác nó overwhelming quá.
[1] Đúng như vậy, ví dụ công ty yêu cầu bạn code groovy jenkins nhưng bạn chỉ biết duy nhất GitLab CI hay GitHub Actions mà chưa từng làm qua Jenkins thì đó sẽ là điểm trừ của bạn. Tất nhiên là nếu những kiến thức khác đủ mạnh thì nó sẽ bù lại điểm này khi bạn hiểu process, hiểu pain point của từng công cụ và workflow (điều này chỉ đạt được khi bạn làm nhiều mà thôi)

3 bạn cloud chính: AWS, Azure, GCP nói chung cơ bản là khá tương đồng, thành thạo một cái có thể khả chuyển qua cái còn lại. Mình thì làm cả 3 cái này rồi nhưng cứ vài tháng nó lại update lại như mới ấy mà, cứ documents mà phang thôi


[2] Quan trọng nhất là biết được cty sắp phỏng vấn có stack như thế nào, công việc vào là làm gì, level người ta tuyển là senior, mid-level hay gì (senior thật thì kiếm mệt lắm). Từ đó mới chuẩn bị được các kiến thức mình cần. Nói chung nhiều cty viết JD có tá lả thứ nhưng thưc ra cty vẫn dùng mấy công nghệ cũ hoặc oudated. Đi copy JD trên mạng về lol.

Còn về skills thì bạn cần luyện theo chủ đề thôi, nhưng phải có outcome chứ luyện kiểu demo hello world thì quên ngay. Cái này tùy skills từng người mình không dám nói. Thường mình học tools mới đều ref lại các hệ thống đã từng làm hoặc cố gắng khắc phục những yếu điểm của hệ thống mà mình đang làm việc nhưng chưa có thời gian improve nó lên.

Những skills mình có mất quãng thời gian rất dài để học, từng chút từng chút một và luôn luôn có kiến thức mới. Vì vậy các bạn tay ngang thì cứ bắt trend là có thể làm việc được thôi, tuy nhiên có khi lại không đủ kinh nghiệm để control nó. Thế nên cái gì cũng phải tay nhúm chàm mới nói chuyện đc

Giờ mấy bạn devops đi lên từ dev mà gặp lỗi network vpn với routing thì lại chả khóc ròng với câu cửa miệng "em ping được nhưng không access được services" lolz (nếu bạn hiểu ý tôi muốn nói gì hehe)


[3] Roadmap thì #1 có ông đưa rồi. Các bạn cứ pick một topic mà tìm hiểu khoảng 1-2 tháng Focus vào CI/CD trước