İçindekiler:
Sanallaştırma çeşitli bilgi işlem teknolojilerini kapsar ve hem donanım düzeyinde hem de yazılım düzeyinde gerçekleştirilebilir. Bir kuruluşta sanallaştırma, yazılım hizmetlerinin, özellikle SaaS uygulamalarının yeteneğini artırabilir. Bu aynı zamanda işletmelerin BT maliyetlerini düşürmesinin en etkili yoludur. Ancak sanallaştırma ve SaaS'ı bir araya getirin ve kazanan bir kombinasyonunuz olabilir.
SaaS Nedir?
Hizmet olarak yazılım (SaaS), yazılımın abonelik esasına göre lisanslandığı ve merkezi olarak bir satıcı veya servis sağlayıcı tarafından barındırıldığı bir yazılım lisanslama modelidir. Bu dağıtılmış yazılım uygulamaları İnternet üzerinden müşterilere sunulmaktadır.
SaaS, hizmet odaklı mimariyi (SOA) veya Web hizmetlerini destekleyen teknolojiler arasında popüler hale geliyor. SaaS bir dizi avantajla birlikte gelir. En yaygın olanları:
- Kolay yönetim
- Kolay güncellemeler ve yama yönetimi
- Uyumluluk (tüm kullanıcılar yazılımın aynı sürümüne sahip olacaktır)
- Global erişilebilirlik
- Hizmet olarak bilgi teknolojisi yönetimi (ITMaaS)
Sanallaştırma ve Yazılım Dağıtımı
Sanallaştırma kavramı, yazılım geliştirme topluluğunda haklı olarak benimsenmiş ve kabul edilmiştir. Hızla geliştirme ve test ortamları oluşturarak daha hızlı geliştirme ve test mekanizmaları sağlama yeteneğine sahiptir.
VMware ve VBox en yaygın kullanılan teknolojidir ve birden çok kullanıcının farklı işletim sistemleri, sürümleri ve örneklerinde çalışmasını sağlar. Çoğu yazılım geliştirme işletmesi sanallaştırma tekniğini önce yazılım sanallaştırma mekanizmasını benimseyerek ve sonra yavaş yavaş donanım sanallaştırmasına doğru ilerleyerek benimser.
Sanallaştırma ve SaaS
Birçok avantaja sahip olmasına rağmen, SaaS henüz gereken krediyi almamıştır. Bundan sorumlu olan birçok faktör vardır. Bunlar:- Büyük Başlangıç Maliyeti: Kuruluma yatırılan gelir yıllar içinde geri kazanılır.
- Özgür Yazılım İlkelerini İhlal Edebilir: Yazılım özgürlüğü aktivisti Richard Stallman, SaaS'a "yazılım yerine (SaaSS) hizmet" olarak atıfta bulunur ve bunu özgür yazılım ilkelerinin ihlali olarak kabul eder.
"SaaS ile kullanıcılar yürütülebilir dosyanın bir kopyasına sahip değiller: sunucuda, kullanıcıların göremediği veya dokunamadıkları yerde. Bu nedenle, gerçekten ne yaptığını tespit etmeleri imkansız ve değiştirmeleri imkansız Stallman GNU web sitesinde yazdı, SaaS doğal olarak sunucu operatörüne kullanılan yazılımı veya çalışan kullanıcıların verilerini değiştirme gücü veriyor.
Bir kez konuşlandırıldıktan sonra altyapı ve başlangıç maliyetinin ötesine odaklanırsak, bir SaaS uygulama platformu yalnızca tekrarlanabilirlikle ilgilenmelidir. SaaS tabanlı uygulamanın her örneği birbiriyle aynı olmalıdır. Her müşteri ve destek ekibi için her uygulama örneğinin tutarlı davranışını sürdürmek için çok az farklılık olmalıdır. Bu, gerekirse herhangi bir sorunu gidermek için tekdüze bir tabana sahip olacak şekilde yapılır. Destek mühendisi, tek bir müşteri örneği için eksik kütüphane modülünün neden olduğu bir sorunu keşfetmek istemez. Benzer şekilde, bir müşteri de sipariş edilen her uygulamada bir sorun olabileceğini bilmek istemez, çünkü SaaS tabanlı şirket her sipariş için aynı adımları kullanarak sorunu yeniden üretemez. Tüm süreç tutarlılık ve maliyet avantajları için otomatikleştirilmelidir.
Artan karmaşıklık
İster SaaS modeli ister geleneksel model olsun, günümüz uygulamaları için konuşlandırmanın karmaşık doğasını anlamak önemli hale gelir. En basit Web uygulaması bile temel veri depolama katmanını yönetmekten sorumlu değildir. Standart uygulama, örneğin MySQL, Oracle, DB2 veya SQL Server gibi bir veritabanına sahip olmaktır. Bunları Java, Ninja, Grails, Rails vb.Gibi tipik Web yığınlarıyla birleştirmek, ölçeklendirilebilir dağıtım gerektiren çok katmanlı bir mimariye yol açar. Örneğin, bir Rails ortamı kurarken MySQL kullandık.
Yazılımın eklentiler, yamalar, makrolar ve mashup'lar aracılığıyla kolayca yükseltilmesini sağlayan uygulamaların çevik doğası, SaaS modeline kolayca entegre edilebilir. Daha küçük bir sorun için bir uzantı veya yama geliştirilir, çoğu zaman mevcut yazılımda bir yama olarak teslim edilmesi gereken bir hata düzeltmesi. Genellikle bir müşteri, bir kaynak kısıtlaması veya diğer bazı koşullar nedeniyle bir sorunun oluştuğunu veya başka bir müşteri tarafından oluşturulduğunu duymak istemez.
Vikipedi'ye göre, endişelerin ayrılması, bir uygulamanın farklı özelliklere ayrılmasının önermesidir, bu da işlevsellik çakışmasını en aza indirir. Sanallaştırma uygulandığında, bu konsept altyapıya uygulanabilir. Ayırma, uygulama başına, müşteri başına ve / veya küme başına esasına göre uygulanabilir. Donanımı maksimum kapasitesine kadar kullanmaya devam ederken, yatay ve dikey ölçeklendirme olanağı sağlar. Bu, SaaS pazarına girmek isteyen tek kiracılı uygulamalar için faydalıdır. Sıfıra yakın kod değişikliği ile temel donanımda anında çok yönlülük kolaylıkla elde edilebilir.
Contegix'in SaaS platformunda kullanılan iki dağıtım modeli vardır. Farklılaştırıcı faktör uygulamanın nasıl geliştirildiğine bağlıdır:
- Dağıtım başına tek bir müşteriyi desteklemek için veya
- Tek bir dağıtımda birden fazla müşteriyi desteklemek için
Dağıtım modelinden bağımsız olarak, işletim sistemini ve uygulama kurulumunu uygulama verilerinden ayırmak çok önemlidir. Bu, yükseltmelerin nasıl işlendiği ve ele alındığı konusunda tartışmalara yol açar. İşletim sistemi ve uygulama yüklemesi, herhangi bir zamanda yenilenmiş bir kopya veya yeni sürümle değiştirilebilmesi gereken geçici veri miktarını dikkate almalıdır.
