DevOps topluluğunda kitaplar neden bu kadar yaygın?

Takip ettiğim bloglardan birkaçını zamanla daha fazla kitap öneriyorum.

Kurgu okumaktan zevk alıyorum ve kitaplardan hoşlanmıyorum ama normalde ~ 20-30 £ olan bu kitaplarda teknoloji hareket ettiğinde bir blog yazısı güncellenebilir / yeniden yazılabilir.

Çevrimiçi dünyada eksik olan veya benden başka herkesin DevOps ile ilgili başlıklarında belirli bir kalite var mı?

Çoğu durumda, önerilen kitaplar teknoloji ile ilgili değildir. Teknoloji değişirken, sistem düşüncesi, liderlik, sağduyu vb. Kuruluşların arkasındaki temel ilkeler sık ​​sık değişmez.

The Goal ve hatta The DevOps El Kitabı gibi kitaplar sayfalarında çok fazla teknolojiden bahsetmez, daha çok insanlar tarafından gerçekleştirilen işleri yönetmenin yollarından bahseder.

Birçok sorun teknoloji ile ilgilidir, Mikro Hizmetler, büyük ölçekli sistemlerin mimarisi, Kod olarak Altyapı vb. Konular ... bunlar belirli bir araç ve / veya teknoloji hakkında değil, mimari bir konu hakkındadır. Büyük sistemler kuran kişilerin sistemi doğru bir şekilde kurmak için bilmesi gereken bir bilgi alanı. Bu bilgi nadirdir ve bu konular hakkında kitaplar yazılmıştır - sadece belirtilen araçları göz ardı edin veya yeni reenkarnasyonlarına çevirin.

Kaliteli yazılım (imho) oluşturma konusunda daha iyi kitaplardan biri Çevik Yazılım Geliştirme, İlkeler, Desenler ve Uygulamalar'dır . Ve bu kitapta kullanılan dil (Java) biraz ilerlerken, kitapta verilen örnekler zamansızdır ve kolayca başka herhangi bir dile tercüme edilebilir.

DevOps hareketinin çözmeye çalıştığı sorunlardan bazıları, işin herhangi bir anlam ifade etmeyen organizasyonlarda yönetilmesinin ortak yollarıyla ilgilidir. Eliyahu Goldratt'ın sıkça söylediği gibi ( Hedefin yazarı ) "Sağduyu çok yaygın değildir".

Bu kitaplar, bir sistem ortamında problemler ve insan ilişkileri hakkında doğru düşünme ilkelerini öğretir, böylece tüm sistem geliştirilir. Dersler eskidir ve maalesef, nadiren sahada gerçekten onları öğrenen insanlar vardır.

Doğal olarak, AWS veya Docker veya Jenkins ya da her neyse, alanla yeni ve ilgili olan bu tür fizz-bang teknoloji aracı hakkında kitaplar yazan yazarlar da var ve sadece kitap satışlarını artırmak istiyorlar ... ama deniyorum ve bu tür blog yayınlarını cevabımdan hariç tut.

Bu, bir alan veya meslek olarak altyapı mühendisliğinin artan olgunluğunun bir işaretidir. Mekanik, sivil veya elektrik gibi daha geleneksel mühendislik biçimlerinden herhangi birini düşünürseniz, bilginin büyük kısmı kağıt kitap formudur, bu şekilde öğretilir, uygulayıcı mühendisler referans kitaplarına danışır. Bunun nedeni, temel prensipler anlaşılıp kodlandıktan sonra, uygulamanın ayrıntıları yalnızca belirli bir uygulamaya veya kuruluma özgüdür. Herhangi bir mühendislik eserini - bir gökdelen veya köprü, bir jet motoru, bir uçak gemisi - düşünebilirsiniz. Son derece sofistike, inşa etmek için büyük beceri gerektiren, ancak şimdi anlaşıldıkları, ancak onlarca yıl boyunca değiştikleri ve on yıllar önce bir mühendis tarafından kolayca anlaşılabilecek genel ilkeler kullanılarak inşa edildi.

Daha fazla DevOps'a özgü hale getirmek - CFEngine, Chef, Kukla veya başka bir şeyle konfigürasyon yönetimi uygulamanızın önemi yoktur, konfigürasyon yönetimi prensipleri artık yazılabilecek ve herhangi bir gerçek araca uygulanabilecek kadar iyi anlaşılmıştır.