Bác cho em xin fb có gì em hỏi 1 chút đc k bácAZ-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
Khó ở agreement và optimize được CICD workflow không khó ở phần cấu hình được workflow nó chạy thế nào. Phải hiểu SDLC thì mới đưa ra được cái phù hợp cho từng cty. Bạn dùng SaaS lại còn là hàng cho mobile app thì có thể nó đơn giản hơn những cái cho hệ thống khác, chưa kể còn tùy các kĩ thuật của bên bạn áp dụng nữa: AB testing, Canary deployment, CDN integration, Mobile App thì còn có Test flight hoặc multi devices testing (đa phần cũng xài SaaS cho khỏe). Nói chung là nó không dễ và cũng không khó
đọc cái post này là biết ai đang khoe khoang rồi bạn ơi
đọc post trên của bạn là biết ai đang so sánh rồi bạn ơiđang giải thích cho rõ sợ bác lại chụp mũ là tụi dev chỉ biết xài docker rồi bảo là biết devops như mấy chuyên gia "devops" hay nghĩ dev thường như thế, với nói ra để biết là đó h e nhìn các kiến thức như vậy là có đủ là devops chưa hay cần phải thêm gì nữa?
Nhưng nếu bác nói kiểu devops = dev thường + ops thì e chịu, 2 ng ko cùng quan điểm nên ko tranh luận gì thêm
Quan điểm của e là ngành nào mảng nào cũng rộng mênh mông biển trời kiến thức cả, nên đừng có đi so sánh khập khiểng 1 chiều như thế
đọc post trên của bạn là biết ai đang so sánh rồi bạn ơi
Thôi quan điểm khác nhau, ko chấp nhặt nhau làm gì. Tưởng cũng này nọ lắm hóa ra cũng chỉ có thế
anh là thằng quote lại cái post của tôi từ tám đời rồi ý kiến này nọ xong chính anh thở ra câu không muốn tranh luận đấy nhé...Thôi quan điểm khác nhau, ko chấp nhặt nhau làm gì. Tưởng cũng này nọ lắm hóa ra cũng chỉ có thế
BTW nếu ai học devops thì e thấy cái cái CKAD cũng là 1 chứng chỉ nên có, nếu rộng quá chưa biết đi như nào thì set target đạt chứng chỉ này rồi đối chiếu so sánh với các cái khác rồi lựa cái nào hợp sức hợp định hướng mà học.
giời ạ, nó ngay page 1, đọc vào thấy nên mới quote lại comment, ai rảnh đâu đi lục post moi móc tranh cãi với ng tính đàn bà như aanh là thằng quote lại cái post của tôi từ tám đời rồi ý kiến này nọ xong chính anh thở ra câu không muốn tranh luận đấy nhé...
chắc anh nghĩ anh này nọ lắm haha... nhìn lại bản thân đi
a
Mấy cái bác in đậm là những thứ 1 thằng dev frontend/backend handle ở cty team size nhỏ đó bác, devops như bác page trước nói là văn hóa, e thì cũng đồng ý và với e nghĩ là là skill bổ sung thêm thôi. Nhưng e chỉ thấy dev làm đc những việc devops thì nhiều, trình độ hay thành quả ra như nào ko bàn tới, còn ng title là devops làm đc việc của dev thì em chưa thấy... hoặc do môi trường e cùi mía ko đủ trình top server mạnh nhất hệ ngân hà nên chưa thấy
Mấy cái bác in đậm là những thứ 1 thằng dev frontend/backend handle ở cty team size nhỏ đó bác, devops như bác page trước nói là văn hóa, e thì cũng đồng ý và với e nghĩ là là skill bổ sung thêm thôi. Nhưng e chỉ thấy dev làm đc những việc devops thì nhiều, trình độ hay thành quả ra như nào ko bàn tới, còn ng title là devops làm đc việc của dev thì em chưa thấy... hoặc do môi trường e cùi mía ko đủ trình top server mạnh nhất hệ ngân hà nên chưa thấy
// Context của cuộc tranh luận là ý "devops = dev thường + ops" là ko đúng thế thôi
Việc a Kacee trình giỏi hay ko là personal reference, cái đó ko ai phủ nhận hay công nhận cả và ko nên đc nhắc tới vì cái đó ko liên quan tới cái statement nhận xét chung tổng thể về công việc chức năng của các vị trí như thế là ko đúng và đi sai bản chất nên mình ý kiến lại. Vì hiểu sai là career path nó cũng đi sai luôn
tôi không ngại tranh luận, nhưng tôi không hề so sánh gì giữa level của ai với ai, chính anh là người lôi chuyện ấy ra... tôi thấy cái mục đích tranh luận của anh nó vớ vẩn quá nên không muốn dây vào... anh xoay qua bài công kích cá nhân, hài...giời ạ, nó ngay page 1, đọc vào thấy nên mới quote lại comment, ai rảnh đâu đi lục post moi móc tranh cãi với ng tính đàn bà như a
ng ta đem ra ý kiến để nói, xong thấy khác quan điểm thì thấy ko cần tranh luận nữa vì vô ích. Thì lúc này đi móc ngược lại là mình start tranh luận trước.
Oke u win cho
tôi chả coi thường gì ai, tôi chỉ đang nói về skillset thì devops nó giao thoa với hai đám kia...
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ồiChứ DevOps trong enterprise về cơ bản là khá "chán"
)
VN thì title SRE là cho vui chứ đúng ra gọi là sysadmin hay cloud engineer thôi
