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 uygulamalı 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 ve Ruby sistem yönetimindeki profesyonel geçmişine ek olarak, siber güvenlik ve fotoğrafçılıkla da ilgileniyor.
Yıllarca tek bir yol varmış gibi göründü: Şirketler altyapılarını dış hizmet sağlayıcılara yaptırdı. 37signals neden şimdi BT’sini sıfırlamaya karar verdi?
Her şeyden önce, her şeyden önce ekonomik bir karardı ve öyledir. 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ı yavaş yavaş 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 ekstra maliyetler kullanım durumlarımız için herhangi bir esneklik ve soyutlama 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ı kavramları ve arayüzleri etrafında inşa edildi. Kod olarak altyapımızın sürekli olarak optimize edilmesi ve ayak uydurması için uyarlanması gerekiyordu. Çalışanların eğitilmesi gerekiyordu, bakım döngüleri servis sağlayıcı tarafından belirlendi. Bunların hepsi bizi de etkileyen gizli ama uzun vadeli maliyetler.
Sonunda kendimize felsefi bir soru da sorduk: Operasyonel işimizi harici bir hizmet sağlayıcının ellerine gerçekten bu kadar çok mu emanet etmek istiyoruz? Bizim için tamamen harici bulut hizmetlerine güvenmek, aynı zamanda büyük ölçüde bağımlı olduğumuz anlamına 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 halihazırda her derde deva birçok çözüm var ve doğru yapılırsa veri merkeziniz için de işe yarayacaklar. Bu vaat ne kadar doğru?
Kendi altyapımız, çeşitli bulut hizmeti sağlayıcıları aracılığıyla veri merkezimizden başlayarak konteyner ve Kubernetes çözümleri arasındaki çeşitli geçişlere kadar birçok geçişten geçti. Bu gezinin yararı, yol boyunca çok şey öğrenmemizdi; buna biraz ustalık ve uyarlamayla bazı bulutta yerel kavramların veri merkezimizde şirket içinde de çalışması dahil. 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ı: kapsayıcıya almanın önceki işini ve esnekliğini korumamıza izin verdi, ancak aynı zamanda basitçe yönetilen sanal makineler için temel altyapıyı basitleştirdi ve tüm uygulamalarımız için tutarlı bir devreye alma konsepti tasarladı. Ayrıca şirket içi buluttan alıştığımız verimlilik ve basitliğin haritasını çıkarmak için altyapı düzenlememizi tamamen modernize etmeye odaklandık.
37signals’ta bizim için anahtar, mevcut bilgiden yararlanmak ve onu yeni zorluklara uyarlamaktı: MySQL veritabanlarını yönetmek, günlük kaydı yapmak, sanal makineleri KVM ile tedarik etmek veya düzenleme konteyneri için bir ELK yığını da yeni bir şey değil. Tüm bu şeyler nasıl basitleştirilir, geliştirilir ve her şeyden önce nasıl hızlandırılır? Ağırlıklı olarak bu soruları ele aldık.
Büyük satıcılar bunu daha iyi yapabilir – BT operasyonlarındaki eğilim budur. Küçük ve orta ölçekli işletmelerin bile buluttan yolculuk yapabileceğini ve yapması gerektiğini kanıtlayan nedir?
Bir uygulama veya hizmetin geliştirme döngüsünde mümkün olduğu kadar erken bir zamanda aşağıdaki durumların değerlendirilmesi faydalı olabilir: Uygulama, karmaşık ve dinamik bir altyapı gerektiriyor mu? Kullanıcı büyümesi istikrarlı mı yoksa tahmin edilebilir mi? Bulut 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 kullanmak ne kadar pahalı olurdu? Halihazırda şirkette ilgili vasıflı çalışanlara sahip misiniz veya onları işe almak veya daha fazla eğitime izin vermek için bütçeniz var mı? Halihazırda şirketlerde sizin durumunuzla karşılaştırılabilecek örnekler ve başarı öyküleri var mı?
Bu soruları kendi başınıza cevaplayabildiğiniz anda, ufukta buluttan uzak bir yol belirebilir. Büyük tedarikçiler bunu daha iyi yapabilir, ancak yapmak zorunda değildir – şaşırtıcı bir şekilde, bu son derece bireysel bir husustur ve trendler ve varsayılan basitlik tarafından fazla yönlendirilmemeye değer olabilir.
Farah, cevaplar için teşekkürler! 37signals’a yapılan değişiklikle ilgili tüm teknik ayrıntılar Farah’ın blog gönderisinde bulunabilir.
“Üç soru ve cevap” 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 hayatı 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ı? Özetle hangi konuda hangi önerileri okumak istersiniz? O zaman 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 ve Ruby sistem yönetimindeki profesyonel geçmişine ek olarak, siber güvenlik ve fotoğrafçılıkla da ilgileniyor.
Yıllarca tek bir yol varmış gibi göründü: Şirketler altyapılarını dış hizmet sağlayıcılara yaptırdı. 37signals neden şimdi BT’sini sıfırlamaya karar verdi?
Her şeyden önce, her şeyden önce ekonomik bir karardı ve öyledir. 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ı yavaş yavaş 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 ekstra maliyetler kullanım durumlarımız için herhangi bir esneklik ve soyutlama 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ı kavramları ve arayüzleri etrafında inşa edildi. Kod olarak altyapımızın sürekli olarak optimize edilmesi ve ayak uydurması için uyarlanması gerekiyordu. Çalışanların eğitilmesi gerekiyordu, bakım döngüleri servis sağlayıcı tarafından belirlendi. Bunların hepsi bizi de etkileyen gizli ama uzun vadeli maliyetler.
Sonunda kendimize felsefi bir soru da sorduk: Operasyonel işimizi harici bir hizmet sağlayıcının ellerine gerçekten bu kadar çok mu emanet etmek istiyoruz? Bizim için tamamen harici bulut hizmetlerine güvenmek, aynı zamanda büyük ölçüde bağımlı olduğumuz anlamına 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 halihazırda her derde deva birçok çözüm var ve doğru yapılırsa veri merkeziniz için de işe yarayacaklar. Bu vaat ne kadar doğru?
Kendi altyapımız, çeşitli bulut hizmeti sağlayıcıları aracılığıyla veri merkezimizden başlayarak konteyner ve Kubernetes çözümleri arasındaki çeşitli geçişlere kadar birçok geçişten geçti. Bu gezinin yararı, yol boyunca çok şey öğrenmemizdi; buna biraz ustalık ve uyarlamayla bazı bulutta yerel kavramların veri merkezimizde şirket içinde de çalışması dahil. 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ı: kapsayıcıya almanın önceki işini ve esnekliğini korumamıza izin verdi, ancak aynı zamanda basitçe yönetilen sanal makineler için temel altyapıyı basitleştirdi ve tüm uygulamalarımız için tutarlı bir devreye alma konsepti tasarladı. Ayrıca şirket içi buluttan alıştığımız verimlilik ve basitliğin haritasını çıkarmak için altyapı düzenlememizi tamamen modernize etmeye odaklandık.
37signals’ta bizim için anahtar, mevcut bilgiden yararlanmak ve onu yeni zorluklara uyarlamaktı: MySQL veritabanlarını yönetmek, günlük kaydı yapmak, sanal makineleri KVM ile tedarik etmek veya düzenleme konteyneri için bir ELK yığını da yeni bir şey değil. Tüm bu şeyler nasıl basitleştirilir, geliştirilir ve her şeyden önce nasıl hızlandırılır? Ağırlıklı olarak bu soruları ele aldık.
Büyük satıcılar bunu daha iyi yapabilir – BT operasyonlarındaki eğilim budur. Küçük ve orta ölçekli işletmelerin bile buluttan yolculuk yapabileceğini ve yapması gerektiğini kanıtlayan nedir?
Bir uygulama veya hizmetin geliştirme döngüsünde mümkün olduğu kadar erken bir zamanda aşağıdaki durumların değerlendirilmesi faydalı olabilir: Uygulama, karmaşık ve dinamik bir altyapı gerektiriyor mu? Kullanıcı büyümesi istikrarlı mı yoksa tahmin edilebilir mi? Bulut 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 kullanmak ne kadar pahalı olurdu? Halihazırda şirkette ilgili vasıflı çalışanlara sahip misiniz veya onları işe almak veya daha fazla eğitime izin vermek için bütçeniz var mı? Halihazırda şirketlerde sizin durumunuzla karşılaştırılabilecek örnekler ve başarı öyküleri var mı?
Bu soruları kendi başınıza cevaplayabildiğiniz anda, ufukta buluttan uzak bir yol belirebilir. Büyük tedarikçiler bunu daha iyi yapabilir, ancak yapmak zorunda değildir – şaşırtıcı bir şekilde, bu son derece bireysel bir husustur ve trendler ve varsayılan basitlik tarafından fazla yönlendirilmemeye değer olabilir.
Farah, cevaplar için teşekkürler! 37signals’a yapılan değişiklikle ilgili tüm teknik ayrıntılar Farah’ın blog gönderisinde bulunabilir.
“Üç soru ve cevap” 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 hayatı 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ı? Özetle hangi konuda hangi önerileri okumak istersiniz? O zaman bize yazın veya forumda bir yorum bırakın.
(fo)
Haberin Sonu