Geliştirme O&M öldü, yaşasın O&M yok
Bugünün BT geliştirme trendinde DevOps (DevOps) terimi çok popüler. Bu terim, birkaç yıl önce tek sayfalı uygulamaların (SPA) popülerliği ile popüler olmaya başladı. Ancak önümüzdeki birkaç yıl içinde yeni bir moda sözcük duyacaksınız: Operasyon Yok (NoOps).
Yazar | Daniele Fontani
Çevirmen | Crescent Moon, Baş Editör | Liu Jing
Üretildi | CSDN ( İD: CSDNhaberler)
Aşağıdaki çeviridir:
Üzgünüz, bu başlık bir trafik dolandırıcılığı gibi görünüyor. Bu tür yöntemleri kullanmaktan nefret ediyorum ama okuyucunun dikkatini çekmem gerekiyor. Bugünün BT geliştirme trendinde DevOps (DevOps) terimi çok popüler. Bu terim, birkaç yıl önce tek sayfalı uygulamaların (SPA) popülerliği ile popüler olmaya başladı.
Teknik kabul açısından bunun sorun olmadığını düşünüyorum. Birden biri yeni bir teknolojiyi benimser ve sonra herkes onu benimsemeye ve yaymaya başlar.
Geçtiğimiz birkaç yılda geliştirme, işletme ve bakım böyle bir durum oldu. Ancak önümüzdeki birkaç yıl içinde yeni bir moda sözcük duyacaksınız: Operasyon Yok (NoOps).
Geliştirme işlemi ile çalıştırma ve bakım olmaması arasındaki fark nedir?
Geliştirme ve operasyon Birleştirmek Geliştirme ve işletme ve bakım, hizmet yaşam döngüsünü (tasarımdan teslimata) yönlendiren süreçleri tanımlamak için birlikte çalışan geliştirme, işletme ve bakım mühendislerinin uygulamasıdır.
Operasyon ve bakım olmaması, operasyon ve bakım olmadığı anlamına gelir. Buradaki fikir, tüm platform yönetimi çalışmalarını kaldırmak ve geliştiriciler ile temel ayarlar arasındaki sürtüşmeyi azaltmaktır.
Geliştirme operasyonuna ve bakımına neden ihtiyacımız var?
Teknik ve iş gereksinimleri daha zor hale geliyor ve BT hizmetleri giderek daha karmaşık hale geliyor. Bu nedenle teslimat çok önemlidir ve bu nedenle tüm süreci koordine etmemiz gerekir.
Bulutun yardımıyla artık çok sayıda sistem yöneticisine ihtiyacımız yok, ancak geliştirme, çalıştırma ve bakım için teknik ve iş becerileri yüksek talep görüyor. Geliştirme, işletim ve bakım sağlamak ve daha fazla fayda yaratmak için, teknoloji teslimatından daha fazlasını düşünmemiz gerekiyor.
Neden daha önce işletme ve bakım geliştirmedik?
Bu sorunun birçok cevabı var. Böyle bir ihtiyaç olmadığını düşünebilirsiniz, çünkü o andaki durum basittir veya kültür sağlam değildir.
Bu ifadelere katılıyorum, ancak başka temel nedenler olduğunu düşünüyorum. Tecrübelerime göre teknoloji en kritik konu. Teslimatın otomasyonuna ulaşmak zordur.
On yıl önce, çoğu sistemin otomatikleştirilmiş bir derleme süreci veya iyi tanımlanmış bir iş akışı (git-flow gibi) yoktu. O zamanlar, yüksek kaliteli ve ucuz bir CI çözümü yoktu, bu yüzden uygulanması zordu.
2009'da bir .net portalı kurmayı planladığımı hatırlıyorum. Bu benim ilk işim. Bir Cumartesi sabahı, tüm sabahı otomatik bir dağıtım sistemi oluşturmak için açık kaynaklı araçları kullanmaya çalışarak geçirdim ve sonunda pes ettim.
Böyle bir sistemi sürdürmenin manuel dağıtımdan daha pahalı olduğunu biliyorum. Bugün Azure DevOps'u kullanabiliyoruz ve bu işlemler bir web tarayıcısı üzerinden on dakikada tamamlanabiliyor. Zaman değişti.
Neden sadece geliştirme, çalıştırma ve bakımdan daha fazlasına ihtiyacımız var?
Şirkete çok fazla çaba gösterildikten sonra neden herkesin kendisi hakkında iyi hissettiğini anlamak zor değil. Ancak sorun, BT'nin hızla değişen bir dünya olmasıdır.
Bugünün piyasa talepleri çok zorlu, ancak basitçe şunu söyleyemezsiniz: "Değişikliklerden yoruldum, biraz dinlenmeme izin verin."
Bulutun gelişi, durumun karmaşıklığını hızlandırdı. Karmaşık çözümleri uygulayabilir ve birçok sorunu bulut aracılığıyla çözebiliriz, ancak daha fazla teknolojide ustalaşmamız da gerekiyor.
Tüm bulut hizmetleri ölçeklenebilir bir şekilde satılır, ancak her zaman bazı geliştirme işlemlerine ve bakıma ihtiyacınız vardır. Bu, manuel işin bir kısmından hala kurtulamayacağınız anlamına gelir. Bu süreçte, çoğu zaman hala birinin perde arkasında sessizce çalışmasına ihtiyacınız var. Bu, hala eski yöntemle çalıştığınız anlamına gelir.
Hiçbir işlem ve bakımın amacı, geliştirme ile çalıştırma ve bakımı birleştirmeye gerek olmayan bir süreci tanımlamaktır. Birleştirmek Sistem birlikte normal olarak da çalışabilir. Hiçbir işlem ve bakımın amacı, sistemi manuel çalışma olmaksızın tasarlamak ve devreye almaktır.
Temel olarak, işlem ve bakımsız yöntem şu şekildedir: geliştirici kodu kod tabanına gönderir ve tüm dağıtımlar otomatik olarak tamamlanır. Görünüşe göre bu sürekli bir teslimat süreci, ancak hiçbir işlem ve bakımın kapsamı bundan çok daha fazlası. Burada bahsettiğimiz dağıtım sadece uygulamalarla ilgili değil, aynı zamanda altyapıyı da içeriyor.
Hiçbir işlem ve bakım yapılmaması olasılığının farkına varın
Teknik açıdan hiçbir işlem ve bakım yapılamaz. Spesifik uygulama için birçok seçenek vardır, ancak temel olarak aşağıdaki gibi özetleyebiliriz:
PaaS çözümleri: Heroku gibi veya Azure, AWS ve diğer tüm sağlayıcılarda barındırılan bulut hizmetleri;
Büyük satıcılardan (AWS, Azure, vb.) Satın alınan sunucusuz bilgi işlem;
Yinelenebilir bir altyapı oluşturun (Altyapı ilk kurulduğunda işletim ve bakım gereklidir).
Bu tür çözümler altyapıyı çözmek için çok uygunken, geleneksel dağıtım araçları süreçleri yönlendirebilir ve uygulamaları sunabilir.
Her şey altın değil
Altyapı yönetimini kaldırma fikrinin cazip olduğunu kabul ediyorum. Çürük bir dişi çıkarmak gibi. Altyapı yönetiminin maliyeti çok yüksektir ve geliştiriciler ile operasyonlar arasında her zaman sürtüşme vardır.
Ancak asıl mesele şu ki, sorun altyapı değil, süreçtir. Süreç uygun şekilde tasarlanırsa, sürtünme, gecikme olmayacak ve her şey normal şekilde ilerleyecektir.
Yönetim maliyeti konusunda endişeli misiniz? Ardından sadece yönetimi değil, genel maliyeti de göz önünde bulundurun. Belki de PaaS dışı bulut tabanlı altyapının yönetilmesi daha pahalıdır, ancak nihai maliyet yine de aynıdır. Sonuçta, yetenek belirleyici faktör, değil mi?
Sana bir Sır söyleyim. Bazı uygulamalar PaaS üzerinde konuşlandırılabilirken diğerleri dağıtılamaz.
Uygulamanız basitse, PaaS iyi bir çözüm olacaktır ve geliştirme ve operasyon personeli iş yükünü azaltmaktan mutluluk duyar. Ancak başka bir Netflix oluşturmak istiyorsanız, daha fazla kontrole ihtiyacınız olabilir.
Bu nedenle, bazı insanlar hala geliştirme operasyonu ve bakımı yapamıyor ve hiçbir işlem ve bakım yapamıyor. Bunu başarmanın tek bir yolu var: akıllı bir altyapı oluşturmak, bakımı en aza indirmek ve her şeyi otomatikleştirmek. Sizin için en iyi çözümü bulmak için Google Cloud gibi büyük bulut hizmetlerini veya diğer hizmetleri araştırabilirsiniz.
Öyleyse, bu açıdan bakıldığında, operasyon ve bakım nedir? Hiçbir işlem ve bakım, buluta geçiş sırasında ortaya çıkan bir başka moda sözcük değildir.
Orijinal: https: // orta .com / daha iyi programlama / devop-noops-fark-504dfc4e9faa
Bu makale bir CSDN çevirisidir, lütfen yeniden basımın kaynağını belirtin.
SON
