Şirketime uygun iyi bir DevOps'u nasıl işe alırım?

20

İyi geliştiriciler Joel Testi'nin 11. kuralına uymalıdır :

Yeni adaylar görüşmeleri sırasında kod yazar mı?

Ancak, Docker kapları, Jenkins veya AWS, vb. Nasıl yapılandırılacağı hakkında hiçbir şey bilmiyorum. Uygulayan kişinin bu tür görevleri yönetip yönetemediğini test etmenin iyi bir yolu nedir?

Alt sorular: İyi bir devops çalışanının yapı zincirini bir kez yapılandırabileceğine ve bundan sonra çalışması gerektiğine inanıyorum. Daha sonra şirkette bir geliştirici (DEVops) olmasını bekleyebilir miyim? DevOps nispeten "yeni" bir iş olduğundan, küçük şirketlerin bir devops çalışanını paylaşması veya ihtiyaç duyduğunuzda serbest çalışan olarak işe alması daha iyi olabilir mi?

Terim hakkındaki karışıklığım, burada bile stackexchange'te (= yukarıdaki ekran baskısının alındığı bağlantı) böyle iş tekliflerinden kaynaklanıyor .

Bu yararlı buldum, ancak bu soruya rastlarsanız okumak isteyebileceğiniz olası görüşlü makaleyi buldum: https://hackernoon.com/devoops-some-common-anti-patterns-1850ac2f5074

culture software-engineering

— Thomas
kaynak

3

DevOps bir rol olmadığından (bunun gibi bir terim), açıklamanıza göre modern bir sysadmin kiralıyorsunuz.

— 17'de Tensibai

5

Bu soruyu konu dışı olarak kapatmak için oy kullanıyorum çünkü DevOps bir rol / iş pozisyonu değil

— Tensibai

2

@Tensibal Seninle aynı fikirdeyim ama bu soruyu açık bırakmaya da yardımcı olabileceğinden bu soruyu açık bırakma eğilimindeyim - ve bu sorunun tekrar tekrar tekrar gelmesini bekleyebiliriz.

— Michael Le Barbier Grünewald

2

@ MichaelGrünewald Bunu açıklayan bir yanıt ekleyin. Eğer iptal edilirse, kapalı olsa bile sorunun kaybolmasını önleyecektir. Her iki dünyanın en iyisi: konuyu açıklığa kavuşturur ve site için konu dışı olarak görünür durumda kalır ve gelecekteki bu tür soruların önlenmesine yardımcı olur (bu tekrarlanabilir)

— Dan Cornilescu

3

@Tensibai FWIW, "DevOps bir rol değil" temelinde hiç bir soruyu kapatmamız gerektiğini düşünmüyorum. Bu karışıklığın belli olduğu her soru açıklığa kavuşturmak için bir fırsattır. Sorunun cevabı, bu etki için bir açıklama ve bu soruya bir bağlantı içermelidir. Soruları yalnızca DevOps terimini karıştırdıkları için kapatırsak, yeni kullanıcıları yabancılaştıracak ve açıklığa kavuşturma fırsatını kaçıracağız.

— Dave Swersky

13

“DevOps” un bir şirkette rol alması yaygın bir yanlış inanıştır. Kelime sadece yazılım şirketlerinde örgütsel bir kaymayı ifade eder, bu kayma kısaca “ Siz inşa edin, çalıştırın! Werner Vogels tarafından yazılmıştır:

Bina ve koşu arasında ayrım yapmaya gerek yoktur ve Werner Vogels'e göre bundan daha iyidir:

Geliştiricilere operasyonel sorumluluklar vermek, hem müşteri hem de teknoloji açısından hizmetlerin kalitesini büyük ölçüde artırmıştır. Geleneksel model, yazılımınızı geliştirme ve işlemleri ayıran duvara götürmeniz ve atmanız ve unutmanızdır. Amazon'da değil. Sen inşa et, sen koş. Bu, geliştiricileri yazılımlarının günlük işlemleri ile temasa geçirir. Ayrıca, müşteri ile günlük iletişime da getiriyor. Bu müşteri geri bildirim döngüsü, hizmetin kalitesini artırmak için gereklidir.

Bu ders ilginçtir, ancak bir kuruluştaki bu özel değişikliğin uygulanması her zaman kolay değildir.

Bu vardiya, sürekli entegrasyon ve teslimat yöntemlerinin öneminin giderek artmasıyla eşzamanlıdır. Lütfen bu fikirlerin “çevik” metodolojilerin resmileştirilmesinden çok daha eski olduğunu, bazılarının NATO Bilim Kurulu'nun 1968'de yayınlanan yazılım mühendisliği raporunda zaten mevcut olduğunu unutmayın!

İfadeler göz ardı edilebilir olsa da, DevOps teklifinin (bu site) kısa açıklaması “yazılım mühendisleri” nden bahseder:

Yazılım için Beta Soru-Cevap sitesi Otomatik test, sürekli teslimat, servis entegrasyonu ve izleme ve SDLC altyapısı oluşturma konularında çalışan mühendisler.

Şimdi, ekibinizin bu metodolojilere başlamasına yardımcı olabilecek bir yazılım mühendisi arıyorsanız, onları bu konuya dahil edin. Bu konuya aşina olmasanız bile, “Siz onu oluşturun! Sen çalıştır! ”Sloganı ile programlama probleminden başlayabilir ve röportajı uygulamanın konuşlandırılması ve bakımı ile ilgili sorulara yönlendirebilirsin.

— Michael Le Barbier Grünewald
kaynak

3

Karışıklık da şu gibi iş tekliflerine dayanıyor: stackoverflow.com/jobs/135988/…

— Thomas

2

Evet, “DevOps” u rol olarak kullanan birçok kişi veya kuruluş var. Kimse bunun kurbanı olduğu için suçlanamaz ve sorunuz bunu açıklığa kavuşturmak için faydalıdır, bu yüzden sorduğunuz için teşekkür ederiz, muhtemelen sonunda kapanacaktır. Umarım bu yanıtı yararlı bulursunuz ve bu siteye başka şekilde katkıda bulunma veya bir bilgi kaynağı olarak kullanma şansınız olacaktır!

— Michael Le Barbier Grünewald

@ThomasMoors: önceki (ilginç!) Yorumunuz gerçek sorunuza entegre edilmelidir ... sadece karışıklığınızı belgelemek için bile olsa ...

— Pierre.Vriens

@ Pierre.Vriens bitti

— Thomas

1

Eşanlamlı / ilgili "eat your own dog food", kullanmayacağınız bir şey yapmayın

— Tensibai

7

Oy kullanma, konu dışı veya sapkınlık riski altında, size "DevOps'un bir rol olmadığını söyleyen safkanları dinlemeyin" diyeceğim.

Doğru yoldasın. Şirketinize uygun olmalıdır. İşe alırken önemli olan budur.

Bir DevOps'a ihtiyacınız varsa, bir DevOps gibi çalışmak, DevOps gibi sonuçlar üretmek, bu bir DevOps'tur.

Kimsenin sizi aksini reddetmesine izin verme.
Yine de reklam verin.
Yine de röportaj.
Yine de işe alın.

Bu sırada DevOps, kavramın şirketinize nasıl uyabileceği, kişinin nasıl uyduğu hakkında daha fazla bilgi edinin.

Doldurmanız gereken rol hakkında daha fazla bilgi edinin. Soru sorabileceğiniz soruları arayın. Konu uzmanı olmasanız bile birçok örnek vardır. Bazı eski moda sabır ve çalışkan.

Çalışana mı ihtiyacınız var? Yoksa serbest çalışan mı? Her işi bilir? Şirketinizi iyi biliyorsunuz.

DevOps yorumunuz olan benzersiz kültürünüzü oluşturun.

— kenchew
kaynak

+ 1'leyin. Puristler adanmışlara asıldı çok uzun süredir bir rol cevabı değil , ancak endüstri, iş kurulları ve işe alımcılar bunu bir gerçeğe dönüştürdü ve şimdi ne olduğu için kabul etmenin zamanı geldi.

— grumpyops

6

"DevOps Kiralama" zor olacaktır çünkü DevOps bir rol değildir. Yazılım geliştirme ve mühendislik becerilerine sahip bir mühendis bulabilirseniz doğru yoldasınız demektir.

Ancak ,

İşe alım süreciniz birkaç faktör tarafından karmaşıklaşacaktır:

Site Güvenilirlik Mühendisleri (Google'ın kodlama becerisine sahip yönetici / mühendisler için terimi) nadirdir
Nadir beceriler pahalıdır
Nadir beceriler nadirdir.

İyi haber şu ki, tam nitelikli bir SRE'ye ihtiyacınız olmayabilir.

Kullanım durumunuz, altyapınızı (AWS) kurmak ve dağıtımları otomatikleştirmek için mühendisleri işe almaktır (Jenkins.) Bu beceriler çok nadir değildir, ancak bunları tek bir kişide bulmakta zorluk çekebilirsiniz.

Ayrıca kendiniz de bu becerilere sahip olmadığınızdan bahsediyorsunuz. Bu daha karmaşık bir faktördür. Adaylarınızın becerilerini değerlendirmek için gerekli becerilere sahip değilsiniz. Nihayetinde bu tür kaynakları yönetmek için gereken becerileri geliştirmenin (veya bir Mühendislik Yöneticisinde olduğu gibi işe almanın) bir yolunu bulmalısınız.

— Dave Swersky
kaynak

1

İnsan kaynakları için işe aldıkları insanların becerilerine sahip olmamak yaygın bir durumdur. Genellikle en iyi fikir, adayların değerlendirilmesi için yetenekli insanlarla röportaj

— yapmaktır

Demek istediğim, ben iyi bir geliştiriciyim, ama aynı zamanda şirket içindeki diğer disiplinlerde mükemmel olan insanlarla çevrili olmak istiyorum, sonunda benimkinden daha iyi.

— Thomas

1

@ThomasMoors bu çok iyi bir fikir. Çok fazla rahatsız etme, bu site hakkında ne düşündüğümü vokal ediyorum, ama sadece kalabalıkta biriyim. Kaba btw

— geliyorsa

2

İki olasılık vardır:

DevOps yolculuğunuzda şirketinizin yapması gereken değişiklikleri anlamak için yardıma ihtiyacınız var.
Neye ihtiyacınız olduğunu biliyorsunuz ve sadece bu vizyonu sizin için uygulamak üzere insanları işe almaya bakın.

Hangi konulara konsantre olmanız gerektiğini anlamanıza yardımcı olacak birine ihtiyacınız varsa, Dr. Nicole Forsgren, Jez Humble ve Gene Kim tarafından ortaklaşa DORA (DevOps Araştırma ve Değerlendirme) adı verilen gerçekten iyi bir şirket var . Nicole yıllardır DevOps Eyaleti anketini yürütüyor ve yıllardır endüstrinin detaylı istatistiklerini tutuyor. Jez Humble, Sürekli Teslimat'ın bir gurusudur ve kitabı kelimenin tam anlamıyla yazmıştır . Gene Kim, Phoenix Project'in yazarı ve son ikisi DevOps El Kitabı'nın ortak yazarı . DORA, şirketinizin bir değerlendirmesini sunar ve bu soruları yanıtlamanıza yardımcı olur.

Nereye gitmeniz gerektiği ve oraya ulaşmanıza yardımcı olacak birine ihtiyacınız varsa oldukça iyi bir fikriniz varsa, bir işe alım ajansı almak muhtemelen bu noktada iyi bir fikir değildir. DevOps Enterprise DOES Konferansı'na veya yerel DevOpsDays Konferansı'na gitmenizi ve koridorlardaki insanlarla konuşmanızı öneririm . Önerilere bakın ve hatta bir stand açın, işe alma hakkında bir poster yapın.

İkinci seçenek buraya gelip bu forumdaki soruları sormaya başlamak ve onlara cevap veren ve oy kullanan uzmanları aramak olacaktır. Bunların çoğu aslında bir iş ya da zorluk arıyor olabilir. Bazen mevcut durumunuz ve kullanım durumunuz hakkında soru sormak bile sizi doğru hareket yoluna yönlendirebilir.

— Jiri Klouda
kaynak

2

Bu alanda işe aldığım insanlarda birkaç şey arıyorum.

minimum 'ha' çeviklik seviyesi (daha fazla ihtiyacınız varsa çevikçe benimsemek için google shu, ha, ri)
teknik uygulamalı deneyim - kodlama, otomasyon, vb, ama araç ve dil agnostikim
kişilik öğrenme - sürekli öğrenmek için inisiyatif alırlar
meraklı ve suçlamayı düşünmüyor - başarısızlığı bir öğrenme dersi olarak kabul edebilirler
yüksek performanslı ekipler için bir numaralı başarı faktörü olduğu için güvenebilecekleri ve güvenebilecekleri bir takım oyuncusu.
koçluk ve akıl hocalığı yapabilirler - seçkin olmadan bilgilerini paylaşırlar - prima donnas'ın yüksek performanslı ekiplerde yeri yoktur
ekip üyesi olmaları ve iyi iletişim kurmaları gerektiğinden "yeterli" sosyal becerilere sahipler

Henüz mükemmel bir aday bulamadım, bu yüzden her zaman bir çeşit takas. Bugünün dünyasında, ajanslar ve İK tarafından aday olarak "ön yeterlilikli" olan 65'den fazla özgeçmişe baktım, kağıt üzerindeki asgari şartlarımı karşılamadığı, 15+ ile görüştüğü ve 3 kişiyi işe aldım. 9 ay daha iyi parçası.

— icewav
kaynak

Ve tamamlayıcı olarak, mesajınızda eksik hissettiğim şey, eksik olduğunuzu hissettiğiniz şeyin bir açıklamasıdır, bu eksikliklerin üstesinden gelmek için nasıl bir şeyler sunacağınız konusunda bazı eksiklikler olduğunu söyleyerek daha iyi bir durum elde etmeye yardımcı olmaz

— Tensibai

Eğer insanlar asgari gereklilikleri ilan ederek işe ayarlanmış bir özgeçmiş göndermezlerse, süreçte daha fazla ilerlemek için asgari gereksinimi karşılamıyorlar. Bir kişi gerçekten bir pozisyon için düşünülmek istiyorsa, o zaman kendi adına biraz çaba göstermesi gerekir. Bir işe alma yöneticisi olarak benim görüşüm önemlidir çünkü ne aradığımı biliyorum.

— icewav

'İşe ayarlanmış bir özgeçmiş gönderme' eklemek için iyi bir tavsiye gibi görünüyor. Kontrol etmek, kağıt üzerinde gereksiniminizi tahmin etmekten daha kolaydır. eğer ihtiyaçlarınız yukarıdaki kurşun noktaları ise, o zaman belki 'yukarıda kağıt üzerinde benim gereksinimleri' daha iyi bir ifade olabilir

— Tensibai

Ne yazık ki yukarıdaki madde işaretli liste röportajdan ayırt etmem gereken şey. Asgari gereksinimlerim ve tercih ettiğim gereksinimler yaptığım iş ilanlarında açıkça belirtiliyor ve bir takımı tamamlamak için hangi becerilere ihtiyacım olduğuna göre değişiyorlar. Başvuran, asgari gereklilikleri karşılıyorsa ve hemen hemen her zaman asgari gereklilikleri ve tercih edilen bazı şartları karşılarsa görüşme alır. Bu belirsiz gibi görünse de, başarılı bir adayda aradığım şey için yaptığım her iş ilanında oldukça spesifikim.

— icewav

Özgeçmiş kontrolünün ortaya çıktığı özgeçmişini yanlış bir şekilde iddia eden adayların yüzdesi vardır. Bu başvuranlar asla benimle röportaj yapmazlar. Örnek: Scrum Alliance sertifikanız olduğunu iddia edin, sertifikalarından birkaçına sahip olduğum için giriş yapabilir ve sizinkini kontrol edebilirim.

— 17'de buzdağı

1

Diğer soruların yanı sıra, aşağıdaki cevabın henüz eksik olduğuna inanıyorum - şimdiye kadar öğrendiklerimi çoğunlukla mütevazi bir tonda özetlemek istiyorum:

DevOps becerilerini ekibinize tanıtmak muhtemelen yeterli değildir (yani bir DevOps kiralayamayacağınızı düşünmek için)! (İşlerin işe yaramasını sağlamak için en iyi araçların ne olduğunu daha düşük bir düzeyde sormak gibi, burada kuruluşunuzun çalışmasını istersiniz).

Asıl soru şu: oganizasyonlar dijital dönüşüm stratejiniz nedir ve DevOps'un daha fazla müşteri değeri yaratmanıza ve maliyetlerinizi azaltmanıza ve hala iyi bir iklime sahip olmanıza ne kadar iyi yardımcı olacağı ?

DevOps değişim ihtiyacını ortaya çıkarır ve değişim sorumluluk almayı gerektirir.

DevOps'un diğer ekipler üzerinde baskı oluşturabileceği bir durum olduğunu düşünün. DevOps bazen Çevik ve Sürekli Entegrasyondan evrimin bir sonucudur - buradaki varlıklarınız nelerdir?

— Peter
kaynak