Tek Windows Server Ne Zaman Yetersiz Kalmaya Başlar?
Birçok uzaktan erişim projesi oldukça basit başlar.
Bir Windows Server vardır.
Şirketin ERP, muhasebe veya özel iş uygulaması bu sunucuda çalışır.
10 kullanıcı bağlanır.
Sonra kullanıcı sayısı 20 olur.
Bir süre sonra 40 çalışan aynı sisteme erişmeye başlar.
Şirket büyüdükçe yeni şubeler açılır, uzaktan çalışan personel artar ve sisteme bağlanan eşzamanlı kullanıcı sayısı yükselir.
Bu noktada önemli bir soru ortaya çıkar:
Tüm kullanıcıları tek bir Windows Server üzerinde çalıştırmaya devam etmek doğru mu?
Her zaman değil.
CPU, RAM, disk I/O ve uygulamaların tükettiği kaynaklar arttıkça tek sunucu üzerindeki kullanıcı yoğunluğu performans sorunlarına neden olabilir.
Böyle bir durumda yalnızca daha güçlü bir sunucu satın almak yerine altyapıyı birden fazla Application Server'a dağıtmak daha ölçeklenebilir bir yaklaşım olabilir.
TSplus Remote Access Enterprise'ın Server Farm ve Load Balancing özellikleri tam olarak bu senaryo için tasarlanmıştır.
Load Balancing Nedir?
Load Balancing Türkçede yük dengeleme anlamına gelir.
Basit şekilde anlatırsak:
Bir şirketin üç adet uygulama sunucusu olduğunu düşünün.
Normal bir sistemde tüm kullanıcılar Server-01'e bağlanırsa diğer iki sunucu boşta kalırken ilk sunucu aşırı yüklenebilir.
Load Balancing kullanıldığında yeni bağlantılar sistemdeki sunucuların yük durumuna göre dağıtılır.
Örneğin:
Server-01 → 32 aktif kullanıcı
Server-02 → 18 aktif kullanıcı
Server-03 → 21 aktif kullanıcı
Yeni bir kullanıcı bağlandığında sistem uygun sunucuyu değerlendirerek oturumu daha az yük altındaki Application Server'a yönlendirebilir.
Amaç, kullanıcı yükünü mümkün olduğunca dengeli dağıtmaktır.
TSplus Load Balancing Nasıl Çalışır?
TSplus Remote Access içerisinde birden fazla sunucu Farm adı verilen yapıda bir araya getirilebilir.
Bu mimaride temel olarak iki sunucu rolü bulunur:
Farm Controller / Gateway
Farm'ın merkezi yönetim noktasıdır.
Application Servers
Kullanıcıların gerçek Windows uygulamalarını ve oturumlarını çalıştıran sunuculardır.
Kullanıcı doğrudan hangi Application Server'a bağlanacağını bilmek zorunda değildir.
Örneğin şirketinizin adresi:
https://remote.firma.com
olsun.
Kullanıcı bu adrese girer.
Arka tarafta ise:
Server-APP01
Server-APP02
Server-APP03
Server-APP04
gibi birçok farklı Application Server bulunabilir.
Gateway ve Load Balancing altyapısı kullanıcıyı uygun sunucuya yönlendirebilir.
TSplus'ın Farm mimarisinde Farm Controller merkezi yönetim noktası olarak çalışırken Load Balancing, Reverse Proxy ve Server Assignment gibi fonksiyonlar aynı yapı üzerinden yönetilebilir.
Neden Tek Bir Güçlü Sunucu Yerine Server Farm?
İlk bakışta şu düşünce mantıklı görünebilir:
“Daha fazla kullanıcı varsa daha büyük bir sunucu alırım.”
Belirli bir seviyeye kadar bu yaklaşım doğrudur.
RAM artırılabilir.
CPU yükseltilebilir.
Daha hızlı SSD veya NVMe diskler kullanılabilir.
Ancak dikey ölçekleme yani tek sunucuyu sürekli büyütmenin de bir sınırı vardır.
Kullanıcı sayısı arttıkça farklı bir yaklaşım gerekebilir:
Horizontal Scaling — Yatay Ölçekleme
Yani:
1 büyük sunucu
yerine
birden fazla Application Server.
Bu mimarinin önemli avantajlarından biri altyapının kullanıcı sayısıyla birlikte büyüyebilmesidir.
Bugün iki Application Server ile başlayabilirsiniz.
İleride kullanıcı sayısı yükselirse üçüncü veya dördüncü sunucuyu Farm yapısına ekleyebilirsiniz.
Kaç Kullanıcıdan Sonra Load Balancing Düşünülmeli?
Bu sorunun tek bir kesin cevabı yoktur.
Çünkü iki şirketin 50 kullanıcısı aynı miktarda kaynak tüketmeyebilir.
Örneğin yalnızca basit bir muhasebe uygulaması kullanan 50 kullanıcı ile yüksek CPU ve RAM tüketen tasarım veya mühendislik uygulamalarını kullanan 50 kullanıcı aynı değildir.
TSplus'ın güncel sistem gereksinimleri dokümantasyonunda bir sunucu için yaklaşık 50 eşzamanlı kullanıcı planlama referansı veriliyor ve bunun üzerindeki eşzamanlı oturumlar için Server Farm ile Load Balancing değerlendirilmesi öneriliyor.
Ancak TSplus da gerçek kapasitenin işletim sistemine, CPU/RAM kaynaklarına ve yayınlanan uygulamaların kaynak tüketimine bağlı olduğunu özellikle belirtiyor.
Bu nedenle:
50 kullanıcı bir teknik limit değil, kapasite planlaması için başlangıç referansıdır.
Gerçek karar performans ölçümlerine göre verilmelidir.
Örnek: 200 Kullanıcılı Bir Şirket
Bir şirketin toplam 400 çalışanı olduğunu düşünelim.
Ancak aynı anda sisteme bağlanması beklenen kullanıcı sayısı yaklaşık 200.
Bu kullanıcıların tamamını tek bir sunucuya yerleştirmek yerine şöyle bir yapı kurulabilir:
Gateway / Farm Controller
↓
APP01
APP02
APP03
APP04
Her Application Server kullanıcı oturumlarının bir bölümünü çalıştırır.
Kullanıcıların tamamı ise aynı Web Portal adresini kullanır:
remote.firma.com
Kullanıcının:
“APP02'ye mi yoksa APP04'e mi bağlanmalıyım?”
diye düşünmesine gerek kalmaz.
TSplus Load Balancing bu yönlendirmeyi kullanıcı adına yapabilir.
Kullanıcı Açısından Ne Değişir?
Aslında doğru tasarlanmış bir Load Balancing altyapısında son kullanıcı açısından çok fazla şey değişmemelidir.
Kullanıcı:
- Web Portal'ı açar.
- Kullanıcı adı ve parolasını girer.
- Gerekirse 2FA doğrulamasını tamamlar.
- Kendisine atanmış uygulamaları görür.
- Uygulamasını çalıştırır.
Arka tarafta kullanıcının hangi Application Server üzerinde çalışacağını altyapı yönetir.
Bu, özellikle yüzlerce kullanıcıya sahip şirketlerde operasyonu ciddi şekilde sadeleştirebilir.
Sticky Sessions Neden Önemlidir?
Bir Load Balancing ortamında önemli konulardan biri kullanıcının mevcut oturumudur.
Örneğin bir kullanıcı APP02 üzerinde çalışıyor olsun.
Bağlantısı kısa süreliğine kesildi.
Beş dakika sonra tekrar sisteme bağlandı.
Kullanıcının yeni bir Application Server'a gönderilmesi yerine mevcut oturumunun bulunduğu APP02'ye dönmesi gerekir.
Bu davranış genellikle Sticky Session yaklaşımıyla yönetilir.
Amaç, bağlantısı kesilen kullanıcının mevcut oturumuna tekrar ulaşmasını sağlamaktır.
Bu özellikle ERP ve uzun süre açık kalan iş uygulamalarında kullanıcı deneyimi açısından önemlidir.
Gateway Server Nedir?
Gateway'i binanın ana giriş kapısı gibi düşünebilirsiniz.
Şirketinizde dört Application Server olabilir:
APP01
APP02
APP03
APP04
Ancak kullanıcıların bu sunucuların her birinin IP adresini bilmesine gerek yoktur.
Kullanıcı yalnızca:
https://remote.firma.com
adresini bilir.
Gateway dış bağlantıları karşılar ve Farm içerisindeki uygun Application Server'a yönlendirir.
Bu mimari kullanıcı deneyimini basitleştirdiği gibi sunucu yapısının merkezi şekilde yönetilmesini de kolaylaştırır.
Reverse Proxy Ne Sağlar?
Server Farm tasarımında önemli başka bir özellik Reverse Proxy'dir.
Klasik bir mimaride her Application Server'ın internet üzerinden doğrudan erişilebilir olması düşünülebilir.
Ancak birçok şirket Application Server'ların doğrudan internete açık olmasını istemez.
Bu durumda mimari şöyle tasarlanabilir:
Internet
↓
TSplus Gateway
↓
Reverse Proxy
↓
Application Server Farm
Application Server'lar şirketin iç ağında kalır.
Dış dünyaya yalnızca Gateway erişilebilir olur.
TSplus dokümantasyonu da Server Farm için iki temel model tanımlar: Application Server'ların doğrudan erişilebilir olduğu yapı veya yalnızca Gateway'in internete açık olduğu ve Reverse Proxy rolü üstlendiği yapı.
Reverse Proxy Neden Önemlidir?
Örneğin dört Application Server'ınız olduğunu düşünün.
Bunların:
192.168.10.21
192.168.10.22
192.168.10.23
192.168.10.24
gibi yalnızca şirket içi IP adresleri olabilir.
İnternetten doğrudan bu sunuculara erişim verilmez.
Kullanıcı yalnızca Gateway'e bağlanır.
Gateway gelen bağlantıyı iç ağdaki doğru sunucuya yönlendirir.
Bu yaklaşım hem ağ mimarisini sadeleştirir hem de Application Server'ların doğrudan internet erişimine açılma ihtiyacını azaltır.
Load Balancing ile Failover Aynı Şey mi?
Tam olarak değil.
Bu iki kavram birbirine yakın olsa da amaçları farklıdır.
Load Balancing
Amaç kullanıcı yükünü birden fazla sunucuya dağıtmaktır.
Failover
Amaç bir sunucunun kullanılamaz hale gelmesi durumunda hizmetin diğer sunucular üzerinden devam edebilmesidir.
Örneğin dört Application Server bulunan bir sistemde APP03 beklenmedik şekilde devre dışı kalırsa yeni bağlantılar diğer kullanılabilir sunuculara yönlendirilebilir.
TSplus'ın Remote Access ürün sayfasında Load Balancing özelliğinin Farm içerisindeki yükü dağıtmasının yanı sıra üretim problemi durumunda failover sunucularının kullanılmasına da imkan verdiği belirtiliyor.
Ancak burada önemli bir nokta vardır:
Load Balancing kullanmak tek başına tam bir High Availability tasarımı anlamına gelmez.
Gateway, Active Directory, veritabanı, depolama ve uygulamanın kendi mimarisi de ayrıca değerlendirilmelidir.
Uygulamalar Tüm Sunucularda Kurulu Olmalı mı?
Bu, kullanılan mimariye bağlıdır.
Load Balanced bir Farm içerisinde aynı uygulamanın farklı Application Server'larda çalışması gerekiyorsa uygulamanın ilgili sunucularda kurulu ve düzgün yapılandırılmış olması gerekir.
Örneğin kullanıcıların:
ERP.exe
uygulamasını çalıştıracağını düşünelim.
APP01 üzerinde ERP kurulu,
APP02 üzerinde ERP kurulu,
APP03 üzerinde ERP kurulu,
APP04 üzerinde ERP kurulu
olmalıdır.
Merkezi veriler ise genellikle ayrı bir SQL Server üzerinde tutulabilir.
Bu durumda Application Server'lar uygulamayı çalıştırır, veri katmanı ise merkezi kalır.
Tipik ERP Mimarisi Nasıl Görünebilir?
Örneğin:
Gateway
GW01
Application Servers
APP01
APP02
APP03
Database
SQL01
Kullanıcı:
↓
Gateway
↓
Load Balancing
↓
APP01 / APP02 / APP03
↓
SQL Server
Bu model özellikle Windows tabanlı ERP, muhasebe, otelcilik, üretim ve sektörel iş uygulamalarında değerlendirilebilir.
Uygulama Sunucusu ile SQL Server'ı Ayırmak Mantıklı mı?
Çok kullanıcılı kurumsal ortamlarda çoğu zaman evet.
Application Server kullanıcı oturumlarını çalıştırırken SQL Server veritabanı işlemlerine odaklanabilir.
Bu sayede:
CPU,
RAM,
disk I/O
ve kullanıcı oturumlarının oluşturduğu yükler daha kontrollü dağıtılabilir.
Ancak her ortam farklıdır.
Küçük şirketlerde tek sunucu yeterli olabilirken büyük ortamlarda uygulama, veri tabanı ve Gateway rollerinin ayrılması daha doğru olabilir.
Server Assignment Nedir?
Her zaman tüm kullanıcıların tüm sunuculara erişmesini istemeyebilirsiniz.
Örneğin:
Muhasebe kullanıcıları → Accounting Servers
İnsan Kaynakları → HR Server
Satış Ekibi → CRM Servers
TSplus Farm mimarisinde kullanıcı veya gruplara belirli sunucular atanabilir.
Active Directory kullanılan ortamlarda bu yapı grup bazlı erişim yönetimini kolaylaştırabilir.
Örneğin:
AD\Accounting
grubu yalnızca muhasebe sunucularına erişebilir.
AD\Sales
grubu ise CRM sunucularına erişebilir.
TSplus'ın Server Assignation özelliği kullanıcı veya gruplara belirli Application Server'ların atanmasına imkan verir. Ayrıca gerekli yapılandırmada Load Balancing'in atanmış sunucular arasında uygulanması da mümkündür.
Tek Noktadan Farm Yönetimi
Sunucu sayısı yükseldikçe en büyük sorunlardan biri yönetim yüküdür.
İki sunucuyu manuel yönetmek kolay olabilir.
Ancak:
6 sunucu,
10 sunucu,
15 sunucu
olduğunda her değişikliği ayrı ayrı yapmak ciddi zaman kaybına dönüşebilir.
TSplus Farm Controller üzerinden Application Server'ların merkezi yönetimi sağlanabilir.
Güncel TSplus Farm yönetim araçları arasında:
- Load Balancing
- Reverse Proxy
- Server Assignment
- Session Monitoring
- Uygulama ve ayarların senkronizasyonu
gibi işlevler bulunuyor.
Bu yaklaşım özellikle büyüyen BT altyapılarında yönetim işini kolaylaştırır.
Load Balancing Sadece Büyük Şirketler İçin mi?
Hayır.
Ancak küçük bir ofiste 8 kullanıcı için dört sunuculu Farm oluşturmak da genellikle gerekli değildir.
Load Balancing özellikle şu durumlarda anlamlı hale gelir:
- Eşzamanlı kullanıcı sayısı yükseliyorsa
- Mevcut sunucu yoğun saatlerde zorlanıyorsa
- Şirket hızla büyüyorsa
- Kullanıcı sayısının gelecekte artması bekleniyorsa
- Kritik iş uygulamalarına sürekli erişim gerekiyorsa
- Birden fazla Application Server kullanılması planlanıyorsa
- Farklı departmanların farklı sunucularda çalışması gerekiyorsa
Yani karar yalnızca bugünkü kullanıcı sayısına göre verilmemelidir.
Gelecek 2-3 yıldaki büyüme de hesaba katılmalıdır.
Türkiye'deki Çok Şubeli Şirketler İçin Örnek
Merkezi İstanbul'da bulunan bir şirket düşünelim.
Şirketin:
İstanbul
Ankara
İzmir
Bursa
Antalya
ofisleri bulunuyor.
Toplam 600 personelden 250'si merkezi ERP sistemine uzaktan erişiyor.
Böyle bir yapıda her şubeye ayrı ERP sunucusu kurmak yerine merkezi bir Application Server Farm oluşturulabilir.
Tüm kullanıcılar aynı Gateway adresini kullanır.
Örneğin:
apps.firma.com
Kullanıcı İstanbul'dan da bağlansa,
Ankara'dan da,
İzmir'den de,
aynı giriş adresini kullanır.
Arka taraftaki sunucu dağılımını BT ekibi yönetir.
Sanal Sunucularda TSplus Farm Kullanılabilir mi?
Evet.
Application Server'ların fiziksel sunucu olması zorunlu değildir.
TSplus Remote Access sanal Windows Server ortamlarında da kullanılabilir.
Örneğin şirketiniz:
VMware,
Microsoft Hyper-V
veya desteklenen başka bir sanallaştırma altyapısı kullanıyorsa Application Server'lar sanal makineler olarak oluşturulabilir.
Bu durum ölçeklemeyi oldukça kolaylaştırır.
Yeni kapasite gerektiğinde:
Yeni VM oluşturulur.
Windows Server hazırlanır.
Uygulama kurulur.
TSplus Remote Access yapılandırılır.
Sunucu Farm'a eklenir.
Böylece altyapı fiziksel sunucu satın alma sürecine göre çok daha esnek büyütülebilir.
Load Balancing Planlarken CPU ve RAM Yeterli mi?
Hayır.
En sık yapılan hatalardan biri yalnızca CPU ve RAM'e bakmaktır.
Oysa performansı etkileyen birçok başka unsur vardır:
CPU
Uygulamaların işlemci tüketimi.
RAM
Her kullanıcı oturumunun kullandığı bellek.
Disk I/O
Özellikle profil, geçici dosya ve uygulama işlemlerinde önemlidir.
Network
Kullanıcı bağlantıları ve veri tabanı trafiği.
SQL Performance
Uygulama merkezi veri tabanı kullanıyorsa kritik olabilir.
User Profile
Kullanıcı profillerinin nerede ve nasıl tutulduğu önemlidir.
Printing
Yoğun yazdırma bekleniyorsa ayrıca test edilmelidir.
Application Architecture
Bazı uygulamalar çok kullanıcılı Terminal Server ortamlarında diğerlerinden çok daha fazla kaynak tüketebilir.
Bu nedenle kapasite planlaması gerçek kullanıcı senaryolarıyla yapılmalıdır.
PoC Testinde Neleri Ölçmelisiniz?
100 veya 500 kullanıcılı bir sistem kuracaksanız doğrudan üretime geçmek yerine önce PoC yapmak çok daha sağlıklıdır.
PoC sırasında şu değerleri takip edin:
- Eşzamanlı kullanıcı sayısı
- Kullanıcı başına ortalama RAM
- CPU kullanımı
- Disk I/O
- Login süresi
- Uygulama açılış süresi
- Yazdırma performansı
- SQL response süreleri
- Ağ gecikmesi
- Kullanıcı oturumu kararlılığı
Örneğin test sırasında 50 kullanıcı bağlandığında sunucu yalnızca %20 CPU kullanıyorsa kapasite oldukça farklı olabilir.
Aynı 50 kullanıcı başka bir ağır uygulamada CPU'yu %90 seviyesine çıkarabilir.
Bu nedenle yalnızca teorik kullanıcı sayısına göre sunucu planlamak doğru değildir.
TSplus Enterprise Ne Zaman Değerlendirilmeli?
Tek bir Windows Server üzerinde küçük bir kullanıcı grubu çalışıyorsa daha basit bir Remote Access kurulumu yeterli olabilir.
Ancak ihtiyaç şu noktaya geldiyse:
“Birden fazla sunucuyu tek bir uzak erişim altyapısı olarak yönetmek istiyorum.”
Enterprise mimarisi değerlendirilmeye başlanabilir.
TSplus Remote Access'in Farm Management ve Load Balancing yetenekleri Enterprise kullanım senaryolarına yöneliktir.
Doğru Mimari Her Zaman En Büyük Mimari Değildir
Kurumsal IT projelerinde bazen gereğinden fazla karmaşık tasarım yapılır.
20 kullanıcınız varsa:
Gateway,
4 Application Server,
2 Load Balancer,
cluster,
çok katmanlı mimari
kurmak her zaman iyi bir fikir değildir.
İyi mimari, ihtiyaçla orantılı olan mimaridir.
Bugünkü yükü kaldırmalı,
yarın büyüyebilmeli,
ancak yönetilemeyecek kadar karmaşık olmamalıdır.
TSplus'ın avantajlarından biri küçük bir kurulumla başlayıp kullanıcı sayısı arttıkça Server Farm mimarisine geçiş yapılabilmesidir.
2026'da Uzaktan Erişim Projesi Planlarken Sorulması Gereken 10 Soru
Yeni bir TSplus Remote Access altyapısı planlıyorsanız şu sorularla başlayabilirsiniz:
- Toplam kaç kullanıcı olacak?
- Aynı anda kaç kullanıcı bağlanacak?
- Kullanıcılar hangi uygulamaları çalıştıracak?
- Kullanıcı başına ortalama RAM tüketimi ne kadar?
- Merkezi SQL Server kullanılacak mı?
- HTML5 Web Portal kullanılacak mı?
- Application Server'lar internete açık olacak mı?
- Reverse Proxy gerekli mi?
- Bir sunucu devre dışı kalırsa operasyon devam etmeli mi?
- Kullanıcı sayısı önümüzdeki iki yıl içerisinde ne kadar artabilir?
Bu soruların cevabı mimarinin tek sunuculu mu yoksa Server Farm tabanlı mı olması gerektiğini büyük ölçüde belirler.
Sonuç: Altyapınız Kullanıcı Sayınızla Birlikte Büyümeli
Uzaktan erişim projesinin başarısı yalnızca kullanıcıların sisteme bağlanabilmesiyle ölçülmemelidir.
Asıl soru şudur:
Kullanıcı sayısı iki katına çıktığında sistem aynı kalitede çalışmaya devam edebilecek mi?
Küçük yapılarda tek bir Windows Server yeterli olabilir.
Ancak eşzamanlı kullanıcı sayısı yükseldikçe tek sunucu üzerindeki yükü sürekli artırmak yerine Server Farm ve Load Balancing mimarisine geçmek daha sürdürülebilir olabilir.
TSplus Remote Access Enterprise;
- Farm Management
- Gateway
- Load Balancing
- Reverse Proxy
- Server Assignment
gibi özelliklerle birden fazla Windows Application Server'ın merkezi bir uzak erişim altyapısı içerisinde çalışmasına imkan verir.
Sonuç olarak doğru tasarlanmış bir yapı:
Bugünkü kullanıcıları çalıştırmakla kalmaz, yarının büyümesine de hazır olur.
Şirketinizde kaç Application Server gerektiğini, Load Balancing mimarisinin nasıl tasarlanacağını veya mevcut Windows uygulamalarınızın TSplus Server Farm ortamında nasıl çalışacağını değerlendirmek için TSplus Türkiye ile iletişime geçebilirsiniz.
TSplus Türkiye
tsplus.com.tr
Sık Sorulan Sorular
TSplus Load Balancing nedir?
TSplus Load Balancing, kullanıcı bağlantılarını Server Farm içerisindeki birden fazla Application Server arasında yük durumuna göre dağıtmayı sağlayan Remote Access Enterprise özelliğidir.
Tek bir TSplus Server kaç kullanıcı destekler?
Kesin sayı kullanılan donanım ve uygulamalara bağlıdır. TSplus dokümantasyonu yaklaşık 50 eşzamanlı kullanıcıyı kapasite planlaması için referans olarak kullanmakta, daha yüksek eşzamanlı kullanım için Server Farm ve Load Balancing değerlendirilmesini önermektedir.
TSplus Server Farm nedir?
Birden fazla TSplus Remote Access sunucusunun Farm Controller üzerinden merkezi olarak yönetildiği mimaridir.
TSplus Gateway ne işe yarar?
Gateway, kullanıcıların Server Farm'a tek bir giriş noktası üzerinden erişmesini ve uygun Application Server'a yönlendirilmesini sağlar.
Reverse Proxy kullanmak zorunlu mu?
Hayır. Ancak Application Server'ların doğrudan internete açılmasını istemeyen yapılarda Gateway üzerinden Reverse Proxy kullanımı değerlendirilebilir.
Load Balancing ile Server Assignment birlikte kullanılabilir mi?
Evet. Güncel TSplus yapılandırmasında Load Balancing'in atanmış sunucular arasında uygulanabildiği senaryolar desteklenmektedir.
TSplus Farm sanal sunucularla kurulabilir mi?
Evet. Uygun Windows Server sanal makineleri üzerinde TSplus Remote Access kullanılarak Server Farm oluşturulabilir.
Load Balancing High Availability anlamına gelir mi?
Tek başına hayır. Application Server yük dağılımı ve failover senaryolarına yardımcı olabilir ancak gerçek High Availability tasarımında Gateway, veri tabanı, depolama, Active Directory ve diğer altyapı bileşenleri de ayrıca değerlendirilmelidir.
Hangi şirketler TSplus Load Balancing kullanmalı?
Yüksek eşzamanlı kullanıcı sayısına sahip, birden fazla Application Server kullanan, hızla büyüyen veya uzaktan erişim altyapısında ölçeklenebilirlik isteyen şirketler için uygundur.