Özellikle toplum gelecek için çok önemlidir ve Gold Times'a gitmelidir. Ancak alaka düzeyi de baskıyı artırır: sadece gereksinimleri karşılayan bir toplumun geleceği vardır.
Müşterilere daha hızlı yeni özellikler sunan herkesin piyasada bir avantajı vardır. Yazılımı daha hızlı ve daha sık üretime getirmek birçok şirket için en önemli zorluklardan biridir. Mimariler buna yönelir, yazılım yeniden yazılır ve daha hızlı bir dağılım için çok daha fazlası yapılır.
Bu, operasyon için gereksinimleri artırır. Daha fazla sunucu daha hızlı takması gerekiyor. Teknik tabanlar uzun süre mevcuttur: sanallaştırma ile yeni bir sunucu sadece uzak farenin bir tıklamasıdır veya bir komut dosyası bir API isteyerek sunucuyu oluşturur. Otomatik yazılım kurulumu da uzun süre mümkün oldu. Bu sektörde, özellikle son yıllarda birçok yeni araç oluşturulmuştur.
Uygulamada, birçok BT departmanı ortamların inşası sırasında çok yavaştır ve sürekli yüksek kaliteli bir kalite sunmaz. Otomasyon uygulanmaz. Sanallaştırma çoğunlukla uygulanır. Sadece daha yüksek hızlar veya nitelikler getirmez. Bununla birlikte, kalite ve hız eksikliği, müşterilerin gelecekteki gereksinimlerini karşılayabilmek için merkezi engellerdir.
Bu durum şaşırtıcı. DevOps gibi örgütsel yaklaşımlar aslında kalkınma ve operasyon arasındaki işbirliğinin arttığını ve operasyonel sorunların bu kadar erken ve etkili bir şekilde çözüldüğünü garanti etmelidir. Şirket yazılımın daha fazla geliştirilmesi haline gelir: sadece klasik operasyon duygusu içinde ortamları manuel olarak inşa etmek yerine, altyapıların otomasyonunu bir anlamda geliştirmelidir. Bununla birlikte, organizasyonel çözümler de uygulanmamıştır.
Bunun nedeni muhtemelen maliyetlerin optimizasyonu, zaten başka bir blog yazısı vardı. Çoğu zaman, işletme departmanlarının kendileri bu tür sorunlar olduğu hiçbir şey yapamazlar – sonuçta, hedefleri farklıdır.
Şirket tepki vermezse, onun için zor olacak
Her durumda, müşteriler daha yüksek kalite ve hız için gereksinimlerini karşılamalıdır. Şirketiniz teslim edemezse, alternatifler mevcuttur: örneğin, bulut sağlayıcısı. Sanal makineler birkaç dakika içinde mevcuttur. Buluta karşı birçok neden var. Ama neyin mümkün olduğunu gösteriyor. Bu, şirketinizin neden aynı şeyi yapamayacağı sorusuna yol açar. Tepki vermezse, giderek daha fazla uygulama bulutları kullanacaktır. Ve Amazon'un bulutu zaten Almanya'da. T-Systems ile bir Alman şirketi yakında bir Microsoft-Azure bulutunu yönetecek. Bulutun kullanımına karşı konular daha düşüktür.
Ne yazık ki, birçoğu mevcut gereksinimlere karşı kendilerini engelliyor. Bazı büyük şirketler bile zorluklarla karşılaşır ve aynı yeterli altyapı oluşturur. Ancak pek çok şey yok, belki de birçoğu otomasyonun eserlerinizi gereksiz hale getireceğinden korkuyor. Bunun tersi kendinizi engellemeye yol açacaktır: eğer işletim departmanları daha hızlı ve daha iyi hale gelmezse, gelecekte onlarsız işe yarayabilir. Sonuçta, geliştiriciler genellikle test ortamlarını yönetir. Otomasyon ve geliştirme günlük aktiviteler içindir. Bu nedenle sadece geliştiriciler, işletme uzmanlarının uzun zamandır bildikleri ortamlar ve yönetim hakkında çok şey öğrenmelidir. Bu nedenle, bu arzu edilen bir senaryo değildir.
Çözüm
Bu yüzden şirketin elinde: ya meydan okumayla yüzleşiyor ve altın bir geleceğe gider – ya da değiştirilme riskini taşır. Utanç olurdu. Mevcut konular için daha fazla ve daha iyi şirket cinayetlerine ihtiyacımız var – daha az bir şey yok.
Not: Blog yazısının ilk versiyonunda meslektaşları Innoq Philipp Hausleiter, Sven Johann, Holger Kraus, Stefan Tilkov ve Michael Vitz'e yaptığı tartışma için teşekkürler.
()
Müşterilere daha hızlı yeni özellikler sunan herkesin piyasada bir avantajı vardır. Yazılımı daha hızlı ve daha sık üretime getirmek birçok şirket için en önemli zorluklardan biridir. Mimariler buna yönelir, yazılım yeniden yazılır ve daha hızlı bir dağılım için çok daha fazlası yapılır.
Bu, operasyon için gereksinimleri artırır. Daha fazla sunucu daha hızlı takması gerekiyor. Teknik tabanlar uzun süre mevcuttur: sanallaştırma ile yeni bir sunucu sadece uzak farenin bir tıklamasıdır veya bir komut dosyası bir API isteyerek sunucuyu oluşturur. Otomatik yazılım kurulumu da uzun süre mümkün oldu. Bu sektörde, özellikle son yıllarda birçok yeni araç oluşturulmuştur.
Uygulamada, birçok BT departmanı ortamların inşası sırasında çok yavaştır ve sürekli yüksek kaliteli bir kalite sunmaz. Otomasyon uygulanmaz. Sanallaştırma çoğunlukla uygulanır. Sadece daha yüksek hızlar veya nitelikler getirmez. Bununla birlikte, kalite ve hız eksikliği, müşterilerin gelecekteki gereksinimlerini karşılayabilmek için merkezi engellerdir.
Bu durum şaşırtıcı. DevOps gibi örgütsel yaklaşımlar aslında kalkınma ve operasyon arasındaki işbirliğinin arttığını ve operasyonel sorunların bu kadar erken ve etkili bir şekilde çözüldüğünü garanti etmelidir. Şirket yazılımın daha fazla geliştirilmesi haline gelir: sadece klasik operasyon duygusu içinde ortamları manuel olarak inşa etmek yerine, altyapıların otomasyonunu bir anlamda geliştirmelidir. Bununla birlikte, organizasyonel çözümler de uygulanmamıştır.
Bunun nedeni muhtemelen maliyetlerin optimizasyonu, zaten başka bir blog yazısı vardı. Çoğu zaman, işletme departmanlarının kendileri bu tür sorunlar olduğu hiçbir şey yapamazlar – sonuçta, hedefleri farklıdır.
Şirket tepki vermezse, onun için zor olacak
Her durumda, müşteriler daha yüksek kalite ve hız için gereksinimlerini karşılamalıdır. Şirketiniz teslim edemezse, alternatifler mevcuttur: örneğin, bulut sağlayıcısı. Sanal makineler birkaç dakika içinde mevcuttur. Buluta karşı birçok neden var. Ama neyin mümkün olduğunu gösteriyor. Bu, şirketinizin neden aynı şeyi yapamayacağı sorusuna yol açar. Tepki vermezse, giderek daha fazla uygulama bulutları kullanacaktır. Ve Amazon'un bulutu zaten Almanya'da. T-Systems ile bir Alman şirketi yakında bir Microsoft-Azure bulutunu yönetecek. Bulutun kullanımına karşı konular daha düşüktür.
Ne yazık ki, birçoğu mevcut gereksinimlere karşı kendilerini engelliyor. Bazı büyük şirketler bile zorluklarla karşılaşır ve aynı yeterli altyapı oluşturur. Ancak pek çok şey yok, belki de birçoğu otomasyonun eserlerinizi gereksiz hale getireceğinden korkuyor. Bunun tersi kendinizi engellemeye yol açacaktır: eğer işletim departmanları daha hızlı ve daha iyi hale gelmezse, gelecekte onlarsız işe yarayabilir. Sonuçta, geliştiriciler genellikle test ortamlarını yönetir. Otomasyon ve geliştirme günlük aktiviteler içindir. Bu nedenle sadece geliştiriciler, işletme uzmanlarının uzun zamandır bildikleri ortamlar ve yönetim hakkında çok şey öğrenmelidir. Bu nedenle, bu arzu edilen bir senaryo değildir.
Çözüm
Bu yüzden şirketin elinde: ya meydan okumayla yüzleşiyor ve altın bir geleceğe gider – ya da değiştirilme riskini taşır. Utanç olurdu. Mevcut konular için daha fazla ve daha iyi şirket cinayetlerine ihtiyacımız var – daha az bir şey yok.
Not: Blog yazısının ilk versiyonunda meslektaşları Innoq Philipp Hausleiter, Sven Johann, Holger Kraus, Stefan Tilkov ve Michael Vitz'e yaptığı tartışma için teşekkürler.
()