Çevik sysadmin ve devops - Nasıl yapılır? [kapalı]

Günümüzde, çevik sistem yönetimi ve devri, sistem yönetimi ve operasyonları ile ilgili en trend konulardan bazılarıdır. Her iki kavram da esas olarak operasyonlar / sistem yöneticileri ve projeler (geliştiriciler, iş, vb.) Arasındaki boşluğu kapatmaya odaklanmıştır . Adanmışlar konseptini hiç duymamış olsanız bile, bu konunun da sizin endişeniz olduğuna eminim.

Peki, şirketlerinizde devops gerçekleştirmek için hangi araçları ve teknikleri kullanıyorsunuz? Özellikle değişim yönetimi, sürekli entegrasyon ve otomasyon gibi konularla ilgileniyorum, sadece bu konularla ilgilenmiyorum. Lütfen düşüncelerinizi paylaşın. Cevaplarınızı / görüşlerinizi okumak için sabırsızlanıyorum :)

• svn / git - revizyon kontrolü.

• trac / redmine / jira - biletleme.

• ayakkabıcı - temel işletim sistemi sunucu provizyonu için. Cobbler, redhat ailesi odaklı bir ürün ama eminim debian / ubuntu için benzer bir şey var. Benzer şekilde RightScale gibi "bulut kontrol paneli" şirketlerinin çoğu bunu sizin için sağlayacaktır. Buradaki parola "JEOS" veya "yeterli işletim sistemi" dir. Benim rotam benim kickstarts "% paketleri --nobase" satırını kullanmak ve daha sonra üzerinden özel yığını oluşturmak için ...

• kukla / şef - konfigürasyon yönetimi ve tutarlılık uygulaması için. Burada başka seçenekler de var, hangisini kullandığınızdan daha önemli. Özellikle önemli bulduğum bir numara, yapılandırmaları geliştiricilerin kullandığı sürüm kontrol sisteminde saklamaktır. Bu, iki takımın iş akışını bir araya getirmeye ve birbirlerine görünür hale getirmeye yardımcı olur.

• func (veya capistrano veya cluster-ssh) - konuşlandırma komut dosyasını kümede çalıştırmak için. Buradaki hile, üst düzey geliştiricilerin hem yeni şeyleri yaşatmak hem de kaçınılmaz düzeltmeleri zorlamak için kendilerini çalıştırabilecekleri bir şey yapmaktır.
  Bu gerçekten geliştiricilerin çekirdeğidir ve geliştiricileri çevreyi kırmak ve düzeltmek için güçlendirir. Sysadminlerin birçoğu böyle bırakmaya çok fazla aç değil ya da onların yönetimi hala sistem yöneticilerinin geliştiricileri polislik yapması gerektiği yanılgısı üzerine çalışıyor (sanki yaptıkları şeyin yarısını bile okuyabiliriz).

• kaktüsler / ganglia / collectd / munin - grafikler soooooo anahtardır. Basit görsellerin insan değeri ile metriklerin iş değeri. Kod itme zaman damgasının grafiklerdeki değişikliklerin zaman damgası ile ilişkilendirilmesi, performans regresyonunun giderilmesinde ve performans kararları hakkında gerçek gerçeklerin görülmesinde son derece değerlidir. Burada, grafiklerin geliştiriciler tarafından görülmesi ve kullanılması kolay olması ve yönetiminin bunları beklemesi gerektiği için önemli bir nokta var.

• nagios / zabbix / smokeping / etc - sunucu öğelerinin ve "temel sayfa" türü performans metriklerinin izlenmesi. Yine grafikler anahtar. Bunlar takımın operasyonel tarafı için daha fazla.

• gomez / keynote / browsermob - üçüncü taraf hizmetleri, CDN'leri ve oluşturma süresi sorunlarını dikkate alarak tam tarayıcı performansının harici olarak izlenmesi. Bunlar takımın geliştirici tarafı için daha fazla.

Bu araç ve tekniklerin bir karışımı, tekniklere odaklanın. Özellikle "admin" den "operasyon" a kadar "sysadmin" tarafının zihniyetindeki değişiklik. Bu geliştiricileri etkinleştirmek hakkında. Bir şeyleri yapmalarını sağlamak, bir şeyleri düzeltmelerini sağlamak, yaptıklarıyla ilgili gerçek gerçekleri / metrikleri / grafikleri görmelerini sağlamak. Bunun tersine, geliştiricilerin etkinleştirildiklerini kabul etmeleri ve aslında performans eğilimlerini izleme, sorunları ayıklama ve sadece özellikleri değil, bunların nasıl dağıtılacağını ve tüm sistemin / ortamın sağlığını nasıl etkileyeceklerini düşünme işini yapmaları gerekir. .

Bu şeyi National Instruments'ta yapmaya çalışıyoruz. Yaptıklarımız hakkında daha fazla bilgiyi http://dev2ops.org/blog/2010/4/27/qa-ernest-mueller-on-bringing-agile-to-operations.html adresinde bulabilirsiniz.

Burada cagenut'un bahsettiği araçların karışımı temelde burada hareket ettiğimiz yöne gidiyor.

En iyi yaklaşım, çalıştığınız ortamı anlamaktır. Geliştiriciler ve yöneticilerle konuşarak başlayın. Onları gemiye koymaya çalışın ve fikirleri zıplatın. Büyük olasılıkla işlerin nasıl yürütüldüğü ve adanmışları tanıtmak için fikirlerinizin herhangi bir soruna neden olup olmayacağı konusunda iyi bir fikirleri olacaktır.

Oradan, uygulamalara bakmaya başlayın ve sorunları çözmek için bunları birer birer tanıtın.

Araçlar ve teknikler önemli olmakla birlikte, kritik yol tüm kuruluşta işbirliği içerisindedir. Bugünlerde BT Operasyonları olan İş Operasyonları. Etsy, gösterge tablolarında gelir değişikliklerini herkes tarafından görülebilir.