Smarter by Design.Simpler for Business
TR7Enterprise Application Delivery & Security Platform
Load Balancer ile AGS arasındaki fark nedir; AGS, Load Balancer'ın neresinde çalışır?
Kısa cevap
Load Balancer - ADC isteğin hangi Kurum Servisine gideceğine karar verir; AGS - AAM ise isteği kimin gönderdiğini sorar ve kimliği doğrulanmamış kullanıcıyı Kurum Servisine ulaştırmaz. AGS ayrı bir cihaz ya da adres değildir: aynı HTTP vService'in içinde, TLS sonlandırıldıktan sonra hedef seçimi aşamasında çalışır. Oturumu olmayan istek Kurum Servisi yerine vService'in AGS motoruna yönlendirilir; oturumu geçerli istek Load Balancer'ın olağan hedef seçimiyle Kurum Servisine gider.
Nasıl Çalışır?
AGS açık bir HTTP vService'te istek Load Balancer'ın aşamalarından aynı sırayla geçer; AGS'nin kararı hedef seçiminde verilir:
| # | Aşama | AGS açıkken |
|---|---|---|
| 1 | Karşılama ve TLS sonlandırma | Değişmez. AGS sayfaları vService'in kendi adresi ve sertifikasıyla, AGS Root Path (varsayılan /ags-portal) altında sunulur. |
| 2 | Güvenlik katmanları ve istek Actions | WAF, L7 DDoS & Threat Protection ve istek action'ları oturumu olmayan istekler için de çalışır; yalnızca AGS Root Path altındaki istekler WAF taramasına girmez. |
| 3 | Hedef seçimi | AGS Root Path ile başlayan istekler oturum durumundan bağımsız olarak, oturumu olmayan diğer istekler ise AGS Activation Condition koşuluna uyuyorsa (koşul tanımsızsa hepsi) AGS motoruna gider. AGS Activation Condition tanımlıysa Standalone Application modunda koşula uymayan istekler oturum aranmadan Kurum Servisine gider. Oturumu geçerli istek Conditional Backend Services ve Default Backend Services ile hedefini bulur. |
| 4 | Kurum Servisine iletim | Algorithm ve Persistence olağan biçimde çalışır. AGS cookie'leri istekten çıkarılır; Backend SSO profili bağlıysa kimlik bilgileri eklenir. |
Bütün aşamalar: Bir istek TR7 içinde hangi aşamalardan geçerek backend'e ulaşır?
Karşılaştırma
| Load Balancer - ADC | AGS - AAM | |
|---|---|---|
| Yanıtladığı soru | İstek hangi Kurum Servisine gitmeli? | İsteği kim gönderiyor, erişebilir mi? |
| vService tipi | Network, L7 TCP ve HTTP | Yalnızca HTTP |
| Karar birimi | Her bağlantı ya da istek | Oturum; kimlik oturum başına bir kez doğrulanır |
| Kullanıcı doğrulama | User Authentication (On HTTP request) action'ı ile HTTP Basic Auth | Giriş akışı: form, dokuz Authentication Provider türü, MFA, oturum ve kilitleme politikaları |
| Ürün | TR7 ADC | TR7 AAM (Products & Licensing) |
TR7'de AGS ve Load Balancer
- AGS, vService formundaki Details listesinde AGS kutusuyla açılır; vService'in Kurum Servisleri, Algorithm, Persistence ve Actions ayarları değişmez.
- Oturum açıldıktan sonra kullanıcı bilgisi Load Balancer kurallarında kullanılabilir: AGS Condition koşulu ve
%AGS_USERNAME,%AGS_GROUPSgibi AGS değişkenleri ile gruba göre Kurum Servisi seçilir ya da bir yola erişim kısıtlanır (AGS, Load Balancer condition'ları ve WAF ile birlikte nasıl kullanılır?). - Portal modundaki vService'te varsayılan hedef AGS motorudur: oturumlu ve Conditional Backend Services kurallarına uymayan istekler Default Backend Services'e değil, portal sayfasına gider (Gateway Mode nedir; Standalone Application, Portal ve Portal Application arasındaki fark nedir?).
Sık Karıştırılan Noktalar
- "AGS, Load Balancer'ın önüne konan ayrı bir katmandır." AGS aynı vService'in içinde çalışır; ayrı bir IP adresi, port ya da cihaz gerektirmez.
- "AGS açılınca Load Balancer kuralları atlanır." WAF, L7 DDoS & Threat Protection ve istek Actions oturumu olmayan istekler için de çalışır; AGS yalnızca hedefi değiştirir.
- "Load Balancer'daki Basic Auth ile AGS aynı işi yapar." User Authentication (On HTTP request) tarayıcının Basic Auth penceresini açar; AGS ise giriş sayfası, dış kimlik kaynakları, MFA, oturum ve kilitleme yönetimi sunar.
Dokümantasyonda nasıl yapılır
