Do czego służy
Do bezpiecznego dostępu do pulpitu Windows albo aplikacji firmowych z różnych lokalizacji i urządzeń.
Projekt specjalistyczny
Azure Virtual Desktop
Projekt środowiska wirtualnych pulpitów albo aplikacji w Azure. Strona pokazuje, jak wygląda analiza, projektowanie, wdrożenie, testy i przekazanie środowiska.
Kiedy ma sens
Gdy firma potrzebuje kontrolowanego środowiska pracy, aplikacji dostępnych zdalnie albo oddzielenia danych od urządzeń użytkowników.
Co wpływa na koszt
Liczba użytkowników, typ maszyn, profil pracy, storage, sieć, godziny działania i wymagania bezpieczeństwa.
Krok po kroku
Analiza potrzeb
Ustalamy, kto ma korzystać z AVD, jakie aplikacje są potrzebne, jakie dane mają być dostępne i jakie są wymagania pracy zdalnej.
Licencje i model dostępu
Sprawdzamy, czy użytkownicy mają kwalifikujące licencje Microsoft 365 albo Windows. Dla scenariuszy zewnętrznych analizujemy osobny model dostępu.
Projekt architektury
Projektujemy host pool, typy maszyn, profile użytkowników, FSLogix, storage, sieć, dostęp, MFA i zasady bezpieczeństwa.
Wdrożenie pilota
Uruchamiamy środowisko testowe dla małej grupy użytkowników, sprawdzamy logowanie, aplikacje, wydajność i koszty.
Wdrożenie produkcyjne
Po akceptacji pilota przygotowujemy docelowe hosty, aplikacje, uprawnienia, profile i zasady skalowania.
Testy i handover
Klient testuje scenariusze pracy. MTP Solutions przekazuje dokumentację, rekomendacje kosztowe i plan dalszego utrzymania.
Warianty
AVD, Windows 365 i RemoteApp
| Wariant | Kiedy rozważyć | Na co uważać |
|---|---|---|
| Azure Virtual Desktop | Gdy potrzebna jest elastyczna infrastruktura, host poole, aplikacje albo pulpity dla wielu użytkowników. | Wymaga projektu Azure, kontroli kosztów, sieci, storage i utrzymania. |
| Windows 365 | Gdy firma chce prostszy model Cloud PC przypisany do użytkownika. | Mniej elastyczny w części scenariuszy niż AVD, ale prostszy operacyjnie. |
| RemoteApp | Gdy użytkownik ma dostać tylko aplikację, nie cały pulpit. | Trzeba dobrze przetestować aplikację i zależności użytkownika. |
Co przygotować przed projektem
Po stronie klienta
- Lista użytkowników i aplikacji.
- Informacja, skąd użytkownicy będą się łączyć.
- Wymagania dotyczące danych i uprawnień.
- Akceptacja kosztów Azure i licencji.
- Użytkownicy do pilota i testów.
Po stronie MTP Solutions
- Projekt techniczny i rekomendacja wariantu.
- Konfiguracja AVD, host pool, sieci, storage i FSLogix.
- Testy logowania, aplikacji i wydajności.
- Rekomendacje kosztowe i harmonogram pracy hostów.
- Handover albo dalsze utrzymanie.
Licencje
Co trzeba potwierdzić
Dla użytkowników wewnętrznych Azure Virtual Desktop wymaga kwalifikujących licencji, np. wybranych planów Microsoft 365 albo Windows Enterprise. Sam dostęp AVD nie zastępuje licencji na Microsoft 365 Apps, zabezpieczenia ani innych usług używanych w środowisku. Aktualny stan licencji zawsze potwierdzamy przed projektem.
Podsumowanie projektu
Co warto wiedzieć przed decyzją
| Typowy czas | Najpierw projekt środowiska i test pilotażowy, potem wdrożenie właściwe i stabilizacja. |
| Po stronie klienta | Lista aplikacji, użytkowników, scenariuszy pracy, wymagań bezpieczeństwa i danych do testów. |
| Po stronie MTP | Projekt architektury, konfiguracja AVD, testy, rekomendacje licencyjne i handover. |
| Największe ryzyka | Nieznane aplikacje, zbyt słabe łącze, brak wymagań wydajnościowych i niedopasowane licencje. |
| Opcje | Pilot dla wybranej grupy, środowisko produkcyjne, wariant z dodatkowymi zabezpieczeniami i administracją. |
Najczęstsze pytania przed startem
Czy AVD zastępuje laptopy?
Nie zawsze. AVD może uzupełniać pracę na urządzeniach albo przenieść konkretne aplikacje i dane do bezpiecznego środowiska zdalnego.
Czy trzeba mieć Azure?
Tak, projekt korzysta z Azure i wymaga decyzji o modelu kosztów, uprawnieniach oraz utrzymaniu środowiska.
Od czego zacząć?
Od listy aplikacji, użytkowników i scenariuszy pracy. Bez tego łatwo zaprojektować środowisko, które technicznie działa, ale nie pasuje do pracy firmy.
Następny krok
Umów rozmowęZacznijmy od mini-discovery
Najpierw trzeba wiedzieć, kto będzie pracował w AVD, z jakimi aplikacjami i przez ile godzin dziennie.