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

Đọc kỹ nội quy trước khi lập thớt
Mình đang định học Devops để tìm kiếm cơ hội công việc mới, tìm hiểu các khoá ở các trung tâm học tầm 10 buổi mình cũng sợ bỡ ngỡ nên học nhanh quá sợ khó thẩm thấu kịp. Trong đây có cao nhân nào chuyên Devops có thể kèm 1-1 không nhỉ. Rất mong nhận được ý kiến mọi người. Cảm ơn nhiều nhé...!!!
 
Mình đang định học Devops để tìm kiếm cơ hội công việc mới, tìm hiểu các khoá ở các trung tâm học tầm 10 buổi mình cũng sợ bỡ ngỡ nên học nhanh quá sợ khó thẩm thấu kịp. Trong đây có cao nhân nào chuyên Devops có thể kèm 1-1 không nhỉ. Rất mong nhận được ý kiến mọi người. Cảm ơn nhiều nhé...!!!
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.
 
Có thím nào làm devops mà dùng m1 ko ạ, e đang tính theo hướng này nên tính đầu tư 1 em mà sợ arm k hợp
m1 vẫn chạy Docker ok chỉ là chưa ngon nghẻ bằng chip intel, nhưng làm devops không bắt buộc phải đầu tư m1 (thím dư dả thì không nói). Nếu muốn chạy máy ảo nhiều để thực hành lab đồ thì đầu tư máy cây + càng nhiều RAM càng tốt là tiết kiệm nhất, còn chỉ chạy pipeline trên server + viết script này nọ thì con máy cùi hơn chục củ là chiến tốt rồi!
 
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 :D

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 :LOL: Chứ DevOps trong enterprise về cơ bản là khá "chán" :go:
 
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 :LOL:

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 :amazed:
 
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 :LOL: Chứ DevOps trong enterprise về cơ bản là khá "chán" :go:
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, 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? 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á.
 
Last edited:
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 :D

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 :LOL: Chứ DevOps trong enterprise về cơ bản là khá "chán" :go:
Bác này nói chuẩn. Như mình dân sys admin, giờ tập toẹ làm DevOps, bị hổng nặng phần development, trước làm dự án PHP, làm phần CD thấy khá đơn giản, cứ nghĩ ngôn ngữ nào cũng vậy. Hiện tại mới vừa nhảy sang làm dự án Java, thấy ae cứ nói build, artifactory, mà chẳng hiểu nó là cái gì, đang phải vừa hỏi vừa google thêm :(
 
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 :LOL:

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 :doubt: (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 :byebye: Focus vào CI/CD trước
 
[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 :LOL:

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 :doubt: (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 :byebye: Focus vào CI/CD trước
Bác cho e hỏi tầm Junior thì yêu cầu lượng kiến thức tới đâu được ko ạ, nếu đc thì bác liệt kê y/c theo từng cái cho e vs :D
 
Bác cho e hỏi tầm Junior thì yêu cầu lượng kiến thức tới đâu được ko ạ, nếu đc thì bác liệt kê y/c theo từng cái cho e vs :D[1]
Thái độ + tay nhúng chàm :matrix:

Còn [1] thì lịch sự là KHÔNG. Không lịch sự là Đ**
Các bạn junior nhiều khi nghĩ ae chúng tôi rảnh đến mức lên mạng traning cho người không quen biết không công à
lay.gif
rofl.gif
lol.gif
 
Thái độ + tay nhúng chàm :matrix:

Còn [1] thì lịch sự là KHÔNG. Không lịch sự là Đ**
Các bạn junior nhiều khi nghĩ ae chúng tôi rảnh đến mức lên mạng traning cho người không quen biết không công à
lay.gif
rofl.gif
lol.gif
E nguyện trả công bằng tấm thân này ạ :)))
 
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 :D

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 :LOL: Chứ DevOps trong enterprise về cơ bản là khá "chán" :go:
Bác này bảo đúng DevOps đúng là culture. Mình thì đang học từ acloudguru đi từ basic là docker với container series nó.
Như mình thấy bác có bảo có cần học thêm khoá mạng trên ấy ko bác, cái redhat. Kể ra bên DevOps tính ra quá nhiều
 
hồi còn đại học mình chưa có định hướng rõ ràng cũng nghĩ sẽ nhảy từ dev qua devOps cho lương cao, mà vô làm CI/CD với jenkin muốn ói ỉa nên thôi tập trung làm dev vậy :beat_brick:
 
hồi còn đại học mình chưa có định hướng rõ ràng cũng nghĩ sẽ nhảy từ dev qua devOps cho lương cao, mà vô làm CI/CD với jenkin muốn ói ỉa nên thôi tập trung làm dev vậy :beat_brick:
Mấy cái đó khó lắm à, tôi từng làm qua CI CD mà cloud bittrise thấy ko mấy khó
 
Hello các bác mình làm dev muốn học azure thêm cho công việc thôi mà đọc docs ms buồn ngủ vs khó hiểu quá

Các bác có chỗ nào học Azure hay k tư vấn em với
 
Hello các bác mình làm dev muốn học azure thêm cho công việc thôi mà đọc docs ms buồn ngủ vs khó hiểu quá

Các bác có chỗ nào học Azure hay k tư vấn em với
AZ-900 nhiều lý thuyết nhưng đầy đủ kiến thức cơ bản cho bạn làm Azure. Còn muốn làm Azure tốt thì phải xong AZ-303 hoặc AZ-304. Tôi đã làm Azure hơn một năm trời mà toàn đồ enterprise nên đôi lúc có nhiều cái nó khác người.

Chuyện đọc docs thì là chuyện bình thường mà, cloud nào chả thế, nó update liên tục luôn á, cái bạn nhớ có khi đã outdated rồi không biết chừng :)
 
Back
Top