Kubernetes’e 11 Haftalık Geçişin Ardından Şirket Var Olma Nedenini Unuttu (2020)

Kubernetes’e 11 Haftalık Geçişin Ardından Şirket Var Olma Nedenini Unuttu

• Silikon Vadisi merkezli yeni girişim Xenobroom Inc., Mayıs 2020’de sunucu altyapısını yükseltme sürecine başladı.

• Küresel pandemi koşullarında günlük kullanım hızla artınca, mevcut altyapıyı Kubernetes’e taşımaya karar verdi.

• Basit bash script’lerini ve VPS makinelerini gözden geçirip yeniden tasarlamak beklenenden daha uzun sürdü.

• Şirket bunu yazılım bağımlılıklarını ve kütüphaneleri yükseltmek için iyi bir fırsat olarak gördü.

• Tek bir makinede çalışan PostgreSQL veritabanının büyük bir bölümünü, AWS’nin esnekliğinden yararlanan dağıtık bir KV depolama sistemine dönüştürdü.

• develop branch’inde günlük dağıtım yapan sıradan staging sunucusunu, CI’nin mümkün olduğu production odaklı bir iş akışıyla değiştirdi.

• Geçiş süreci tamamlandığında, şirkette hiç kimse ürünün amacının ne olduğunu artık hatırlayamıyordu.

• Hem kullanıcılar hem de yatırımcılar başlangıçtaki ürünü anlamıyordu ve haftalar süren kesintiden sonra ürünün anlamını geri getirmek fiilen imkânsız hale geldi.

• CEO, Google’ın mesajlaşma uygulamaları pazar payını artırmasına yardımcı olduğu bilinen medyum Phutar Afrayughum’dan yardım istedi.

GN⁺ Görüşü

• Bu yazı, Kubernetes’e geçiş sürecinin şirketler üzerindeki etkisini hicivli bir dille ele alıyor. Gerçek hayatta da teknoloji geçişleri şirket operasyonlarında büyük değişiklikler yaratabilir ve bazen asıl hedefin kaybolmasına yol açabilir.
• Teknoloji geçişi düşünülürken yalnızca teknik boyutlar değil, organizasyonun vizyonu ve hedefleri hakkında da net bir anlayış gerekir. Bu, teknolojinin organizasyonun amacını desteklemesi gerektiği ilkesini vurgular.
• Kubernetes birçok şirketin tercih ettiği bir container orchestration platformu olsa da, benimsenmeden önce yeterli hazırlık ve uzmanlık gerekir. Aksi halde karmaşıklık ve yönetim yükü artabilir.
• Bu yazı, teknoloji benimsemenin her zaman yalnızca olumlu sonuçlar doğurmadığını hatırlatıyor. Bazen teknoloji, organizasyonun öz değerlerini ve hedeflerini bulanıklaştırabilir.
• Kubernetes’e benzer işlevler sunan diğer platformlar arasında Docker Swarm ve Apache Mesos da bulunur; bunlar duruma göre Kubernetes’e alternatif olabilir.

[GN⁺]

Hacker News görüşleri

• Orta kademe yöneticilerin %20’sinin işten çıkarılmasıyla geliştirme verimliliğinin 3 kat artması örneği

  Bir şirketin orta kademe yöneticilerin %20’sini işten çıkararak tesadüfen geliştirme verimliliğini 3 kat artırdığı bir örnek var.

• Kubernetes’e geçiş deneyiminin paylaşılması

  Hâlen süren Kubernetes geçişinin 2 yılı geride bırakmasına rağmen %30’u bile tamamlanamadığı, başlangıçta Kubernetes’i güçlü şekilde savunan kişilerin şimdi ise LLMs ile ilgilendiği belirtiliyor. Yeni ve parlak şeyleri seven insanlar olduğu, bu tür rollerin de kendi başına faydalı olabileceği ima ediliyor.

• Theolognion blogundaki eğlenceli yazılar

  Theolognion blogunda çeşitli eğlenceli yazılar var; özellikle "mükemmel not derleme sistemi geliştiren geliştirici" ve Hacker News yorumlarını analiz eden bir yapay zekanın tüm siyasi, ekonomik ve tıbbi sorunları çözdüğü yazılar eğlenceli.

• Başarısızlığın nedenine dair bir şaka

  Başarısızlığın nedenlerini inceleyen bir post-mortem’de, şirketin bunu yazılım bağımlılıklarını ve kütüphaneleri yükseltmek için iyi bir fırsat olarak görmüş olacağı; tek bir makinede çalışan PostgreSQL veritabanının kayda değer bir bölümünü de AWS’nin esnekliğinden yararlanarak dağıtık KV depolamaya dönüştürebileceği varsayımı yapılıyor.

• Kubernetes’e 11 haftalık gerçek geçiş başarısı örneği

  Gerçekte Kubernetes’e 11 hafta içinde geçiş yapmak başlı başına büyük bir başarı sayılacak bir şey.

• Hizmetleri Kubernetes’e taşıma ipuçları

  Karmaşık teknolojiler önce öğrenilmeli ve denemelere önemsiz küçük servislerden başlanmalı. Aynı anda tek bir şey yapılmalı ve basit başlanmalı. Yazar, hizmetleri Kubernetes’e taşırken sorun yaşamadığını; ancak bunun, 2 yıllık öğrenme ve denemelerin, ayrıca internette bulunamayacak en uygun yaklaşımı bulana kadar birçok yöntemi test etmenin sonucu olduğunu söylüyor. Yazar, gitops’u otomasyon olmadan kullanıyor ve gerekenleri kubectl apply -k ile uyguluyor. Artık onlarca servisi ve yeterli anlayışı olduğu için flux kullanmayı değerlendirdiğini belirtiyor.

• Sistem işletmenin kolaylığı ve ucuzluğu

  Sistem işletmek hiç olmadığı kadar kolay ve ucuz hâle geldi, ancak mühendisler çoğu zaman basit işleri yapmak için karmaşık ve verimsiz yöntemleri seçme eğiliminde.

• Teknoloji seçimiyle ilgili sektör sorunları

  GraphQL/React/Next gibi teknolojiler benimsenerek kusursuz çalışan bir uygulamanın taşınması konusunda, sektörde uzun yıllar çalışmış biri olarak birçok insanın ne yaptığını bilmediği izlenimi ediniliyor.

• Bulut depolamaya geçiş deneyimi

  Kendi barındırılan MinIO’dan yönetilen blob depolamaya 500.000 blob taşımak için 4 ay boyunca gece gündüz mücadele edilmiş, ancak gerçekten üretken olan çalışma siyasi ya da bürokratik konularla ilgisiz olarak 1 haftadan kısa sürmüş; bu yüzden Kubernetes’e 11 hafta içinde geçiş yapmak büyük bir başarı gibi görünüyor.

• 1970’lerde bir hukuk bürosunda bilgisayar kullanımı deneyimi

  1977’de genç bir avukat olarak çalışırken saatlik ücretle faturalandırma yaptığı deneyimini ve 1979’da bir Tandy I bilgisayar satın alıp Foxbase gibi veritabanı programları kullandığını paylaşıyor. 1981’de kendi hukuk bürosunu açtığında, o dönemde ofis verimliliğini artıran en yeni teknolojiler faks makinesi ve elektrikli daktiloydu, ancak kişisel bilgisayar kullanmıyordu. Yazar tüm sekreterlerine Compaq bilgisayarlar satın almış, elle yürütülen faturalama sisteminin yerine geçecek bir zaman ve faturalama programı yazmaya çok zaman ayırmış, ayrıca bir ağ da kurmuş. Ancak bu tür teknoloji işlerine odaklanınca avukatlık görevlerini ve ticari müvekkilleriyle ilişkilerini sürdürmeyi ihmal etmiş, sonuç olarak 1994’te bürosunu kapatmış. O dönemde tüm ofisler kelime işlem için bilgisayar kullanıyordu, ancak ticari faturalama programları yoktu; diğer hukuk bürolarındaki avukatlar yazarın faturalama programını istiyordu, fakat yazar programlamadan keyif almaya odaklanırken işini batırdığı deneyimini paylaşıyor.