## Hành trình trở thành Software Architect và những kinh nghiệm trong quản lý DevOps

:

Vai trò của Software Architect

Software Architect, khác với Solution Architect, tập trung nhiều hơn vào thiết kế và hệ thống phần mềm. Họ đưa ra các quyết định về giải pháp, lựa chọn giải pháp phù hợp dựa trên kinh nghiệm và hiểu biết về lập trình, thiết kế hệ thống và thử nghiệm.

Hành trình trở thành Software Architect

Hành trình trở thành Software Architect đòi hỏi một quá trình rèn luyện và tích lũy kinh nghiệm liên tục. Anh Việt nhấn mạnh tầm quan trọng của đam mê, sự tò mò và lòng can đảm trong quá trình này.

Software Architect trong thương mại điện tử

Trong lĩnh vực thương mại điện tử, Software Architect phải thiết kế hệ thống chịu tải lớn, sử dụng các thành phần như Caching và Online transaction để đảm bảo hiệu suất cao.

Một ngày làm việc của Software Architect

Công việc của Software Architect thường liên quan đến nghiên cứu công nghệ mới, thiết kế, tính toán hệ thống. Họ dành thời gian để tìm hiểu các nền tảng, công cụ và giải pháp phù hợp với các yêu cầu của dự án.

Công nghệ và công cụ sử dụng

Việc lựa chọn công nghệ và công cụ phụ thuộc vào thiết kế hệ thống và yêu cầu cụ thể của dự án. Một số công nghệ và công cụ thường được sử dụng trong vai trò Software Architect bao gồm Golang (backend), MySQL, Mongodb, Elasticsearch (Database), Redis Cache (Caching), Kafka hoặc NAS (Message broker), Kubernetes (Docker Container).

Sai lầm thường gặp

Một trong những sai lầm phổ biến nhất mà Software Architect mắc phải là thiết kế hệ thống không chịu được tải lớn hoặc gặp sự cố vào thời điểm quan trọng. Do đó, cần có kinh nghiệm và sự hiểu biết sâu sắc về hệ thống để tránh những vấn đề này.

Lời khuyên cho các ứng viên Software Architect

Ba lời khuyên của anh Việt dành cho những ứng viên mong muốn trở thành Software Architect là: Đam mê thật sự với ngành, tò mò và can đảm.

Sự khác biệt giữa Software Architect và Developer

Để trở thành Software Architect, cần có sự hiểu biết rộng về nhiều lĩnh vực, bao gồm cả lập trình và thiết kế hệ thống. Các ứng viên có thể bắt đầu từ các vị trí khác nhau, nhưng theo anh Việt, những ứng viên có nền tảng sysadmin thường dễ trở thành Solution Architect hơn.

Xu hướng tương lai cho Developer

Theo quan điểm của anh Việt, các Developer tại Việt Nam nên tập trung vào các lĩnh vực tiềm năng như phát triển ứng dụng di động và xử lý dữ liệu.

Trí tuệ nhân tạo (AI)

AI đang trở thành một lĩnh vực nóng, len lỏi vào nhiều khía cạnh của cuộc sống. Anh Việt tin rằng AI sẽ tiếp tục phát triển và có tác động lớn đến tương lai.

Điều ước nếu được làm lại

Nếu có cơ hội làm lại, anh Việt mong muốn mình sẽ can đảm hơn, làm nhiều việc hơn và tìm kiếm những người có thể hướng dẫn và hỗ trợ mình.

Nguồn tài liệu tham khảo

Anh Việt khuyên các ứng viên nên tìm kiếm thông tin từ nhiều nguồn khác nhau, bao gồm trang web Medium, YouTube và các hoạt động thực tế trong công việc.

DevOps là gì?

DevOps là sự kết hợp của Develop (phát triển) và Operations (vận hành). DevOps Engineer có trách nhiệm triển khai, quản lý và cài đặt các dịch vụ trên hệ thống.

DevOps Engineer so với Sysadmin

DevOps Engineer tập trung nhiều hơn vào phần mềm, trong khi Sysadmin tập trung vào cơ sở hạ tầng và đảm bảo các máy chủ hoạt động hiệu quả.

Những kiểu Developer dễ trở thành DevOps

Các Developer về Backend có khả năng dễ trở thành DevOps hơn vì họ có kiến thức về hệ thống và server.

Lợi thế của DevOps Engineer

DevOps là một vị trí rất hot hiện nay, vì các công ty đang chuyển sang sử dụng microservice.

Tiêu chuẩn tuyển dụng DevOps Engineer

Các tiêu chuẩn tuyển dụng DevOps Engineer thường bao gồm kiến thức về hệ điều hành Linux, CI/CD và các công cụ liên quan.

Lý do chuyển hướng sang DevOps Engineer

Anh Việt chuyển hướng sang DevOps Engineer vì nhu cầu của khách hàng và mong muốn tìm hiểu về lĩnh vực này.

Sai lầm lớn nhất khi làm DevOps Engineer

Sai lầm lớn nhất khi làm DevOps Engineer là để những kiến thức cũ cản trở việc học hỏi những khái niệm mới.

Phân bổ thời gian cho Developer

Anh Việt khuyên các Developer nên dành thời gian cho những nhiệm vụ mà họ tập trung và sáng tạo nhất, thay vì làm việc liên tục trong 8 tiếng.

Kỉ niệm đáng nhớ khi chuyển đổi mô hình

Anh Việt từng gặp khó khăn khi chuyển đổi hệ thống monolithic sang microservice vì hệ thống đã cũ và có nhiều license không cho phép can thiệp.

Động lực cho Developer

Anh Việt tin rằng động lực tốt nhất cho Developer là tự động hóa các nhiệm vụ thủ công và tập trung vào giải quyết những thách thức khó hơn.

Quản lý công việc và đo lường hiệu suất của team

Anh Việt áp dụng triết lý “không quản lý” và tập trung vào giao tiếp tốt trong team. Các công cụ như Trello được sử dụng để quản lý nhiệm vụ, còn hiệu suất của team được đánh giá dựa trên kết quả đạt được.

Nỗi sợ lớn nhất trong công nghệ

Nỗi sợ lớn nhất trong công nghệ là không biết liệu những giải pháp đang thực hiện có thực sự tốt hay không, đặc biệt là khi làm việc với các hệ thống quan trọng.

Nguyên nhân khó tuyển dụng trong ngành IT

Anh Việt cho rằng chất lượng lập trình viên tại Việt Nam còn thấp và các ứng viên thường chạy theo xu hướng tuyển dụng thay vì đam mê với công việc.

Lộ trình học tập và nghiên cứu

Lộ trình học tập và nghiên cứu của mỗi người sẽ khác nhau tùy thuộc vào kinh nghiệm và mục tiêu. Anh Việt khuyên các ứng viên nên bắt đầu làm ngay thay vì chờ đợi một nơi học hoàn hảo.

Ưu điểm để thu hút ứng viên

Khi tuyển dụng, anh Việt thường đưa ra các thách thức và vấn đề của công ty để xem ứng viên phản ứng và giải quyết vấn đề như thế nào.

Cơ duyên khởi nghiệp DOF Hunt

Anh Việt thành lập DOF Hunt sau khi nhận ra nhu cầu kết nối giữa các nhiếp ảnh gia và người mẫu. Anh sử dụng kiến thức kỹ thuật của mình để tạo ra một nền tảng giải quyết nhu cầu này.