DevOps 커뮤니티에서 왜 책이 널리 보급됩니까?

시간이 지남에 따라 점점 더 많은 책을 추천하는 블로그를 많이 보았습니다.

나는 소설을 읽는 것을 좋아하고 책에 대한 혐오감을 느끼지 않지만, 보통 ~ 20-30 파운드의 책에서 기술이 움직일 때 블로그 포스트를 업데이트 / 재 작성할 수있는 곳입니다.

온라인 세상에서 누락되었거나 나 외에는 모두 DevOps 관련 타이틀에 특별한 품질이 있습니까?

대부분의 경우 권장되는 책은 기술에 관한 것이 아닙니다. 기술은 변하지 만 시스템 사고, 리더십, 상식 등과 같은 조직의 기본 원칙은 자주 변하지 않습니다.

The Goal 및 DevOps Handbook 과 같은 책 은 페이지에 많은 기술을 언급하지 않고 사람들이 수행하는 작업을 관리하는 방법을 언급합니다.

많은 문제는 기술 관련, 마이크로 서비스, 대규모 시스템 설계, 코드 기반 인프라 등과 같은 주제와 관련이 있습니다. 이들은 특정 도구 및 / 또는 기술에 대한 것이 아니라 아키텍처에 대한 주제입니다. 대규모 시스템을 구축하는 사람들은 시스템을 올바르게 구축하기 위해 알아야 할 지식 분야입니다. 이 지식은 드물며, 언급 된 도구를 무시하거나 새로운 환생으로 번역하기 만하면 이러한 주제에 관한 책들이 많이 쓰여 있습니다.

고품질 소프트웨어 (imho) 작성에 관한 더 좋은 책 중 하나는 Agile Software Development, Principles, Patterns and Practices 입니다. 그리고이 책에서 사용 된 언어 (Java)는 꽤 많이 움직 였지만,이 책에서 제공되는 예제는 시대를 초월하며 다른 언어로 쉽게 번역 될 수 있습니다.

DevOps 운동으로 해결하려는 일부 문제는 이해가되지 않는 조직에서 업무를 관리하는 일반적인 방법과 관련이 있습니다. 엘리 야후 골드 랏 (Eliyahu Goldratt)은 종종 " 목표의 저자 "는 "상식은 그리 일반적이지 않다"고 말했다.

이 책은 전체 시스템이 개선되도록 시스템 환경에서 문제와 인간 관계에 대해 올바르게 생각하는 원리를 가르쳐줍니다. 수업은 오래되었지만 불행히도 실제로 현장에서 일하는 사람들이 실제로 배운 사람들은 거의 없습니다.

당연히 AWS, Docker 또는 Jenkins와 같은 분야에 새롭고 관련이있는 그러한 fizz-bang 기술 도구에 관한 책을 쓴 저자도 있습니다. 그러나 나는 책 판매를 추진하고 싶습니다 ... 내 답변에서 이러한 종류의 블로그 게시물을 제외하십시오.

이것은 필드 또는 직업으로서 인프라 엔지니어링의 성숙도가 증가하고 있다는 신호입니다. 기계, 토목 또는 전기와 같은 더 전통적인 형태의 공학을 고려한다면 지식의 대부분은 종이 책 형태입니다. 기본 원칙을 이해하고 체계화 한 후에는 구현 세부 사항이 특정 응용 프로그램이나 설치에만 특정되기 때문입니다. 마천루 또는 다리, 제트 엔진, 항공 모함 등 모든 엔지니어링 인공물을 고려할 수 있습니다. 엄청나게 정교하고 구성하는 데 훌륭한 기술이 필요하지만 현재 이해되고 수십 년 동안 만 변경되며 수십 년 전부터 엔지니어가 쉽게 이해할 수있는 일반적인 원칙을 사용하여 구축되었습니다.

좀 더 DevOps 전용으로 만들기-CFEngine, Chef, Puppet 또는 기타 다른 방법으로 구성 관리를 구현하더라도 구성 관리의 원칙은 실제로 작성하여 실제 도구에 적용 할 수있을 정도로 충분히 이해됩니다.