VDI Satıcı Kilidi: Riskler ve Çözümler

Giriş

Sanal Masaüstü Altyapısı (VDI), merkezi masaüstü yönetimini basitleştirir, ancak birbirine bağlı bileşenleri platform değiştirmeyi zorlaştırabilir. Sahiplik bağlantı aracılarından lisans kısıtlamalarına kadar, bu bağımlılıklar BT seçimlerini kısıtlayabilir ve göç karmaşıklığını artırabilir. Bu makale, VDI satıcı kilidinin nedenlerini ve risklerini incelemekte, bunları nasıl azaltacağınızı açıklamakta ve Windows uygulama teslimatını esnek tutmak için pratik adımları özetlemektedir.

VDI Satıcı Kilidi Nedir?

VDI satıcı kilidi, bir organizasyonun belirli bir masaüstü sanallaştırma platformuna aşırı bağımlı hale geldiği ve satıcı değiştirmeyi son derece zor, maliyetli veya şirket için kesintiye neden olacak bir duruma geldiği bir durumdur.

VDI bileşenleri, genellikle VDI ortamlarında bir araya getirilen sanal makineler, bağlantı aracılar, masaüstü görüntüleri, kullanıcı profilleri, kimlik doğrulama sistemleri ve diğer yönetim araçlarıdır. Ancak, ayrı olmalarına rağmen, birbirleriyle başarılı bir şekilde etkileşimde bulunmak için belirli satıcı belgeleri ve yapılandırmaları gerektirebilirler.

Sebep, Windows dilinde yazılmış uygulamaların genellikle her yerde çalışmasına rağmen, belirli bir VDI ortamı için oluşturulmuş masaüstlerinin yeniden yapılandırılması için önemli bir zaman gerektirmesidir. Bu nedenle, satıcı bağımlılığı aşılmaz bir sorun değildir, ancak platform değiştirmek isteyen kuruluşlar için önemli engeller yaratır.

VDI Ortamlarında Satıcı Kilitlenmesinin Nedenleri Nelerdir?

VDI satıcı kilidi genellikle tek bir teknik sınırlamadan kaynaklanmaz. Genellikle, ilgili altyapı, yönetim araçları, lisanslama ve uygulama yapılandırmalarına olan çoklu bağımlılıklardan kaynaklanır.

Sahiplik Bağlantı Araçları ve Yönetim Araçları

Bağlantı aracları, kullanıcı bağlantılarını sanal masaüstlerine yönetmekten sorumludur, yönetim araçları ise masaüstlerini ve uygulamaları sağlamak, yerleştirmek ve sürdürmek için kullanılır. Citrix Virtual Apps and Desktops, Omnissa Horizon ve Azure Virtual Desktop gibi araçlar, farklı yönetim altyapıları ve yapılandırma teknikleri kullanılarak oluşturulmuştur.

Bu, bir platformdan diğerine geçiş yapıldığında, masaüstü havuzlarının, uygulamaların, bağlantıların ve otomatik araçların yeniden yapılandırılmasının gerekebileceği anlamına gelir. Uygulamalar kendileri aynı tutulabilir, ancak uygulanmaları başlangıç yazılımına bağlı olarak farklılık gösterecektir.

Hipervizör ve Altyapı Bağımlılıkları

VDI platformları sanal masaüstlerini barındırma ve yönetme yeteneğine sahip bir altyapı gerektirir. Bu, belirli bir hipervizör, bulut, depolama veya sağlama teknolojilerini içerebilir.

Göç süreci bu nedenle birkaç görevi içerebilir:

• Sanal makine görüntülerini dönüştürme veya yeniden oluşturma
• Ağ, depolama ve kaynak tahsisini yeniden yapılandırma
• Satıcıya özgü sağlama araçlarını değiştirme
• V uygulama uyumluluğunu ve performansını doğrulama
• Kullanılabilirlik ve felaket kurtarma mekanizmalarının yeniden oluşturulması

Ancak, taşınabilirlik kavramı her zaman masaüstü dağıtım ortamına uzanmaz. Bir sanal makinenin başarılı bir şekilde taşınması, çevresindeki dağıtım ortamının değişiklik olmadan çalışacağı anlamına gelmez.

Lisanslama ve Sözleşmesel Kısıtlamalar

VDI uygulamaları genellikle işletim sistemleri, sanallaştırma ürünleri, kullanıcı erişim hakları, yönetim araçları ve üçüncü taraf uygulamaları için birkaç farklı lisans gerektirir.

Satıcılar, bu teknolojilerin paketlenmesi veya paketlenmemesi açısından önemli ölçüde farklılık gösterir, bu da bütçe planlamasını ve yeni altyapılara geçişi daha karmaşık hale getirebilir.

Bu, özellikle organizasyonların bir VDI yığınından diğerine geçmek istediğinde önemlidir; örneğin, yerel bir çözümden bulut tabanlı bir çözüme geçerken, işletim sistemleri, kullanıcı hakları ve altyapı tüketimi için lisanslama modellerinin dramatik bir şekilde değişebileceği anlamına gelir.

Microsoft Learn web sitesi bir Azure Sanal Masaüstü lisanslaması hakkında bilgi ve farklı işletim sistemlerine ve kullanım senaryolarına nasıl uygulandığı.

Bu nedenle, karar verirken yalnızca abonelik maliyetlerini değil, aynı zamanda herhangi bir sözleşmesel yükümlülüğün sonuçlarını da içeren tüm lisanslama yığınını analiz etmek önemlidir.

Uygulama ve Kullanıcı Profili Bağımlılıkları

Windows uygulamaları, işletim sistemi, kayıt defteri, sürücüler, konum veya diğer hizmetler üzerinde bir dizi bağımlılığa sahip olabilir.

Bu tür uygulamalar genellikle VDI ortamlarında sanallaştırılır; gereksinimlerin belirli yönleri ana görüntülere entegre edilir veya gelişmiş profil yönetim araçlarına dahil edilir. Bazı şirketler, belirli uygulamalarının ihtiyaçlarını altyapının geri kalanıyla ilişkilendirerek karşılamak için kendi araçlarını ve betiklerini oluşturur ve sürdürür.

Bu durumlarda, uygulamaları destekleyici unsurlarından ayırmak son derece zor hale gelir, önemli bir teknik borç ortaya çıkarır ve taşınabilirliği son derece zorlaştırır.

Uygulama kendisi taşınabilir olsa da, yeni ortamda yeniden kurulması gereken kurulum, yapılandırma, kullanıcı ayarları ve veri yönetimi gibi hala temel unsurlar vardır. Arasındaki farkı anlamak Windows uygulama paketleme ve uygulama yayınlama IT ekiplerinin yazılım dağıtım gereksinimlerini uygulama teslim bağımlılıklarından ayırmalarına yardımcı olabilir.

VDI Tedarikçisi Kilitlenmesinin Riskleri Nelerdir?

Satıcı bağımlılığı, bir organizasyonun altyapı stratejisini değiştirmesi, lisans değişikliklerine uyum sağlaması veya yeni uygulama teslim teknolojilerini benimsemesi gerektiğinde belirli zorluklar sunar.

Ana riskler maliyetler, mimari esneklik ve operasyonel süreklilik ile ilgilidir.

Artan Altyapı ve Lisans Maliyetleri

Sıkı bir şekilde entegre edilmiş bir VDI ortamı, bir kuruluşun altyapı bileşenlerini optimize etmesini zorlaştırabilir.

Lisanslama şartları değiştiğinde veya altyapı maliyetleri yükseldiğinde, sağlayıcıları değiştirmeyi planlıyorlarsa büyük ölçekli bir göç projesi gerektirebilir. Bu, müzakere pozisyonlarını ve maliyetleri optimize etme yeteneklerini zayıflatabilir.

Ayrıca, tüm uygulamaların tam bir sanal masaüstü üzerinden sağlanması, yalnızca bir veya iki pencere uygulaması gerektiren iş yükleri için gereksiz bir yük getirebilir.

Uygulama yayınlama, VDI'den kesinlikle daha ucuz değildir: iki yaklaşımın ekonomisi, iş yüklerinin yoğunluğuna, gereken işletim sistemlerine, altyapı ayak izine ve yönetim gereksinimlerine bağlı olarak değişecektir.

Azaltılmış Mimari Esneklik

Hibrit bir altyapıyı benimsemek, eski sunucuları değiştirmek, barındırma sağlayıcıları arasında geçiş yapmak veya hatta yeni dağıtım teknolojilerini benimsemek isteyen kuruluşlar, mevcut satıcıya özgü bağımlılıklar nedeniyle seçeneklerinin sınırlı olduğunu görebilirler.

Bir altyapı yığınına sıkı bir şekilde bağlı olan bir VDI platformu, diğer yığınlar ve barındırma sağlayıcıları üzerinde dağıtım için tasarlanmış uygulamaların tamamen yeniden tasarlanmasını gerektirebilir ve bu da dijital dönüşüm sürecini yavaşlatabilir.

Artan Göç Karmaşıklığı

VDI satıcı geçişleri sadece sanal makine göçü ile ilgili değildir.

Yönetici ayrıca kimlik doğrulama, kullanıcı profilleri, uygulama ayarları, yazdırma, dosya erişimi, güvenlik politikaları ve oturum davranışını korumalıdır.

Bu bağımlılıkların yetersiz belgelenmesi, sürecin nicel olarak değerlendirilmesini, test edilmesini ve olay olmadan yürütülmesini zorlaştırabilir.

Satıcı Değişikliklerine Daha Fazla Maruz Kalma

Ürün durdurma, yeni lisanslama modelleri, destek değişiklikleri veya altyapı gereksinimleri, dağıtım stratejisinde bir değişiklik gerektirebilir.

Tek bir dağıtım platformuna olan bağımlılık arttıkça, bu değişikliklerin işletme üzerindeki potansiyel operasyonel etkisi de artar.

Alternatif teslimat seçeneklerini korumak, bu riski azaltabilir ve iş veya teknoloji ihtiyaçları değiştikçe daha fazla esneklik yaratabilir.

VDI Tedarikçi Kilitlenmesi Risklerini Nasıl Azaltabilirsiniz?

VDI satıcı kilidini azaltmak, bir dizi teknik, iş yükü ile ilgili ve mimari dikkate almayı gerektirir.

Amaç, satıcılardan kaçınmak değil, uygulama teslimatının diğer tüm yönlerini kesintiye uğratmadan platform değişikliklerine izin vermektir.

1. Mevcut VDI Bağımlılıklarını Denetle

İlk adım, uygulamaların ve masaüstlerinin teslimatı için kritik olanın ne olduğunu ve hangi bileşenlerin satıcılara özgü teknolojiye bağımlı olduğunu belirlemektir.

Bir bağımlılık envanteri aşağıdaki soruları ele almalıdır:

Bileşen	Soruşturulacak Sorular
Bağlantı aracısı	Masaüstü ve uygulama atamaları başka bir yerde yeniden oluşturulabilir mi?
Hiper yönetici	Sanal makineler ve görüntüler alternatif altyapıya taşınabilir mi?
Uygulamalar	Uygulamalar belirli görüntülere, işletim sistemlerine veya sürücülere ihtiyaç duyar mı?
Kullanıcı profilleri	Ayarlar ve veriler bağımsız olarak taşınabilir mi?
Kimlik Doğrulama	Kimlik politikaları özel entegrasyonlara mı bağlıdır?
Lisanslama	Hangi taahhütler, erişim hakları ve çıkış maliyetleri geçerlidir?
Otomasyon	Hangi betikler satıcıya özgü API'lere veya araçlara dayanıyor?

Envanter ayrıca uygulama sahiplerini, iş kritikliğini, kurtarma gereksinimlerini ve belgelenmemiş özelleştirmeleri de içermelidir.

Bu sınıflandırma, BT yöneticilerinin hangi bağımlılıkların kolayca değiştirilebileceğini ve hangilerinin önemli bir yeniden tasarım gerektirdiğini anlamalarına yardımcı olabilir.

2. Uygulama Dağıtımını Masaüstü Altyapısından Ayırın

VDI ihtiyacını azaltmanın en iyi yöntemlerinden biri, her uygulamanın gerçekten bu kadar karmaşık bir çözüme ihtiyaç duyduğundan emin olmaktır.

VDI sanal masaüstleri sunarken, uygulama yayınlama sağlar uzak erişim bireysel uygulamalara, mutlaka tüm bir masaüstü sunmadan.

Her iki yöntem uygulamaları merkezileştirir, ancak farklı şekillerde.

Gereksinim	Tam VDI	Oturum Tabanlı Uygulama Yayınlama
Tam kişiselleştirilmiş masaüstü	İyi uyumlu	Ana amaç değil
Bireysel Windows uygulamaları	Desteklenen	İyi uyumlu
Ayrı masaüstü işletim sistemi izolasyonu	Mevcut	Genellikle paylaşılan oturum sunucuları kullanır.
Özel masaüstü yapılandırmaları	Sıklıkla uygun	Uyumluluğa bağlıdır
Merkezi uygulama yönetimi	Desteklenen	Desteklenen
Tarayıcı tabanlı erişim	Platforma bağımlı	Uyumlu çözümlerle mevcut
Tam bir VDI yığını olmadan teslimat	Genel olarak değil	Olası

Fark mimari, işlevsel değil.

Birçok böyle VDI sistemi zaten uygulama yayınlamaya izin veriyor, bu nedenle uygulama yayınlamaya izin vermek, bu uygulamalar VDI kontrol düzleminden ayrılmadıkça, tedarikçi kilidinden kaçınmanıza yardımcı olmaz.

Örneğin, bir Windows finans uygulamasına erişim ihtiyacı olan ancak kendi sanal masaüstlerine ihtiyaç duymayan bir muhasebe departmanınız olduğunu varsayalım. Uygulamayı bir Windows kutusunda (doğru bir şekilde ayarlanmış) yayınlayarak, herkesin VDI kullanmasını sağlamak zorunda kalmadan uygulama yönetimini merkezi olarak tutabilirsiniz.

Diğer yandan, her kullanıcının kendi masaüstü oturumuna sahip olduğu kalıcı masaüstlerine ihtiyaç duyan kişiler tam VDI'ye ihtiyaç duyabilir.

3. Modüler ve Birbirleriyle Çalışabilir Mimariler Benimseyin

Modüler mimariler, genel uygulama teslimat ortamını bozmadan bireysel bileşenlerin değiştirilmesine olanak tanır.

IT ekipleri, uygulanabilir olduğunda aşağıdakilere öncelik vermelidir:

• Standartlaştırılmış Kimlik ve Kimlik Doğrulama
• Taşınabilir uygulama kodu ve belgelenmiş bağımlılıklar
• Kullanıcı verileri masaüstü görüntülerinden ayrıldı
• Kod olarak altyapı: tekrarlanabilir dağıtım, otomasyon
• Uç noktalar ve barındırma ortamları arasında çalışan teslimat

Kullanıcı verilerinin masaüstü görüntülerinden ayrılmasının hem göçleri hem de felaket kurtarmayı kolaylaştıracağını unutmayın: benzer şekilde, kod olarak altyapı, operasyonların daha iyi tutarlılıkla ortamları yeniden oluşturmasına yardımcı olacaktır.

Ancak, açık standartlar ve otomasyon bile satıcı kilidini önleyemeyebilir: çeşitli satıcıların teknolojileri arasında genellikle ince farklılıklar vardır ve betikler özel API'lere çağrılar içerebilir.

Bu nedenle, amaç uygulama ve altyapı bileşenleri, yönetim ve operasyon bileşenleri arasında gereksiz bir bağlantıyı önlemektir.

4. Hibrit Uygulama Dağıtımını Düşünün

Kuruluşlar, tüm VDI altyapılarını korumak veya tamamen başka bir şeyle değiştirmek arasında seçim yapmak zorunda değillerdir.

Çeşitli iş yüklerini ihtiyaçlarına göre kullanabilen hibrit bir strateji benimseyebilirler.

Bir organizasyon, güçlü kullanıcılar için özel masaüstleri kullanabilirken, uyumlu iş uygulamalarını paylaşılan Windows oturum sunucularında barındırabilir.

Ayrıca, eski uygulamaları tarayıcılar aracılığıyla sunabilirler. Yeniden yazılması kolay olmayan Windows yazılımları için anlayış Windows yazılımını web'e nasıl yayınlayabilirim IT ekiplerinin tarayıcı tabanlı dağıtımı hibrit stratejilerinin bir parçası olarak değerlendirmelerine yardımcı olabilir.

Yerel uygulamalar, merkeziyetçilik genel performansı çok az artırdığında en iyi şekilde korunur.

Böyle bir strateji, BT departmanının mevcut altyapı yatırımlarını korumasını sağlarken, yeni teknolojilere kendi hızlarında geçiş yapmalarına olanak tanıyacaktır.

Bu yaklaşımın zorluğu, ek karmaşıklık yaratması ve tüm platformlar arasında tutarlı kimlik yönetimi, güvenlik önlemleri, izleme kuralları ve destek prosedürleri gerektirmesidir.

5. Teslimat Modellerinin Toplam Maliyetini Karşılaştırın

Lisans tasarrufları tek başına alternatif bir uygulama dağıtım mimarisinin maliyet etkinliğini belirlemez.

IT ekipleri, altyapı, yazılım maliyetleri, yönetim, güvenlik ve göç dahil olmak üzere toplam sahip olma maliyetini değerlendirmelidir.

Maliyet kategorisi	Değerlendirme kriterleri
Yazılım	Lisanslama, abonelikler, destek ve yenilemeler
Altyapı	Hesaplama, depolama, ağ ve bulut tüketimi
İşletim sistemleri	Windows lisanslaması ve geçerli erişim hakları
Yönetim	Sağlama, bakım, izleme ve sorun giderme
Güvenlik	MFA, erişim kontrolleri, denetim ve güvenlik yönetimi
Göç	Test etme, yapılandırma, eğitim ve dağıtım
İş sürekliliği	Kullanılabilirlik, yedekleme, kurtarma ve kesinti maruziyeti

Uygulama yayınlama, bir VDI ortamında belirli bileşenlere olan ihtiyacı azaltabilir, ancak kendi dağıtım ve lisanslama gereksinimleri vardır.

Örneğin, geleneksel Microsoft Uzak Masaüstü Hizmetleri (RDS) oturum barındırma yapılandırmaları, açıklanan uygun RDS İstemci Erişim Lisanslarını gerektirecektir. Microsoft'un RDS CAL belgeleri .

Lisanslama gereksinimleri, mevcut mimari, teslimat ürünü ve ilgili Microsoft şartları ve koşulları temelinde doğrulanmalıdır.

Amaç, toplam maliyetleri en aza indirirken iş ihtiyaçlarını karşılamak için gerekli olan güvenlik, performans ve güvenilirliği sağlamaktır.

VDI Tedarikçi Kilidinden Kurtulmak İçin Ne Yapmanız Gerekiyor?

Tedarikçi bağımlılığını azaltmak, platformun tamamen değiştirilmesinden ziyade kademeli olarak yapmak çok daha güvenlidir.

Aşamalı göç, BT ekiplerine mevcut durumu korurken alternatif teslimat yöntemlerini kanıtlama fırsatı verir.

Adım 1: Uygulamaları Dağıtım Gereksinimlerine Göre Sınıflandırın

Uygulamaları teknik bağımlılıklarına ve son kullanıcı gereksinimlerine göre gruplamaya başlayın. Özellikle tanımlamak için üç geniş kategori faydalıdır:

• Tam masaüstü gerektiren uygulamalar - özel bir yapılandırma veya masaüstü düzeyinde izolasyon gerektiren iş yükleri için özel bir işletim sistemi ortamı.
• Uzak yayınlama için uygun uygulamalar–Windows uygulamaları, desteklenen paylaşımlı/özel oturum ana bilgisayar ortamlarıyla uyumlu
• Yerel veya tarayıcıya özgü erişim için uygun uygulamalar – artık bir VDI ortamında çalıştırılmasını gerektirmeyen yazılım.

Bu tür bir sınıflandırma, yöneticinin önemli uyarlamalar gerektirmeyen alternatif teslimat modelleri için adayları belirlemesine yardımcı olabilir.

Adım 2: Düşük Riskli Pilot İş Yükü Seçin

Kaynak talepleri net bir şekilde tanımlanmış, az bağımlılığı olan ve sınırlı bir kullanıcı tabanına sahip bir uygulama seçin.

Karmaşık çevresel entegrasyonlara, benzersiz sürücülere veya savunmasız eski bileşenlere bağımlı olan iş kritik uygulamalarla başlamaktan kaçının.

Pilot, alternatif altyapının orijinal ortamın temel işlevlerini ve kullanıcı deneyimini yeterince kopyalama yeteneğini kanıtlamalıdır.

Adım 3: Uyumluluğu, Performansı ve Güvenliği Doğrulayın

Ölçeklenmeden önce, işlevleri ve operasyonel özellikleri gerçekçi ortamlarda test edin.

Uygulama teslimatı göç projesi test senaryosunda aşağıdaki alanları içermelidir:

• Uygulama kurulumu, bağımlılıklar ve lisanslama
• Kimlik doğrulama, MFA ve kullanıcı izinleri
• Kullanıcı profilleri, ayarlar ve dosya erişimi
• Yazdırma, pano ve çevresel yönlendirme
• Oturum eşzamanlılığı ve kaynak tüketimi
• Gecikme, yanıt verme süresi ve yeniden bağlantı
• Günlükleme, izleme ve güvenlik politikaları
• Yedekleme, geri yükleme ve geri alma prosedürleri

Uygulamaların başarıyla başlatılması tam uyumluluğu garanti etmez.

Örneğin, bir uygulama kendi başına iyi çalışabilir, ancak birkaç kullanıcı aynı anda çalıştırmaya veya yazıcılarda belgeleri yazdırmaya çalıştığında başarısız olabilir.

IT ekipleri, oturumlar, uygulamalar, güvenlik ve geri alma özellikleri için gerekli testleri ve performans kriterlerini tasarlamalıdır.

Adım 4: Uygulamaları Kontrol Edilen Aşamalarda Taşıyın

Pilot kabul kriterlerini karşıladıktan sonra, dağıtımı iş önceliğine ve teknik karmaşıklığa göre ölçeklendirin.

Geçiş sırasında mümkün olduğunda orijinal teslimat ortamını koruyarak, yöneticilerin performansı karşılaştırmasına, etkili bir şekilde sorun gidermesine ve gerektiğinde belirlenen süreçlere geri dönmesine olanak tanıyın.

Başarı kriterlerini belgeleyin, sorumlulukları atayın ve her aşama için geri alma prosedürlerini oluşturun. Bu önlemler ayrıca katkıda bulunur. uygulama dayanıklılığı , altyapı değişiklikleri sırasında organizasyonların temel iş fonksiyonlarını korumasına yardımcı olmak.

Adım 5: Kalan Bağımlılıkları Gözden Geçirin

Satıcı kilidi sorunu tek bir örnekle sınırlı değildir.

Yeni uygulamalar, platformun yükseltilmesi ihtiyacı, lisanslamada veya operasyonel özelleştirmede değişiklikler, geçiş tamamlandıktan sonra ek bağımlılıklar oluşturabilir.

Bu nedenle, uygulamaların hedef platformda çalışmaya devam edebilmesini sağlamak, yapılandırmaların doğru bir şekilde kaydedildiğinden emin olmak ve diğer teslimat yöntemlerinin mevcut kalmasını sağlamak için periyodik incelemeler gereklidir.

Bu, yeni ortamın başka bir satıcı kilidine dönüşmesini önleyecektir.

VDI'nin hangi durumda iyi bir çözüm olduğunu korumak için?

VDI tedarikçi kilidini azaltmak, VDI'nin tamamen değiştirilmesini gerektirmez.

VDI, özel işletim sistemleri, kalıcı masaüstleri, grafik yoğun uygulamalar veya paylaşılan oturum sunucularının sağlayamayacağı iş yükü izolasyonu gerektiren senaryolar için meşru bir değere sahiptir.

Aynı zamanda tutarlı masaüstü yönetim politikaları ile merkezi olarak yönetilen standartlaştırılmış masaüstlerinin sunulması için de değerlidir.

Farklı bir mimari benimseme kararı, uygulama davranışı, güvenlik ihtiyaçları, kullanıcı gereksinimleri ve ekonomik faktörlere dayanmalıdır.

Çoğu organizasyon için, dağıtık bir mimari tüm uygulamaları aynı dağıtım modeline zorlamaktan daha pratiktir.

VDI'yi gerektiren iş yükleri için korurken, diğer iş yükleri için bağımsız uygulama yayınlama kullanmak, VDI'nin yeteneklerinden vazgeçmeden VDI kilitlenmesini azaltmayı sağlayacaktır.

Uygulama Dağıtımı Uzun Vadede Nasıl Esnek Kalabilir?

Bir sistemin uzun vadeli esnekliği, uygulama-altyapı-ilişkisi ve kullanıcı erişimi üzerinde kontrolü sürdürme yeteneği ile sağlanır.

Uygulamalar, potansiyel olarak değişen altyapı barındırma sağlayıcıları, hipervizörler veya masaüstü sanallaştırma platformlarında sürekli çalışmasını sağlayacak şekilde tasarlanmalıdır.

Bu yaklaşım, bağımlılıkların doğru belgelenmesine, uygulama verilerinin teslim mekanizmalarından izole edilmesine, tekrarlanabilir yapılandırmanın korunmasına ve alternatif yaklaşımlar ile yapılandırmaların sürekli araştırılmasına yakın dikkat gerektirir.

Örneğin, Windows için yazılmış bir uygulama, farklı barındırma yazılımları veya hipervizörler kullanan yeni bir organizasyonda merkezi olarak yönetilen Windows sunucularında çalışacak şekilde taşınabilir veya VDI aracılık yazılımlarını değiştirmiş olabilir, bu durum uygulamanın evrensel olarak taşınabilir olduğunu göstermez.

Uygulamaların, temel işletim sistemi, uygun lisanslama, uygulamaya özgü uyumluluk veya performans özelliklerindeki farklılıklar da dahil olmak üzere, farklı altyapılarda çalışabilme yetenekleri için test edilmesi gerekmektedir.

Esneklik için yararlı bir ölçüt, uygulamanın önemli ölçüde farklı ortamlar arasındaki taşınabilirliğidir.

Bir uygulamanın farklı, ancak desteklenen bir altyapıya taşınması, birçok bağımlılığın varlığı nedeniyle alakasız unsurların kapsamlı bir şekilde yeniden çalışılmasını gerektiriyorsa, bu, uygulamanın taşınabilir olarak kabul edilebilmesi için çok fazla iş yapılması gerektiğini gösterir.

Bu ölçüt, bir uygulamanın altyapı ihtiyaçlarının esnekliğini kademeli olarak artırmak veya uygulamanın kendisinde tamamen yeniden çalışma gerektirmeden operasyonel ayarlamalar yapmak için yinelemeli olarak uygulanabilir.

Windows Uygulamalarını Sunmanın Daha Basit Bir Yolunu Mu Arıyorsunuz?

TSplus Uzak Erişim Windows uygulamalarını yayınlamak ve geleneksel bir tam VDI yığını dağıtmadan uzaktan masaüstleri sunmak isteyen kuruluşlar için bir alternatif sağlar. Uygulama yayınlama, HTML5 tarayıcı erişimi ve yerel veya bulutta barındırılan Windows ortamları için destek ile BT ekiplerinin teslimat seçeneklerini çeşitlendirmelerine yardımcı olurken merkezi kontrolü korumalarına yardımcı olur.

Sonuç

VDI satıcı kilidi, uygulamalar sıkı bir şekilde entegre edilmiş altyapı, lisanslama ve yönetim sistemlerine bağımlı olduğunda maliyetli hale gelir. Bu bağımlılıkları haritalamak ve alternatif teslimat yöntemleri tanıtmak, organizasyonların VDI'den tamamen vazgeçmeden kontrolü sürdürmelerine yardımcı olabilir.

Esnek bir mimari, BT ekiplerinin sanal masaüstlerinde uygun iş yüklerini korumasına olanak tanırken, diğerlerine erişimi basitleştirir, göç riskini azaltır ve gelecekteki seçenekleri korur.