DevOps, yazılım geliştirmeyi hızlandırmak ve yeni uygulamaları daha hızlı sunmak isteyen kuruluşlarda BT’nin temel taşı haline geldi. Artık bulut her yerde olduğu için, bir zamanlar ayrılmış olan bu etki alanı, birçok işletmenin çalışma şeklini değiştiriyor ve hantal ve hantal BT dağıtım günlerini sona erdiriyor.
Şirketler, özellikle şirketin çevikliğini engelleyen süreçleri optimize etmek ve hatta ortadan kaldırmak için otomasyona döndüklerinde, çözülmesi gereken yeni BT zorluklarını belirledikçe, DevOps önümüzdeki yıllarda gelişmeye devam edecek. Bu, teknoloji analisti firması Forrester’ın yeni bir raporuna göre, teknik liderlerin DevOps inovasyonun ve iş dünyasının dönüşümünün çehresini değiştirirken “geniş kapsamlı değişime” hazırlanmaları gerektiğini söylüyor.
Aşağıda, aşağıdakilerden üç önemli çıkarım bulunmaktadır: forrester raporu DevOps’un geleceği hakkında.
Takımlar sonuçlar etrafında organize olacak
DevOps ilkeleri, uyum kavramına ve daha iyi sonuçlar için insanları ve süreçleri birleştirmeye dayanır. Bu nedenle, başarılı çapraz fonksiyonel ürün ekipleri kurmayı umuyorlarsa, şirketlerin siloları yıkmaları ve eğitime yatırım yapmaları gerekiyor.
Forrester, DevOps ekiplerinin kendilerini işlevden çok amaca göre yeniden tanımlayacağına inanıyor. Örneğin, işlevsellik (iş/son kullanıcı uyumu), etkinleştirme (kurum içi koçluk ve danışmanlık), platform (özellik ekiplerinden geliştirici hizmeti) ve karmaşık alt sistem (ana bilgisayar veya özel donanım). Bu, ekiplerin tasarım zorluklarını ele almada önemli olabilecek rollerini ve işlevlerini anlamalarını kolaylaştırır.
Forrester’a göre mühendisler aynı zamanda bireysel ekiplere atanmak yerine paylaşılan bir kaynak haline gelecekler, çünkü kısmen BT ekipleri özel altyapı ekiplerinden takım oluşturma, yapılandırma ve yapılandırma konusunda daha geniş bir sorumluluğa sahip olacak platform ekipleri lehine hareket edecek. izleme. Bu, DevOps ekiplerinin de daha iyi araçlara sahip olacağı anlamına gelir.
Uygulamalar süreçlere göre öncelikli olacak
Bir işte hedeflere veya sonuçlara ulaşmak, genellikle belirli bir sırayla bir dizi adımın izlenmesini içerir. Bu nedenle, her adım genellikle bir kişinin veya bir departmanın imzasını gerektirdiğinden, gecikmeleri başlatmak kolaydır. Devir teslimler garip olabilir ve bu süreçte hedefler bulanık veya yanlış hizalanabilir.
Forrester, DevOps’un gelecekte şirketlerin süreçten uygulamaya geçmesine yardımcı olacağını ve bunun da organizasyonel öncelikler ve işlerin iş içinde nasıl yapıldığı konusunda üzerinde anlaşmaya varılan bir fikir birliğine odaklanacağını tahmin ediyor. Bunlar “yönetim, uyumluluk, güvenlik ve standart operasyonlar etrafında daha fazla otomasyon ile hız için optimize edilecek” ve minimum insan etkileşimi olacak.
Örneğin risk yönetimi, diğer bazı BT süreçlerinden daha fazla manuel gözetimi garanti etse de, zaman alıcı ve genellikle sıkıcı bir süreç olmaya devam etmektedir. Forrester gelecekte, şirketlerin risk değişikliklerinin otomatik analizini sağlamak için geliştirme sürecinin sonuçlarını analiz etmek için makine öğreniminden yararlanabileceklerini ve geliştirme sürecini önemli ölçüde hızlandıracaklarını, yazılımın piyasaya sürülmesini ve devreye alınmasını öngörüyor.
Platformlar konsolide edecek, genişleyecek ve derinleşecek
DevOps, sorunsuz bir şekilde entegre olabilen ve çalışabilen zengin bir teknoloji seti gerektirir. İş gereksinimleri geliştikçe DevOps pazar gereksinimleri ve iş dönüşümünü desteklemek için gereken araçlar da değişir.
Forrester, kuruluşların DevOps araçlarına ve teknoloji yığınlarına yönelik mevcut seç ve karıştır yaklaşımının, her ekibin aynı entegre yazılım dağıtım platformlarını uçtan uca kullandığı daha birleşik bir yaklaşıma yol açacağına inanıyor. Benzer şekilde, kuruluşlar, uygulama geliştirme ve teslimini hızlandırabilecek özel yazılım türlerini barındırmama eğiliminde olan, sıkı bir şekilde entegre edilmiş kurumsal uygulamaların geliştirilmesini basitleştirmenin yollarını aramaya başlayacaklar.
Sunulan çözümlerden bazıları, teknik olmayan çalışanların bile kurumsal uygulamalar oluşturmasına olanak tanıyan “düşük kodlu/kodsuz” araçları, makine öğrenimi ve otomasyonu içerir. Forrester, raporunda bu konuda zorluklar olduğunu belirtiyor: Düşük kodlu platformlar bugün DevOps ardışık düzenlerine iyi entegre edilmemişken, makine öğrenimini görev açısından kritik iş uygulamalarında test etmek riskli olabilir – MLOps’un (makine öğrenimi ve operasyonlar) amaçladığı çözmek için.
Kaynak : ZDNet.com
