Bu sayfada uzun bir pozisyon listesi yok. Ekibi ihtiyaç doğdukça büyütüyoruz ve doğru kişiyle karşılaştığımızda pozisyon açılmasını beklemiyoruz. Aşağıda ne iş yaptığımızı ve nasıl çalıştığımızı yazdık; kendinizi burada görüyorsanız başvurun.
İş gerçekte ne
Başkalarının üretim ortamını işletiyoruz. Bu cümle işin karakterini de anlatıyor: yaptığımız değişikliklerin karşılığı bizim değil müşterinin sisteminde görülüyor ve bir hatanın bedelini onlar ödüyor. Bu yüzden burada hızlı olmaktan çok dikkatli olmak değer görüyor.
Günlük iş şunlardan oluşuyor: kurulum ve geçiş projeleri, sürüm yükseltmeleri, olay müdahalesi, kapasite ve maliyet takibi, otomasyon yazmak. Çalıştığımız teknolojiler iş ortaklarımız sayfasında listeli; işin nasıl aktığını geçiş süreci sayfasında görebilirsiniz.
İşin tekrar eden kısmını otomatikleştirmeye çalışıyoruz. Aynı işi ikinci kez elle yapıyorsak, üçüncüsünde yapmayacağımız anlamına geliyor; altyapıyı panelden tıklayarak değil sürümlenen kod dosyalarıyla tanımlama tercihimizin sebebi bu.
Nasıl çalışıyoruz
Nöbet var ve düzenli. Kritik olaylarda 7 gün 24 saat kapsamımız var, bu da nöbet demek. Nöbet sırası önceden belli, gece gelen çağrı sonrası ertesi gün dinlenme hakkı var ve nöbet tek kişiye yıkılmıyor. Bunu baştan yazıyoruz çünkü işe girdikten sonra öğrenilmesi istenmeyen bir konu.
Olay sonrası suçlu aranmıyor. Bir şey ters gittiğinde soru "kim yaptı" değil "bu nasıl mümkün oldu" oluyor. İnsan hatasının mümkün olduğu her yer, aslında sürecin düzeltilmesi gereken bir yeri.
Yazmak işin parçası. Yaptığımız işin kaydı tutuluyor: olay raporu, ay sonu raporu, tatbikat sonucu. Blog yazılarımız da aynı yerden çıkıyor; genel rehber yazmıyoruz, kendi kümelerimizde yaşadığımız arızaları ve aldığımız kararları yazıyoruz. etcd yedekleme yazımız buna örnek.
Kanıtsız iddia yok. Ne müşteriye, ne birbirimize. Bir sayı veriyorsak arkasında ölçüm oluyor. Bu, kültürel bir tercih değil işin gereği; denetime giren müşterilerle çalışıyoruz.
Aradığımız yetkinlikler
Sertifika listesi aramıyoruz. Baktığımız şey, bir sistemin neden öyle davrandığını sonuna kadar takip edip edemediğiniz. Aşağıdakilerden birkaçı sizde varsa konuşalım:
- Linux sistem yönetimi ve ağ temelleri, ekran kartından değil komut satırından
- Kubernetes'i üretimde işletmiş olmak; kurmuş olmak değil, işletmiş olmak
- Terraform ya da Ansible ile altyapıyı kodla tanımlama
- Sanallaştırma ve depolama katmanında pratik deneyim
- Yedekleme ve felaket kurtarma tarafında geri dönüş denemiş olmak
- Güvenlik tarafında zafiyet yönetimi ya da olay müdahalesi deneyimi
- Bir arızayı yazılı olarak anlatabilme becerisi
Bunların hepsine sahip olmanız gerekmiyor. Eksik olanı öğrenmeye açıksanız ve öğrendiğinizi paylaşıyorsanız gerisi zamanla geliyor.
Burada ne öğreniyorsunuz
Yönetilen hizmet işinin en büyük getirisi çeşitlilik. Tek bir şirketin tek bir altyapısında çalışmak yerine, farklı ölçekte ve farklı kısıtlarda çok sayıda ortam görüyorsunuz. Aynı sorunun beş farklı kurumda beş farklı sebepten çıktığını görmek, tek bir yerde beş yıl çalışmaktan daha hızlı öğretiyor.
İkinci getiri mevzuat tarafı. Finans, sağlık ve kamu tarafında çalışan müşterilerle iş yapmak, uyum gereksinimlerinin altyapıya nasıl yansıdığını öğretiyor. Bu, saf teknik işlerde edinilmesi zor bir bilgi ve kariyerin ilerleyen yıllarında karşılığını veriyor.
Üçüncüsü ölçüm alışkanlığı. Burada "sanırım daha hızlı oldu" cümlesi kabul görmüyor; öncesi ve sonrası ölçülüyor. Bu alışkanlık bir kez edinildiğinde nereye giderseniz gidin kalıyor.
Bu iş kime uymaz
Baştan söylemek daha iyi. Bu iş, tek bir ürün üzerinde derinleşmek isteyen biri için dar geliyor; burada gün içinde birkaç farklı ortama bakıyorsunuz ve derinlik zamanla, kendiliğinden geliyor.
Nöbet, iş dışı saatlerde tamamen erişilemez olmayı tercih eden biri için uygun değil. Nöbet dengeli dağıtılıyor ve telafi ediliyor ama var olduğu gerçeği değişmiyor.
Son olarak, yazılı iletişimden kaçınan biri için burada zorlanma riski var. Yaptığınız işin kaydını tutmak, bir arızayı anlaşılır biçimde anlatmak ve müşteriye rapor yazmak işin ayrılmaz parçası; kod yazmaktan daha az zaman almıyor.
Başvuru süreci
Şu anda ilan verdiğimiz bir pozisyon olmayabilir; bu, başvurmanıza engel değil. Açık başvuruları saklıyor ve uygun bir ihtiyaç doğduğunda dönüyoruz.
Başvururken şunları göndermenizi rica ediyoruz:
- Özgeçmiş ya da ne yaptığınızı anlatan kısa bir metin
- Üzerinde çalıştığınız bir sistemin nasıl kurulduğu ve neden öyle kurulduğu; teknoloji listesinden çok verdiğiniz kararlar ilgimizi çekiyor
- Yaşadığınız bir arıza ve nasıl çözdüğünüz
Başvurulara dönüş yapıyoruz; uygun bulmadığımız başvurularda da kısa bir cevap yazıyoruz. Cevapsız bırakmak, karşı tarafın zamanına saygısızlık.
Süreç iki görüşmeden oluşuyor. İlki tanışma ve deneyim konuşması, ikincisi teknik. Teknik görüşmede beyaz tahtada algoritma sormuyoruz; gerçek bir senaryoyu birlikte konuşuyoruz, çünkü işin kendisi de böyle.
Başvurunuzu [email protected] adresine, konu satırına "Başvuru" yazarak gönderebilirsiniz. Ekibimizi ekibimiz sayfasında, şirketin nasıl büyüdüğünü hakkımızda sayfasında görebilirsiniz.