Son birkaç yıldır piyasaya sürülen Java ve VMware yazılım lisanslamasında yapılan değişikliklerin, mevcut Java tabanlı kurumsal sistemlerin çalıştırılmasının toplam maliyeti üzerinde önemli bir etkisi vardır. BT karar vericileri, bulut yerli mimarilerinden yararlanmak için kurumsal Java uygulamalarının yeniden yapılandırılmasından kaynaklanan ek maliyet ve potansiyel bozulma ile ekstra maliyetleri tartmak zorunda kalıyorlar.
BT departmanlarının yıllardır temel iş işlevlerini yürüten kurumsal uygulamaları modernleştirmekte zorluklarla karşılaştığı yaygın olarak kabul edilmektedir. Java, Java Runtime Ortamı (JRE) etkinleştirilmiş kodun Java destekli donanımlarda çalıştırılması olarak adlandırılan çalışma zamanı ortamı olarak kurumsal uygulamalar geliştirmek için ana dillerden biriydi. Kod, yazılım, Java uygulamalarının en son donanım gelişmelerinden yararlanmasını sağlayan tam zamanında derleme kullanılarak çalıştırıldığında optimize edildi.
Ancak, bulut anadili bilgi işlem döneminden çok önce çok fazla denetlenen eski uygulamalar, bir bulut platformunda yeniden barındırıldığında her zaman verimli bir şekilde çalışmaz. Bazı Java uygulamaları nispeten kolay bir şekilde taşınabilir ve bulut tabanlı BT altyapısından en iyi şekilde yararlanabilirken, bazıları daha sıkı bağlı, dikey olarak entegre sistemler olarak tasarlanmış, bulutta özellikle verimli çalışmayabilir.
Azul Systems’ın başkanı ve CEO’su Scott Sellers’ın belirttiği gibi, işletmelerin zirvede kalmaya devam etmeleri için gereken hız, çok sayıda mevcut uygulamanın olduğu ve miras olduğu bir ortamda her zaman zor olacaktır.
Satıcılara göre, herhangi bir zamanda, 38 milyar bulutta olan 60 milyar aktif Java Sanal Makinesi (JVMS) var. “Java oldukça yaygın, her türlü farklı iş yükünü çalıştırıyor” dedi.
Bulutta barındırılan Java uygulamalarının çoğu, genel bulut sağlayıcıları tarafından sağlanan tescilli sanallaştırma platformlarında çalışacak; Diğerleri VMware veya OpenShift gibi popüler platformları kullanabilir ve doğrudan temel donanım üzerinde çalışması gereken bazıları olacaktır.
Sellers, “Hız her şeyin olduğu ve işletmelerin ekstra yazılım katmanı istemediği durumlarda, bugün sanallaştırılmayan yüksek performanslı uygulamalar görüyoruz” dedi. “Ancak uygulamaların çoğu bir tür sanallaştırma kullanıyor.”
Çift Whammy
Birkaç yıl önce, Oracle Java’nın lisansını basitleştirdi. VMware vSphere’de barındırılan Java prevalansı göz önüne alındığında, lisans, sunucu donanımının fiziksel çekirdek sayısına göre fiyatlandırılır.
Oracle şimdi Java SE evrensel aboneliğini çalışan sayısına göre satıyor. Bu, lisanslamayı basitleştirirken, bir Java lisans fiyat artışı olabilir. Azul Systems gibi şirketler, Java’nın açık kaynak OpenJDK versiyonuna dayanarak Oracle Java (Oracle JDK) kullanan kuruluşları kendi alternatiflerine taşıma fırsatı gördü. Örneğin, Azul Systems sürümüne Azul Platform Çekirdeği denir.
Şimdi, Broadcom’un VMware’i ve kendi abonelik stratejisini satın almasıyla, Java uygulamalarını barındırmak için VMware kullanan kuruluşlar hem Oracle Java SE Universal Aboneliği hem de Broadcom’dan bir VMware Cloud Foundry (VCF) aboneliği satın almalıdır.
Daha önce ayrı ayrı lisanslı birkaç ürünü paketlerken, Computer Weekly’nin daha önce bildirdiği gibi, birçok VMware kullanıcısı, Core vSphere VMware sanallaştırma platformundan tam bir VCF aboneliğine geçtikçe maliyetlerinin arttığını görecektir.
Kaldırma ve kaydırma ve verimli sanallaştırma
Ancak satıcıların belirttiği gibi, Java platformunun esnekliği, BT karar vericilerinin Java uygulamalarını VMware gibi bir sanallaştırma platformundan diğerine, Red Hat OpenShift gibi nispeten kolayca kaldırabilecekleri anlamına gelir. Bu, karar vericilerin kurumsal Java uygulamalarının toplam mülkiyet maliyetini değerlendirirken değerlendirebilecekleri bir seçenektir.
Ancak, konteynerizasyona sunucu sanallaştırılmasının ötesine geçme fırsatları da vardır. Burada, Java uygulamasının daha sonra mikro hizmetlere dönüştürülebilecek küçük yönetilebilir kod bloklarına ayrılabilecek şekilde tasarlanması gerekir.
Bu tür uygulamalar bulut yerli olarak kabul edilir ve bulut tabanlı kaynakları daha büyük, daha monolitik Java uygulamalarından daha verimli kullanma eğilimindedir.
Java platformu ayrıca sanallaştırılmış veya konteynerleştirilmiş Java uygulamalarının nasıl çalıştığını geliştirme potansiyeli sunar. Satıcılara göre, çalışan bir Java sanal makinesinde, sanallaştırmayı veya konteyner yönetimini optimize etmek için şu anda sunulmayan çok daha fazla bilgi var.
“Java sanal makinesinde, Kubernetes yönetim altyapısına ek bilgi sağlayarak konteynerlerdeki dağıtımları çok daha verimli hale getirebilen muazzam miktarda bilgi var” dedi.
Örnek olarak, satıcılar Java iş yükleriyle, bu bilgilerin Kubernetes’in otomatik ölçeklendirme gibi biraz daha akıllı kararlar almasına yardımcı olabileceğini söyledi. “Bugünün ortamında, Kubernetes orkestrasyon katmanları gerçekten dışarıdan bakıyor” diye ekledi. “İşlemci kullanımı ve bellek tüketimi gibi oldukça kaba tahıl metrikleri kullanıyorlar, ancak bir JVM’nin içinde Kubernetes orkestrasyon motorunun daha akıllı olmasını sağlayabilecek çok daha fazla bilgi var.”
Bulut tabanlı BT altyapısında çalıştığında Java’nın verimliliğini artırmak için yapılabilecek verimlilik ayarları da vardır. Örnek olarak, Azul Systems teknik özellikleri arasında JVMS’nin bir bulut ortamında çalışmasının bulut doğal derleyicisi olduğunu geliştirmek için sağlıyor.
Sellers, “Her bir iş başvurusu başladığında, her düğümde aynı şeyi yapıyor: başlıyor; derlemeyi yapıyor; ısınıyor ve sonunda tam hıza ulaşıyor” dedi.
Birden çok düğümde çoğaltılan bir JVM aynı şeyi yapacağından, bu görevlerin çoğunun gereksiz olduğunu da sözlerine ekledi. Sellers, “Temelde çok benzer işler yapıyorsunuz, sadece toplu veriminizle başa çıkabilmek için onları ölçeklendiriyorsunuz” dedi.
Azul Systems’ın ana platformunun bir parçası olarak, Cloud Native derleyicisi, Kubernetes tarafından yönetilen bir ortam olarak çalışan paylaşılan bir derleyici hizmeti sunar.
Java’nın buluttaki ayak izi ve BT liderlerinin VMware’de barındırılan kurumsal Java sistemlerinin artan maliyetlerini yaşadıkları göz önüne alındığında, Oracle JDK Java uygulamasından OpenJDK tabanlı bir alternatife geçmek ve bu sistemleri barındırmak için VMware’den alternatif bir platforma geçmek için zorlayıcı bir iş durumu var.