Globalnie rozproszeni użytkownicy doświadczają wolnego działania SMTP i IMAP. Wymagane jest szyfrowanie end-to-end, ale nie masz dostępu do certyfikatów SSL. Którego load balancera Google Cloud należy użyć?

TCP proxy load balancer jest odpowiedni, ponieważ obsługuje protokoły TCP, takie jak SMTP i IMAP, i może terminować połączenia w regionach Google Cloud najbliżej użytkowników, co poprawia wydajność. Zapewnia to również szyfrowanie end-to-end (od klienta do load balancera i od load balancera do backendu) bez konieczności posiadania własnych certyfikatów SSL, ponieważ Google zarządza certyfikatami dla połączeń od load balancera do backendu. SSL proxy load balancer wymaga certyfikatów SSL do terminacji połączeń, których nie masz. Network load balancer działa na warstwie 4 i nie oferuje terminacji SSL ani globalnego rozkładu ruchu dla protokołów aplikacyjnych. HTTPS load balancer jest przeznaczony dla ruchu HTTP/S i nie obsługuje SMTP ani IMAP.