Karar vericiler için 10 bulut bilişim yönergesi
İşletmelerin dijital dönüşümünün anahtarlarından biri "buluta gitmektir." Ancak, buluta gitmek sadece buluta gitmek veya buluta gitmek değildir. Kapsamlı bir şekilde düşünülmesi gereken daha fazla faktör vardır. Bulut bilişim endüstrisindeki yılların deneyimine dayanarak, bu makalenin yazarı bulutla karar verme için on kriteri özetlemektedir.
Trek10'da (bir bulut bilişim endüstrisi hizmet şirketi) çalıştığım yıllarda, onlarca şirketle (startup'lar ve Fortune 100 şirketleri dahil) iş ve teknik karar vericilerin bulut ekipleri oluşturmalarına ve oluşturmalarına yardımcı olmak için çalıştım. Bulut uygulaması.
Bu şirketler karşılaştıkları zorlukların benzersiz olduğuna inanmalarına rağmen, aslında aynı sorunlarla tekrar tekrar karşılaşıyorlar.
Artık Trek10 üzerindeki çalışmamı bitirdiğime göre, özetlediğim bulutla karar vermenin on prensibini paylaşmak istiyorum.
Bunları iki gruba ayırıyorum: bir grup işle ilgili karar vericiler (yöneticiler) ve diğer grup teknik karar vericiler (mühendisler ve teknik yöneticiler) içindir.
Grup 1: İşle ilgili karar vericiler için öneriler
1. Bulut yalnızca teknik bir sorun değildir
Genel olarak Agile veya DevOps dönüşümünün, yeni sorumlulukları, yeni çalışma yöntemlerini ve yeni ekip iletişimi yollarını içeren yukarıdan aşağıya bir organizasyonel değişim olduğuna inanılmaktadır. Körü körüne bir "DevOps kutusu" satın alıp (birisi size satmaya çalışsa da) başarılı olmasını bekleyemezsiniz.
Aynı şey bulutu kullanmak için de geçerli. Bulutu eski teknolojileri ve eski çalışma yöntemlerini sunmak için alternatif bir araç olarak düşünmeyin. "Basit ve kaba geçiş" zihniyeti, sonunda bulutu benimsemenin başarısız olmasına yol açacak ve size yüksek bir fiyata mal olacaktır.
Başarılı "bulut" işinde geliştirme, operasyonlar, güvenlik ve hatta finans yeni yapılandırmaları benimsedi. Bu yüzden lütfen değişimi anlamak ve benimsemek için biraz zaman ayırın.
2. İyi eğitim
Bulutu benimsemek için, organizasyonel komutları yukarıdan aşağıya aktaramaz ve sonra kenara çekilip daha sonra iyi şeylerin olmasını bekleyemezsiniz.
Bulutu benimsemek, teknik becerilerde ve ekip sorumluluklarında büyük bir değişiklik gerektirir. Piyasada bulut teknolojisinden anlayan pek fazla insan yok. Dışarıdan yardım alabilecek olsalar da, işletme içinde profesyonel bilgi biriktirmeyi planlamaları gerekiyor.
Büyük işletmelerde bir bulut merkezi kurmak iyi bir başlangıç, ancak çabalarının adadan ada haline geldiğini gördüm. Sadece bir "bulut ekibi" oluşturamazsınız, aynı zamanda kapsamlı bir şekilde bir bulut kültürü geliştirmeniz gerekir. Bu, şirketlerin bulut yeteneklerini kuruluş genelinde aylar veya yıllar içinde sabırla genişletmeleri gerektiği anlamına gelir.
Eğitim yüksek maliyetler gerektirir, ancak bulutun öneminin, aynı miktarda insan gücü ile daha fazla değer yaratmanıza izin vermesi olduğunu bilmelisiniz. Bu nedenle, işe alım bütçenizi yeniden dağıtın ve bunun bir kısmını ekibinizi eğitmek için kullanın, sizi şaşırtacaklar.
Doğru öncelikleri belirleyin ve uygun teşvikleri sağlayın; çalışanlarınızın yavaş yavaş değiştiğini göreceksiniz.
3. Bulutu bir değer merkezi olarak düşünün
Geçmişe kıyasla bu tür şirketlerin sayısı azalmış olsa da, bazı şirketler çoğunlukla maliyetten tasarruf etmek için bulutu tercih ediyor. İyi nedenleri var. Ama aslında bulutu seçmek daha az para harcamak değil, daha fazla değer yaratmaktır.
Bu yüzden "Bulut, BT katil uygulamasıdır" sözünü seviyorum: Elektronik tabloların ilk kişisel bilgisayarlarda oynadığı rol gibi, bulut da BT maliyetlerini haklı çıkarmak için yeterlidir.
Şirketlerin kullanabileceği bulut hizmetlerine bütünsel bir bakış açısıyla bakarsanız, bulut hizmetlerinin ortaya çıkmasıyla birlikte pazara sunma süresinin, yenilik hızının ve çevikliğin arttığını göreceksiniz.
Bazı şirketler önündeki bulut maliyet faturalarına bakar, çünkü görebildikleri ve anlayabildikleri tek gösterge budur - acı verici bir gösterge olmasına rağmen. Zamanın değeri gibi diğer olumlu göstergeler ölçülemez değildir, ancak oluşturmak için derin çaba gerektirir.
Önce başarı kriterlerinizi belirlemek için denemeler yapın, ardından bulutun değerinin maliyetini çok aşacağını göreceksiniz.
4. Küçük başlayın, ancak zaman kaybetmeyin
İnsanlar, belki de aylar hatta yıllarca, bulutun benimsenmesinin eşiğinde kolayca mahsur kalır. Yakın tarihli bir re: Invent açılış konuşmasında Andy Jassy, bir şirketin bulutu benimsemekle övündüğü, ancak gerçekte sadece birkaç küçük deneysel senaryo uyguladığı bir vakaya atıfta bulundu. Bu yaklaşım teknik ekibe övünen sermaye verse de, iş için hiçbir değeri yoktur.
Başlangıçtan itibaren her şeyi doğru yapamazsınız, ancak başlamanızı engellemesine izin vermeyin. Küçük başlayın, dikkatli çalışın, eksiklikleri bulun, iyileştirin, süreci tekrarlayın ve genişletin ve öğrenin.
Bulutu ciddiye alın, ardından iyi sonuçlar alın.
5. Partnerinize güvenin
Şirketlerin bulutu benimserken aylarca hatta yıllarca takılıp kalmasına neden olan nedir? Bunun bir nedeni, karmaşık değişikliklerle yüzleşmek zorunda olduklarını bilmeleridir, ancak hata yapmak istemezler.
Bu nedenle, bulutu benimserken güvenilir ortaklar getirmek gerekir - daha önce bu şekilde yürüdüler, nerede tuzakların olduğunu ve hangi kısayolların mevcut olduğunu biliyorlardı.
Güvendiğiniz bulut bilişim ve danışmanlık iş ortaklarını bulun ve kalıcı ve olumlu bir değişim elde etmenize yardımcı olmalarına izin verin.
Grup 2: Teknik karar vericiler için öneriler
6. Bir teknolojiyi sadece tanıdık olduğunuz için seçmeyin.Teknik kararlar verirken, birçok kişi problemlerin çoğunun zaman içinde test edilmiş çözümlerle çözülebileceğini öne sürer.
Bu, büyük yıkıcı değişikliklerin olmayacağı bir çağda iyi bir öneridir. Bununla birlikte, bulut bilişim, bilgi işlem yöntemini değiştirdi ve bazı yeni teknolojilerin ortaya çıkışı, insanları sıkıcı görevlerden temelde kurtardı ve içerik sunma ölçeğini ve yeteneğini artırdı.
Örneğin, AWS'nin Amplify hizmeti, mobil geliştirme ve arka uç geliştirme hedeflerini hızla değiştirdi. Düşük kodlu, desen merkezli API geliştirme yöntemi harika ve bulutta yerel veri depolama ile sıkı entegrasyon daha gelişmiş. AppSync'in arka ucu bir bulut hizmeti olduğu için, herhangi bir şey yapmanıza gerek kalmadan istediğiniz zaman geliştirilebilir. Tamamen ustalaşmanız birkaç hafta alsa da, öğrenmeye harcanan zaman gelecekte sonsuz ödüller getirecektir.
Temel sorun, duygularınızın size ihanet edebilmesidir. Bu nedenle, hangi araçların ve hizmetlerin size en fazla faydayı sağlayabileceğini sakince değerlendirmelisiniz.
7. Zaman en değerli kaynaktır ve akıllıca kullanılması gerekir
Her gün dokunduğunuz en pahalı kaynak, üretim veritabanı kümeleri, uygulama sunucusu grupları veya günlükler değil, zamandır.
Sizin ve ekibinizin teknoloji yığınını oluşturmak ve sürdürmek için harcadığınız zaman sınırlıdır. Onları tekerleği yeniden icat etmekle harcamayın.
Kendimi örnek alırsak, son işimde sıfırdan eksiksiz bir teknoloji yığını dağıtım çerçevesi ve boru hattı aracı oluşturmak için çok zaman harcadım. Dağıtım boru hattı sonunda işletmeye bir miktar değer kattı, ancak bize binlerce saat harcamak pahasına.
Ekibim ve ben mevcut hizmetlerden daha fazla faydalanabilirsek, yaptığımız şeyi yönetime sürekli kanıtlamak yerine aynı işlevleri daha kısa sürede sunabilir ve daha yüksek değerli projeleri tamamlayabiliriz. İşler doğru.
Bulut yerel geliştirme, size daha değerli zaman kazandırabilecek önceden oluşturulmuş hizmetleri kullanmaya öncelik verir.
8. Bulut geliştirmeye olabildiğince erken başlayın
Her zaman "kodu yerel olarak test edin ve bulutta hizmetler sağlayın" diye teşvik ettim. Sunucusuz geliştirmenin yükselmesiyle birlikte, bulut ile yerelin ayrıldığı bir geliştirme ortamının değeri gittikçe azaldı.
Gerekirse, kodu yerel olarak yineleyebilir ve uzaktan dağıtılan rollere ve kaynaklara göre test edebilirsiniz. Bunu geliştirmede ne kadar erken yaparsanız, izinler ve yapılandırma sorunları o kadar erken keşfedilecek ve üretim ortamında o kadar az kaza meydana gelecektir.
En iyi tanıdığım satıcı olan Stackery'yi ele alalım. İsmin popüler hale gelip gelmeyeceğinden şüphe duysam da, onların "cloudlocal" geliştirme felsefesini gerçekten seviyorum. Bildiğim kadarıyla, CLI'leri şu anda AWS Lambda işlevlerini yerel olarak çalıştırmayı destekleyen tek araçtır (bulutta dağıtılan uzak rollerle ilişkilendirilir). Yerel işlevi çağırırken, güven ilişkisini role enjekte edecektir. Bunun için daha iyi destek sağlamak için diğer büyük ölçekli sunucusuz dağıtım çerçevelerinin (AWS SAM ve Sunucusuz Çerçeve) gelecekte görünmesini bekliyorum.
9. Var olmayan sorunları çözmek için zaman kaybetmeyin
İşinizde birçok gerçek sorun olduğunu ve sahte sorunlar olmadığını mı düşünüyorsunuz? Ne yazık ki, yazılım mühendisleri önemsiz sorunlara çözüm bulmada çok iyidir.
Örneğin, uygulamalarınızdan birinin gerçekten birden çok bölgeyi desteklemesi gerekiyor mu? AWS ABD Doğu bölgesinde bir kesinti süresi varsa, uygulamanızın kullanılabilirlik sağlaması gerekir mi? Bölgeler arası ilişkilerde tutarlılığı sağlamak için ne kadar zaman harcamanız gerekiyor? Verileri kopyalamak için ne kadar harcamanız gerekiyor?
Taşınabilirlik büyük bir sahte sorundur. Bazılarının dediği gibi, Kubernetes kullanıyorsanız çok akıllı olmalısınız. Hizmet ızgaralarını, hizmet temsilcilerini, giriş yönlendirmesini vb. Koordine etmek çok karmaşık görevlerdir.
Bulut sağlayıcılarını değiştirmek gerektiğinde teknolojinin yerini alabilmeleri için karmaşık soyutlama katmanlarına sahip sunucusuz uygulamalar geliştiren insanlar bile gördüm.
Gerçekten bilge teknik karar vericiler, belirli bir alanda uzman olabileceğinizi bilirler, ancak bu alan çok küçüktür. Bulut hizmetleri tarafından sağlanan mevcut mimariden faydalanabilir ve bunun üzerine kendi işlevlerinizi oluşturabilirsiniz.
Kubernetes kullanmanız gerekiyorsa, birçok şeyi çıkarmanıza ve ultra düşük fiyatlı spot örneklerde kapsayıcıları düzenlemenize yardımcı olan Fargate veya SpotInst Ocean'da EKS gibi barındırma hizmetlerini düşünebilirsiniz.
Söylemeye gerek yok, tedarikçilerle daha yakın entegrasyon sayesinde birçok avantaj elde edebilirsiniz. Bulut sağlayıcısı fiyatları kilitleyeceğini belirtmediği sürece (şimdiye kadar gerçekleşmedi), daha değerli özellikler sunmak için zaman harcayabilirsiniz.
Bu kararları alma prensibim basit: "Kod yazarken akıllı olmayın, bulut konusunda aptal olun."
10. Değeri göster
Teknik bir karar verici, kod konusunda pratik deneyime sahip biri olarak, sorunu en çok hangi teknolojinin etkileyebileceğini belirleyen kişi sizsiniz.
Bariz faydaları var gibi görünen bir karar konusunda çok emin değilseniz, bulutta prototip oluşturmak için biraz zaman harcayabilirsiniz, bu genellikle hızlı ve uygun maliyetlidir.
Teknik bir karar verici olarak, işletmeye güçlü kanıtlar gösterebilirsiniz: Bakın, ihtiyacınız olanı yaptım, hızlı çalışıyor ve bakımı kolay.
Beni takip edin ve bu makaleyi iletin, "bilgi almak" için bana özel bir mesaj gönderin, 4999 yuan değerinde ücretsiz bir InfoQ mini kitabı alabilirsiniz!
