Alternatywne adresy aplikacji
Alternatywny adres aplikacji służy do izolowania konkretnej aplikacji od reszty Portalu. Pozwala na udostępnienie dowolnej aplikacji WEBCON BPS pod niezależnym adresem URL będącym subdomeną głównego Portalu. Daje to pełną kontrolę nad tym co widzą użytkownicy końcowi i w jaki sposób się logują przy jednoczesnym zachowaniu zalet scentralizowanej administracji platformą – aplikacja nadal jest dostępna przez Portal i konfiguracja jej treści i dostępności kontrolowana jest, tak jak dotychczas.
Konfiguracja w Designer Studio
Konfiguracja w Designer Studio jest stosunkowo prosta i odbywa się całkowicie w węźle Alternatywne adresy aplikacji w Parametrach globalnych Konfiguracji systemu – adres dla każdej aplikacji można dodać i edytować w przy pomocy przycisków po prawej stronie (1). Przyciski "+" i "-" odpowiednio dodają i usuwają adres, a przycisk … służy do edycji istniejącego adresu. Każda aplikacja może mieć jeden alternatywny adres, a wszystkie adresy muszą być unikalne.
W oknie edytora (2) wybierz aplikację i wpisz jej adres w formie subdomeny, np. https://support.mojadomena.com
Następnie wybierz Dostawców uwierzytelniania, z których będą korzystać użytkownicy podczas logowania. Możesz wybierać spośród dostawców już używanych w Portalu.
Dla dostawców, takich jak OpenID Connect lub Microsoft Entra ID, którzy wymagają podania Return URL, w ich konfiguracji należy uwzględnić zarówno główny adres Portalu, jak i nowo utworzoną subdomenę.
W przypadku ADFS należy w konfiguracji uwzględnić Relying Party Trust Identifier dla nowej subdomeny.
Jeżeli środowisko zostało zainstalowane z użyciem wirtualnego katalogu Portalu (RunningAddress), funkcja alternatywnych adresów aplikacji nie będzie dostępna.
Konfiguracja poza Designer Studio
Aby alternatywny adres działał poprawnie, poza Designer Studio należy skonfigurować jeszcze dwa elementy: certyfikat i DNS.
Certyfikat SSL/TLS
Po skonfigurowaniu ustawień alternatywnego adresu, należy upewnić się, że odpowiedni certyfikat SSL/TLS jest zainstalowany w IIS. Najwygodniejszym rozwiązaniem jest użycie certyfikatu typu Wildcard, obejmującego zarówno główną domenę, jak i wszystkie subdomeny, np. *.mojadomena.com. Po zainstalowaniu takiego certyfikatu na serwerze IIS zarówno Portal, jak i wszystkie skonfigurowane subdomeny będą automatycznie zabezpieczone bez potrzeby wystawiania dodatkowych certyfikatów.
W przypadku adresów niestandardowych konieczne będzie użycie osobnych certyfikatów.
DNS Alias
Ostatnim krokiem jest zapewnienie, by ruch sieciowy kierowany do nowego adresu trafiał do serwera WEBCON BPS. W tym celu należy poprawnie skonfigurować wpisy DNS dla publikowanej domeny. Po propagacji DNS (czyli globalnym rozpoznaniu wpisów) aplikacja powinna być dostępna pod dedykowanym adresem.
Przypadki użycia
Głównym celem alternatywnego adresu jest izolacja konkretnej aplikacji od struktury głównego Portalu i udostępnienie jej w publicznej sieci wybranej grupie użytkowników (szczególnie użytkownikom zewnętrznym), którzy powinni mieć dostęp tylko do tej jednej aplikacji, nie zdając sobie sprawy, że działa ona w ramach większego systemu Portalu. W rezultacie użytkownik odnosi wrażenie, że aplikacja jest samodzielnym rozwiązaniem przeznaczonym do konkretnego celu i nie jest osadzona pomiędzy innymi aplikacjami.
Zewnętrzne
Firma korzysta z intranetu zawierającego wiele aplikacji i współpracuje z zewnętrznymi kontrahentami, którzy mają konta WEBCON BPS oraz dostęp do dwóch konkretnych aplikacji: B2B i Reklamacje. Aby ułatwić korzystanie z tych aplikacji klientom zewnętrznym, zostały one udostępnione pod alternatywnymi adresami z prefiksami „partner” i „support”.
Dzięki temu każda z nich wygląda, jak samodzielna strona internetowa z jasno określonym celem. Klienci mogą korzystać z funkcji, takich jak wyszukiwanie, raporty, czy dashboardy, które pokazują tylko dane związane z daną aplikacją.
Wewnętrzne
Dział HR wdraża aplikacje WEBCON BPS, jako pilotażowe rozwiązanie przed wdrożeniem w całej firmie. HR zbudował kilka aplikacji i chce niektóre z nich udostępnić innym pracownikom. Pierwsze dwie to aplikacje: Urlopy i Home Office. Wszyscy pracownicy firmy mają nadane uprawnienia do tych aplikacji, a aby ułatwić ich obsługę, zostały one udostępnione pod własnymi alternatywnymi adresami.
Pracownicy nadal mogą korzystać z Portalu HR, gdzie zobaczą te aplikacje, ale mogą też skorzystać z dedykowanych adresów, jeśli jest to dla nich wygodniejsze i bardziej przejrzyste.
Co jest dostępne?
Aplikacja oraz wszystkie jej istotne komponenty powinny działać bezproblemowo po udostępnieniu pod alternatywnym adresem. Linki wygenerowane z poziomu alternatywnego adresu powinny działać poprawnie i przekierowywać do tego adresu.
Bezpośredni dostęp do alternatywnego adresu prowadzi do „izolowanego widoku” aplikacji – wygląd jest taki sam, jak w aplikacji w Portalu, ale dane ograniczone są do procesów natywnych danej aplikacji oraz procesów powiązanych.
- Nie można przechodzić do innych aplikacji ani do strony głównej Portalu;
- Wyszukiwanie i nawigowanie są ograniczone wyłącznie do izolowanej aplikacji;
- Dostęp do elementów aplikacji regulowany jest przez uprawnienia aplikacji i procesu – tak jak w zwykłym Portalu.
Procesy powiązane
Jeśli izolowana aplikacja korzysta z procesów powiązanych, ich elementy również będą wyświetlane w kontekście izolowanej aplikacji.
Jednak linki w e-mailach, wiadomościach typu MailApproval i powiadomieniach masowych, które prowadzą do powiązanego procesu, będą otwierane w natywnej aplikacji.
Udostępnione elementy
Elementy obiegów udostępnione przez mechanizm Publicznego linku zawsze będą przekierowywane do alternatywnego adresu.
Ograniczenie przy eksporcie/imporcie
Konfiguracja alternatywnych adresów aplikacji nie jest przenoszona podczas eksportu/importu.
Dodatkowe informacje na temat funkcjonalności alternatywnych adresów aplikacji można znaleźć na blogu technicznym KB w artykule Hub aplikacyjny oraz w nagraniu Quick Tips Application hub