Sự khác biệt giữa kiến ​​trúc sư DevOps Vs DevOps cố vấn kiến ​​trúc sư DevOps là gì?


10

Sự khác biệt giữa kiến ​​trúc sư DevOps Vs DevOps cố vấn kiến ​​trúc sư DevOps là gì?

Xem xét vai trò khôn ngoan & Lương khôn ngoan & thâm niên khôn ngoan & nhu cầu công việc khôn ngoan, v.v.

Câu trả lời:


13

Một kiến trúc sư là người nghĩ và tạo ra các thiết kế.

Một nhà tư vấn là một ai đó được tuyển dụng cho những thứ như "Xin hãy dạy cho chúng ta làm thế nào để làm như vậy và như vậy", hoặc các câu hỏi câu trả lời như "ý kiến của bạn về thiết kế này là gì?".

Một kỹ sư là người có định hướng khách quan và thực dụng, một cái gì đó dọc theo dòng chữ như " Làm thế nào tôi có thể có được thiết kế đó (do kiến ​​trúc sư tạo ra và được tư vấn xác nhận) thực hiện và làm cho nó hoạt động"? .

Mức lương của họ có thể khác nhau (có những người rẻ và đắt tiền), tương tự với thâm niên (có đàn em và người cao niên, trong khi mọi người bắt đầu như đàn em, không phải tất cả họ đều đạt đến cấp cao). Và nhu cầu công việc là khá thay đổi (theo khu vực, theo thời gian, các yếu tố kinh tế, tùy thuộc vào sự cường điệu, vv).

BTW, thực sự không quan trọng "chủ đề" thực sự là gì, nó có thể là "CNTT", nó có thể là "Xây dựng đường bộ" hoặc thậm chí có thể là "DevOps" ...

Tái bút: Tên gì (hoặc tên công việc), về BA của DevOps , như được hiển thị trong bài đăng này ...


1
@Newtopian merci cho nhận xét, mặc dù tôi không chắc "Nitpicking" nghĩa là gì (và tôi không có từ điển tiện dụng ...). Về định hướng đối tượng: giống như trong OOP , hay còn gọi là Lập trình hướng đối tượng, trong khi "Đối tượng" là để "Lập trình" được thực hiện ... (định nghĩa tôi từng được đưa ra bởi một lập trình viên máy tính cũ của trường ...).
Pierre.Vriens

1
nitpicking -> "pinailler", "Trébucher sur les fleurs du tapis", "Chercher des poux" v.v ... như trong tôi là người thực hiện nitpicking ở đây chỉ ra điều này. Bây giờ tôi hiểu ý của bạn với Hướng đối tượng và nó có ý nghĩa hoàn hảo. Tôi có thể đề xuất Định hướng khách quan để phân tán khỏi mô hình lập trình OOP mà theo đó những suy nghĩ đầu tiên của tôi hướng đến khi tôi đọc bài viết của bạn.
Newtopian

1
Xin chào @Newtopian: vui lòng tiếp tục và đề xuất chỉnh sửa bài đăng của tôi (có lẽ tôi sẽ chấp thuận nó) ... PS, tôi đã tìm thấy từ điển của tôi ... bạn có nghĩa là " Muggezifterij " (đến lượt bạn đi tìm một từ điển tiếng Hà Lan nếu bạn muốn kiểm tra bản dịch của tôi ...)
Pierre.Vriens

2
Các thử nghiệm đã vượt qua ... bảo hiểm 100% và được phê duyệt cho sản xuất!
Newtopian

1
Merci @Newtopian ... cũng cho chỉnh sửa được đề xuất ... như bạn có thể nhận thấy: Tôi vừa ban hành bản phê duyệt cuối cùng (chỉ trong trường hợp này ...) về nó.
Pierre.Vriens

4

Bạn có thể muốn kiểm tra câu trả lời được chấp nhận cho câu hỏi này: Tại sao tôi không nên thử thuê một 'Kỹ sư DevOps'?

Hoặc có thể bài viết " 7 vai trò DevOps bạn cần để thành công ", bao gồm các vai trò (quan trọng?) Này:

  1. Nhà truyền giáo DevOps
  2. Quản lý phát hành
  3. Kiến trúc sư tự động hóa
  4. Nhà phát triển / kiểm thử phần mềm
  5. Đảm bảo kinh nghiệm (XA) chuyên nghiệp
  6. Kỹ sư bảo vệ
  7. Máy nghe nhạc công nghệ

Này ông "J" ... bài báo bạn liên kết đến không đề cập đến vai trò như "BA cho DevOps", có ý kiến ​​nào tại sao không? Và / hoặc "BA cho DevOps" thực sự có nghĩa là gì?
Pierre.Vriens

Liên kết là hữu ích, nhưng chúng tôi khuyến khích bạn cung cấp ngữ cảnh và trích dẫn các phần có liên quan, cộng với thêm bình luận của riêng bạn. Xem: Câu trả lời của bạn là trong một lâu đài khác: khi nào một câu trả lời không phải là một câu trả lời? cho các hướng dẫn hiện tại để trả lời với một liên kết.
Aurora0001

Xin chào ông "J" (một lần nữa) ... vui lòng QA xem lại bản chỉnh sửa tôi đã áp dụng cho bài đăng của bạn, cố gắng giải quyết nhận xét (và có thể là downvote?) Từ @ Aurora0001 ... vui lòng quay lại nếu bạn không giống như bản chỉnh sửa của tôi ... PS: DevOps " Manager " ở đâu trong bài viết đó (= người không phải làm gì cả, nếu mọi người khác làm công việc của mình, ngoại trừ việc phê duyệt ngân sách và những thứ tương tự )?
Pierre.Vriens

Xin chào @ Pierre.Vriens - cảm ơn bạn đã chỉnh sửa. PM có thể không liên quan đến bối cảnh DevOps. DevOps BA là sth tôi muốn thành lập. Hãy cho tôi 15 phút để thêm hai liên kết có liên quan ở đây. Nói tóm lại, BA (Nhà phân tích kinh doanh) theo thuật ngữ scrum có nghĩa là chủ sở hữu sản phẩm, ví dụ cơ sở hạ tầng CI / CD là một sản phẩm tổ chức nội bộ.
Peter Muryshkin

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.