amerikali
Yeni Üye
Kendi altyapınız bulutta olduğunda, geri dönüş yoktur – birçok yöneticinin korkusu budur. Basecamp ve Hey’in arkasındaki geliştiriciler olan 37signals, yakın zamanda bunun doğru olmadığını kanıtladı. Farah Schüller ile şirketin pratik deneyimi ve diğer şirketlerin bundan neler öğrenebileceği hakkında konuştuk.
Farah Schüller, 37signals’ta Kıdemli Site Güvenilirliği Mühendisidir. DevOps, SRE, Linux sistem yönetimi ve Ruby’deki profesyonel uzmanlığının yanı sıra bilgi güvenliği ve fotoğrafçılıkla da ilgileniyor.
Yıllardır tek bir yol var gibi görünüyordu: şirketler altyapılarını dış hizmet sağlayıcılara yaptırıyor. 37signals neden şimdi BT’sini geri getirmeye karar verdi?
Her şeyden önce, bu ekonomik bir karardı ve öyledir. Yavaş yavaş bulut maliyetlerinin bizim için giderek daha önemli hale geldiğini ve birçok yönden artık bizim için kullanımla orantılı olmadığını fark ettik – uygulamalarımızın çoğu trafik, kullanıcı sayısı ve karmaşıklık açısından çok öngörülebilir, ve herhangi bir esneklik ve soyutlama için ek maliyetler, kullanım durumlarımız için genellikle artık haklı değildi.
İkinci nokta, belirli bir noktadan itibaren operasyonel çabanın nispeten hızlı bir şekilde artmasıydı. Otomasyon, izleme, CI/CD, genellikle değişen veya tamamen yeni bir şeyle değiştirilen bulut hizmeti sağlayıcısının kavramları ve arayüzleri etrafında inşa edildi. Kod olarak altyapımızın, ayak uydurmak için sürekli olarak optimize edilmesi ve ayarlanması gerekiyordu. Çalışanların eğitilmesi gerekiyordu, bakım döngüleri servis sağlayıcı tarafından belirlendi. Bunların hepsi bizi de vuran gizli ama uzun vadeli maliyetler.
Sonunda kendimize felsefi bir soru da sorduk: operasyonel işimizi harici bir hizmet sağlayıcının ellerine bırakmayı gerçekten bu kadar istiyor muyuz? Bizim için tamamen harici bulut hizmetlerine güvenmek, aynı zamanda güçlü bir bağımlılık ilişkisi içinde olmak anlamına da geliyordu ve bir şirket olarak artık kendimizi bu konuda görmüyorduk.
Buluta veya farklı sağlayıcılar arasında geçiş yapmak için zaten her derde deva birçok çözüm var ve bunlar doğru şekilde yapılırsa kendi veri merkeziniz için de çalışmalıdır. Bu vaat ne kadar doğru?
Altyapımızın kendisi, çeşitli bulut sağlayıcıları aracılığıyla kendi veri merkezimizden konteyner çözümleri ve Kubernet’ler arasındaki birkaç geçişe kadar birçok geçişten geçti. Bu gezinin avantajı, yol boyunca çok şey öğrenmemizdi – ayrıca biraz ustalık ve uyarlama ile bazı yerel bulut kavramları da kendi veri merkezimizdeki tesislerde çalışıyor. Tüm duruma eleştirel bir şekilde bakmak için bir adım geri atmak ve soru sormak burada çok yardımcı oldu.
Bu sentezden mrsk ortaya çıktı – önceki çalışmaları ve konteynerleştirme esnekliğini korumamıza izin verdi, ancak aynı zamanda temel altyapıyı basitçe yönetilen sanal makinelere basitleştirdi ve tüm uygulamalarımız için tutarlı bir dağıtım konsepti tasarladı. Ek olarak, şirket içinde buluttan artık alıştığımız verimlilik ve basitliğin haritasını çıkarmak için altyapı orkestrasyonumuzun tamamen modernizasyonuna odaklandık.
37signals’ta bizim için anahtar, mevcut bilgiden yararlanmak ve onu yeni zorluklara uyarlamaktı: MySQL veritabanlarının yönetimi, günlük kaydı için bir ELK yığını, KVM’li sanal makinelerin sağlanması veya konteynerlerin orkestrasyonu yeni bir şey değil. Tüm bunları nasıl basitleştirebilir, geliştirebilir ve en önemlisi hızlandırabilirsiniz? Öncelikle bu soruları ele aldık.
Büyük sağlayıcılar basitçe daha iyisini yapabilir – BT operasyonlarındaki önyargı budur. Küçük ve orta ölçekli şirketlerin buluttan çıkış yolu ile de mücadele edebileceği ve etmesi gerektiği gerçeğini ne açıklıyor?
Bir uygulama veya hizmetin geliştirme döngüsünde mümkün olan en kısa sürede şu durumların değerlendirilmesi faydalı olabilir: Uygulama karmaşık, dinamik bir altyapı gerektiriyor mu? Kullanıcı büyümesi istikrarlı mı yoksa tahmin edilebilir mi? Buluta dış kaynak kullanımının uzun vadeli maliyetleri ve bağımlılıkları hakkında güvenilir bir genel bakışa sahip olmak mümkün mü? Doğru donanımı kendiniz satın almak ve çalıştırmak ne kadar pahalı olurdu? Şirkette ilgili kalifiye çalışanlara zaten sahip misiniz veya onları işe almak veya daha fazla eğitim sağlamak için bütçe var mı? Halihazırda şirketlerde sizin durumunuzla karşılaştırılabilecek örnekler ve başarı öyküleri var mı?
Bu tür soruları kendi kendinize cevaplayabildiğiniz anda, ufukta buluttan uzak bir yol belirebilir. Büyük sağlayıcılar bunu daha iyi yapabilir, ancak yapmak zorunda değildir – şaşırtıcı bir şekilde, bu son derece bireysel bir husustur ve trendler ve sözde basitlik tarafından çok fazla yönlendirilmemeye değer olabilir.
Farah, cevaplar için teşekkürler! 37signals’daki değişiklikle ilgili tüm teknik detaylar Farah’ın blog yazısında bulunabilir.
“Üç Soru ve Yanıt” serisinde iX, ister kullanıcının PC önündeki bakış açısı, ister yöneticinin bakış açısı veya bir yöneticinin günlük yaşamı olsun, günümüzün BT zorluklarının özüne inmek istiyor. Günlük uygulamanızdan veya kullanıcılarınızdan önerileriniz var mı? Hangi konuda kimin tavsiyelerini kısaca okumak istersiniz? O zaman lütfen bize yazın veya forumda bir yorum bırakın.
(fo)
Haberin Sonu
Farah Schüller, 37signals’ta Kıdemli Site Güvenilirliği Mühendisidir. DevOps, SRE, Linux sistem yönetimi ve Ruby’deki profesyonel uzmanlığının yanı sıra bilgi güvenliği ve fotoğrafçılıkla da ilgileniyor.
Yıllardır tek bir yol var gibi görünüyordu: şirketler altyapılarını dış hizmet sağlayıcılara yaptırıyor. 37signals neden şimdi BT’sini geri getirmeye karar verdi?
Her şeyden önce, bu ekonomik bir karardı ve öyledir. Yavaş yavaş bulut maliyetlerinin bizim için giderek daha önemli hale geldiğini ve birçok yönden artık bizim için kullanımla orantılı olmadığını fark ettik – uygulamalarımızın çoğu trafik, kullanıcı sayısı ve karmaşıklık açısından çok öngörülebilir, ve herhangi bir esneklik ve soyutlama için ek maliyetler, kullanım durumlarımız için genellikle artık haklı değildi.
İkinci nokta, belirli bir noktadan itibaren operasyonel çabanın nispeten hızlı bir şekilde artmasıydı. Otomasyon, izleme, CI/CD, genellikle değişen veya tamamen yeni bir şeyle değiştirilen bulut hizmeti sağlayıcısının kavramları ve arayüzleri etrafında inşa edildi. Kod olarak altyapımızın, ayak uydurmak için sürekli olarak optimize edilmesi ve ayarlanması gerekiyordu. Çalışanların eğitilmesi gerekiyordu, bakım döngüleri servis sağlayıcı tarafından belirlendi. Bunların hepsi bizi de vuran gizli ama uzun vadeli maliyetler.
Sonunda kendimize felsefi bir soru da sorduk: operasyonel işimizi harici bir hizmet sağlayıcının ellerine bırakmayı gerçekten bu kadar istiyor muyuz? Bizim için tamamen harici bulut hizmetlerine güvenmek, aynı zamanda güçlü bir bağımlılık ilişkisi içinde olmak anlamına da geliyordu ve bir şirket olarak artık kendimizi bu konuda görmüyorduk.
Buluta veya farklı sağlayıcılar arasında geçiş yapmak için zaten her derde deva birçok çözüm var ve bunlar doğru şekilde yapılırsa kendi veri merkeziniz için de çalışmalıdır. Bu vaat ne kadar doğru?
Altyapımızın kendisi, çeşitli bulut sağlayıcıları aracılığıyla kendi veri merkezimizden konteyner çözümleri ve Kubernet’ler arasındaki birkaç geçişe kadar birçok geçişten geçti. Bu gezinin avantajı, yol boyunca çok şey öğrenmemizdi – ayrıca biraz ustalık ve uyarlama ile bazı yerel bulut kavramları da kendi veri merkezimizdeki tesislerde çalışıyor. Tüm duruma eleştirel bir şekilde bakmak için bir adım geri atmak ve soru sormak burada çok yardımcı oldu.
Bu sentezden mrsk ortaya çıktı – önceki çalışmaları ve konteynerleştirme esnekliğini korumamıza izin verdi, ancak aynı zamanda temel altyapıyı basitçe yönetilen sanal makinelere basitleştirdi ve tüm uygulamalarımız için tutarlı bir dağıtım konsepti tasarladı. Ek olarak, şirket içinde buluttan artık alıştığımız verimlilik ve basitliğin haritasını çıkarmak için altyapı orkestrasyonumuzun tamamen modernizasyonuna odaklandık.
37signals’ta bizim için anahtar, mevcut bilgiden yararlanmak ve onu yeni zorluklara uyarlamaktı: MySQL veritabanlarının yönetimi, günlük kaydı için bir ELK yığını, KVM’li sanal makinelerin sağlanması veya konteynerlerin orkestrasyonu yeni bir şey değil. Tüm bunları nasıl basitleştirebilir, geliştirebilir ve en önemlisi hızlandırabilirsiniz? Öncelikle bu soruları ele aldık.
Büyük sağlayıcılar basitçe daha iyisini yapabilir – BT operasyonlarındaki önyargı budur. Küçük ve orta ölçekli şirketlerin buluttan çıkış yolu ile de mücadele edebileceği ve etmesi gerektiği gerçeğini ne açıklıyor?
Bir uygulama veya hizmetin geliştirme döngüsünde mümkün olan en kısa sürede şu durumların değerlendirilmesi faydalı olabilir: Uygulama karmaşık, dinamik bir altyapı gerektiriyor mu? Kullanıcı büyümesi istikrarlı mı yoksa tahmin edilebilir mi? Buluta dış kaynak kullanımının uzun vadeli maliyetleri ve bağımlılıkları hakkında güvenilir bir genel bakışa sahip olmak mümkün mü? Doğru donanımı kendiniz satın almak ve çalıştırmak ne kadar pahalı olurdu? Şirkette ilgili kalifiye çalışanlara zaten sahip misiniz veya onları işe almak veya daha fazla eğitim sağlamak için bütçe var mı? Halihazırda şirketlerde sizin durumunuzla karşılaştırılabilecek örnekler ve başarı öyküleri var mı?
Bu tür soruları kendi kendinize cevaplayabildiğiniz anda, ufukta buluttan uzak bir yol belirebilir. Büyük sağlayıcılar bunu daha iyi yapabilir, ancak yapmak zorunda değildir – şaşırtıcı bir şekilde, bu son derece bireysel bir husustur ve trendler ve sözde basitlik tarafından çok fazla yönlendirilmemeye değer olabilir.
Farah, cevaplar için teşekkürler! 37signals’daki değişiklikle ilgili tüm teknik detaylar Farah’ın blog yazısında bulunabilir.
“Üç Soru ve Yanıt” serisinde iX, ister kullanıcının PC önündeki bakış açısı, ister yöneticinin bakış açısı veya bir yöneticinin günlük yaşamı olsun, günümüzün BT zorluklarının özüne inmek istiyor. Günlük uygulamanızdan veya kullanıcılarınızdan önerileriniz var mı? Hangi konuda kimin tavsiyelerini kısaca okumak istersiniz? O zaman lütfen bize yazın veya forumda bir yorum bırakın.
(fo)
Haberin Sonu