İsmine göre karmaşık görünebilir. Zaten iki karmaşık fenomenin kısaltması, gelişim ve operasyonlar, örgütsel sıfatla eklenmiştir. Bazı insanlar için oldukça bilmece gibi görünebilir.
Doğası gereği hiç de karmaşık değil. (Eh, bir şeyleri düzeltmek için komplikasyonlardan geçmeyi tercih eder, ancak bu bir kerelik bir yolculuktur). Hatırlayalım: DevOps muhtemelen en kapsamlı yazılım uygulama ve bakım tekniğidir. Geliştirme yaşam döngülerini kısaltır, değişikliklerin (bir kodda veya herhangi bir yerde) daha hızlı yapılmasına izin verir, hataların mümkün olan en erken aşamalarda tespit edilmesini ve ele alınmasını sağlar, departmanlar arasındaki gereksiz rekabeti ve kötü tutumları ortadan kaldırır, elle tutulur bir ekip oluşturma aracı sağlar ve hem geliştirme hem de operasyonları verimlilik açısından verimli hale getirir ve maliyet.
DevOps tam olarak bir roket bilimi olmasa da, bazı önemli çabalar gerektirir: süreçleri ayarlamak, en azından uygun düzeyde iç iletişim ve işbirliği kurmak, her ekip üyesinin sorunsuz kullanımı için yeterli teknik araçlar sağlamak. DevOps ilkelerinin bir yazılım geliştirme / bakım kuruluşuna ilk kez tanıtılması, her şeyden önce çok fazla insan sermayesi – zaman, çaba ve uygun şekilde eğitilmiş personelin mevcudiyeti – gerektirir. Doğru ayarlanırsa, DevOps uygulamaları çok yakında geri ödeyecek. Ancak lansmanı kesinlikle bir zorluktur; bazen acı.
İşte o örgütsel sıfat, ”Yönetilen” kısım devreye giriyor.
Bir müdürle konuşsak iyi olur.
Tam çevrimiçi veya çoğunlukla çevrimdışı olan ancak kendi BT departmanlarına sahip olan birçok işletme için altyapı desteği ve çoklu kurulumlar (burada ağlardan bahsediyoruz) istenmeyen ve isteksiz işlerdir. Geliştiriciler kodlamayı ve serbest bırakmayı, perakendecileri – satmayı ve yenilemeyi vb. Tercih eder. Rutin ağ kullanılabilirliği desteğinin ötesine geçen herhangi bir etkinlik, zaman ve parayı yutar; Bu, ortaya çıkacak yeni yöntemler için daha da doğrudur. Uygun vasıflı DevOps uzmanlarının genel yüksek talebini (okuma – ciddi eksiklik) ekleyin ve bu “ekstra” faaliyetleri güvenilir bir BT ortağına iletmek için yalvaran işletmeleri bulacaksınız – ekonomi açısından değil, yalnızca.
Bu nedenle, söz konusu bir iş ortağı, çoğu durumda bulut hizmetleri sağlayıcısı, bir yan DevOps sürecinin sorumluluğunu üstlenir, yönetir. Sade dış kaynak kullanımından biraz farklıdır. Bir sağlayıcının DevOps çalışanları ve bir müşterinin BT uzmanları en yakın işbirliğini sürdürür; Müşterinin BT departmanının değerli bir uzantı aldığını söylemek abartı olmaz.
İşbirliğinin kesin yolları – iki tane var – biraz farklı. Her iki sağlayıcı da süreçleri başlatır ve yönlendirir, günlük işleri bir müşteriye bırakır; veya tüm DevOps, bir müşterinin temel faaliyetlerine tam olarak odaklanmasına izin vererek sağlayıcının kanatları altına girer.
Daha önce de söylediğimiz gibi – hiç de karmaşık değil, değil mi?
Yönetilen DevOps aşağıdakiler için en iyi sonucu verir:
- Kurumsal siteler. Kurum içi geliştiriciler, özellikle internet perakendeciliğinde, artan iş taleplerine ayak uyduramayabilir. Kendi BT ekibinin genişlemesi, nihayetinde, ek çekirdek olmayan harcamalar getirmeye devam ettiği için çıkmaz sokaktır. Bir risk daha, BT teknik özellikleri konusunda çok istekli olmayan kurum içi İK’nın uygun olmayan niteliklere sahip uzmanları işe alabilmesidir. Deneyimli yan DevOps ekibi sadece bugün için en iyi çözümleri önermekle kalmaz, aynı zamanda iş taleplerini tahmin edebilir ve gelecekteki altyapı ve süreçleri zamanında düzenleyebilir.
- Mobil uygulamalar geliştirme. Bu şube, yeni trendlere tepki verme ve benimseme açısından muhtemelen piyasadaki en hızlısıdır. Burada Yönetilen devop’lar iki ayrı şekilde yardımcıdır. Aynı anda birkaç ilgili olmayan mobil geliştirme projesine sahip şirketler için teknik, strateji yönetim aracıdır. Uygulamaların kendisi için uygulama mağazalarına giden daha hızlı ve sorunsuz yoldur.
- GameDev. GameDev şirketinin büyüme konseptlerinin belirli bir aşamasında, tasarım ve pazarlama, halihazırda piyasaya sürülen oyunların desteklenmesi ve sürdürülmesinden daha önemli hale geliyor. Yönetilen DevOps, bu dengesizliğin ortadan kaldırılmasına yardımcı olur. Oyunların piyasaya sürülmesine giden daha hızlı ve sorunsuz yol burada da geçerlidir.
- Tek seferlik ve özel projeler. Yönetilen DevOps uzmanlığı, yoğun şekilde uyarlanmış görevlerde bile en uygun çözümleri ister. Tekniğin gerçek uygulaması gerekli değilse, devam eden analiz ve danışmanlık müşterileri en iyi durumda tutacaktır.
Nasıl yapıyorlar
Tam ifadeler değişebilir, ancak bunlar Yönetilen devops’un aşamalarıdır.
Verimsizliklerin denetimi. Sıkı işbirliğinin çoktan başladığını lütfen unutmayın: bir sağlayıcı olası tüm dar noktaları inceler, bir müşteriyi (ve varsa müşterinin müşterilerini) dinler ve kurum içi uzmanların her engeli ortaya çıkarmasına aktif olarak yardımcı olur.
Plandan yol haritasına. DevOps manager tüm yapıyı çizer, ardından altyapısal kurulum (lar) a, komut dosyası yazmaya, eşzamanlılık konularına, takımlamaya ve tabii ki proje maliyetine ayırır.
Sözleşme imzalama ve yürütme. Buraya eklenecek pek bir şey yok, gerçekten. Belki de dahil olan tüm insanların (sadece olması gerektiği gibi değil – bunu yapılan iş olarak düşünün!) herhangi bir anda, şu anda neler olup bittiğinin, zaten ne yapıldığının ve neyin peşinde olduklarının farkındadır.
İzleyin, gözden geçirin, bitiş çizgisine ulaşın. En kapsamlı yol haritasının bile olayların gidişatıyla değiştirilmemesi olasılığı sonsuz bir şekilde sıfırlanma eğilimindedir. Yapılan değişiklikler ve öğrenilen derslerle bitmiş proje daha da rafine görünüyor.
Tekrarlamak. Bir sonraki adım veya tamamen yeni proje: her şey daha fazla uzmanlığa olanak tanır. Ve bu uygulamanın mükemmel olduğunu unutmayın.
Artıları
- Zaman, maliyet ve performans / işçilik açısından sağlam verimlilik. Çekirdek olmayan görevlerden rahatsız olmamak, müşterinin uzmanları doğrudan sorumluluklarına daha iyi odaklanabilir. Şirket içinde ek çalışma alanları oluşturma ve fazladan personel yetiştirme gereksizliği, Yönetilen devops’u ekonomik açıdan daha da anlayışlı hale getirir.
- Daha hızlı ve hatasız ürün montajı ve teslimatı.
- Çok sayıda süreç otomasyonu – yine de özel çözümler düşünüldüğünde çok fazla esneklikle.
- Zararsız test yöntemleri: kanarya dağıtımı (küçük ve iyi tanımlanmış bir kullanıcı grubu için); tek tıklamayla geri alma özelliği.
Eksiler
- Bir fenomen olarak DevOps, şirket kültüründe önemli değişiklikler olduğunu gösteriyor. Yeni ilişki türlerinin ilk kabulü en üst düzeyden gelmeli ve her iş seviyesini emprenye etmelidir. Yalnızca geliştiricilerin DevOps ilkelerini benimsemiş olması kabul edilemez (ve yaşam derslerine göre pek mümkün değildir), diğerleri ise benimsememiştir.
- Hız uğruna güvenlik asla feda edilmemelidir. Bir sağlayıcının bilgi koruma uygulamaları hakkında endişeleri olan bir müşteri, başka bir Yönetilen DevOps yüklenicisini düşünmelidir.
Bunu nasıl yapıyoruz
De ITGLOBAL.COM kanıtlanmış performans kayıtları ve müşterilerimizden gelen minnettar geri bildirimlerle DevOps uzmanlarından oluşan ekibe sahip olmaktan gurur duyuyoruz. DevOps kültürünün olası tuzaklarına aşinayız ve engelleri önlemek için hazır araçlarımız var. Özellikle, bulut hizmetlerimizin güvenliği tanınır ve uygun şekilde onaylanır.
Deneyimimiz, hem genel hem de özel kurumsal bulutlarda, şirket içinde ve hiper ölçekleyicilerin içinde değişen karmaşıklığa sahip yönetilen projeleri içerir. Yönetilen devop’ları (ve diğer tüm bileşik çözümleri) “tek pencere” modunda eksiksiz hizmetler olarak sunuyoruz.