Przestań traktować bramę jak zwykły przewód: co ona naprawdę robi

By Mirko Peters · 2026-08-28

Automatically translated with AI from the original post. Read the English original

Cover: Configure the Power Platform Data Gateway for Reliable Connectivity

Witamy ponownie w towarzyszącym podcastowi blogu! Jeśli kiedykolwiek patrzyłeś(-aś) na kręcące się kółko, podczas gdy odświeżanie zestawu danych w usłudze Power BI ciągnie się w żółwim tempie, albo jeśli Twoje firmowe pulpity nawigacyjne regularnie przekraczają limit czasu akurat wtedy, gdy kierownictwo ich najbardziej potrzebuje, najpewniej szukasz winy w złym miejscu. Zbyt wielu architektów i administratorów traktuje bramę danych Power Platform jak prostą instalację hydrauliczną – bierną, głupią rurę, która jedynie przerzuca dane między bazami danych lokalnymi a chmurą. Nic bardziej mylnego.

W tym wpisie zagłębimy się w architektoniczną rzeczywistość bramy. Przyjrzymy się temu, jak działa ona jako wydajny silnik przetwarzania i dlaczego ignorowanie jej konfiguracji realnie pogarsza wydajność raportów. Jeśli chcesz jeszcze dokładniej rozłożyć te koncepcje architektoniczne i posłuchać żywego omówienia rzeczywistych scenariuszy rozwiązywania problemów, koniecznie posłuchaj powiązanego odcinka podcastu: Configure the Power Platform Data Gateway for Reliable Connectivity.

Zajrzyjmy pod maskę i przyjrzyjmy się, jak brama faktycznie działa, a także konkretnym krokom, dzięki którym zamienisz ją z wąskiego gardła w szybką autostradę.

Źle rozumiany pośrednik: co naprawdę robi brama

Aby poprawić wydajność bramy, musisz najpierw zrozumieć, co dzieje się w tle, gdy usługa chmurowa wysyła żądanie do lokalnego źródła danych. Na papierze przepływ danych wygląda zwodniczo prosto: usługa Power BI komunikuje się z klastrem bramy, klaster z maszyną hosta, maszyna hosta wykonuje zapytanie do źródła danych, a następnie wyniki wędrują tą samą drogą z powrotem. Nie jest to jednak bierny przekaźnik.

Brama wykonuje ciężką pracę na każdym etapie. Obsługuje uwierzytelnianie, zakańcza i ponownie nawiązuje szyfrowanie Transport Layer Security (TLS), tłumaczy ładunki zapytań i zarządza dużymi buforami pamięci. Ponieważ obsługuje szyfrowanie, translację zapytań i buforowanie plików tymczasowych, komputer z bramą jest w pełni funkcjonalnym silnikiem przetwarzania. Traktowanie go jak lekkiego oprogramowania pośredniczącego prosi się o katastrofę.

Musisz też uważnie przyjrzeć się trybowi wdrożenia. Brama w trybie osobistym jest przeznaczona wyłącznie do scenariuszy jednego użytkownika i nigdy nie powinna być używana do udostępnianych raportów firmowych. W środowiskach produkcyjnych należy wdrożyć standardową bramę danych – najlepiej w konfiguracji klastrowej z co najmniej dwoma węzłami, aby zapewnić wysoką dostępność i równoważenie obciążenia. Co więcej, nowoczesne architektury mogą korzystać z bram danych Azure VNet, aby wyeliminować ekspozycję na ruch przychodzący, co ucieszy zespoły bezpieczeństwa, a jednocześnie zapewni solidną wydajność.

Ustawienia domyślne i ukryte zabójcy wydajności

Po zainstalowaniu nowej instancji bramy danych Power Platform instalator korzysta z zachowawczych ustawień domyślnych, zaprojektowanych tak, aby brama działała od razu na niemal każdym sprzęcie. Niestety w środowisku firmowym te ustawienia domyślne działają jak ciche zabójcy wydajności.

Weźmy na przykład współbieżność. Po instalacji brama często działa w ostrożnej kolejce, która ogranicza równoległe wykonywanie zapytań. Jeśli potężny sprzęt stoi bezczynnie, a odświeżenia ustawiają się w kolejce jedno po drugim, marnujesz zasoby. Limity równoległych zapytań należy zwiększyć tak, aby odpowiadały rzeczywistej wydajności hosta.

Rozmiar buforów to kolejna poważna pułapka. Jeśli bufory są zbyt małe, brama jest zmuszona do zrzucania danych na dysk, co wprowadza poważne wąskie gardła we/wy. Zapewnij pamięci RAM odpowiednio dużo miejsca. Ponadto upewnij się, że oprogramowanie antywirusowe w zespole bezpieczeństwa ma prawidłowo skonfigurowane wyłączenia. Skanowanie w czasie rzeczywistym katalogów instalacji, pamięci podręcznej i dziennika bramy może zatrzymać przetwarzanie zapytań, ponieważ każdy plik tymczasowy jest intensywnie sprawdzany.

Musimy też omówić ustawienie StreamBeforeRequestCompletes. Choć może ono znacząco poprawić wydajność w lokalnych sieciach o niskim opóźnieniu, w sieciach VPN o wysokim opóźnieniu wiąże się z poważnymi ryzykami. Na koniec uważaj na efekt „amnezji po aktualizacji”. Za każdym razem, gdy aktualizujesz oprogramowanie bramy, domyślne konfiguracje mogą się zresetować i skasować Twoje własne dostrojenia. Zawsze ponownie zastosuj optymalizacje wydajności zaraz po aktualizacji bramy.

Czynnik sieciowy: routing, opóźnienia i rzeczywistość cold-potato

Możesz zainstalować najdroższy sprzęt na hoście bramy, ale jeśli routing sieciowy jest zasadniczo wadliwy, wydajność i tak będzie słaba. Opóźnienia sumują się na każdym przeskoku w sieci, a słaby routing całkowicie zniweczy każdą inną optymalizację.

Wiele organizacji wpada w pułapkę kierowania całego ruchu przez firmowe sieci VPN i scentralizowane serwery proxy „dla kontroli”. W rzeczywistości ten niepotrzebny objazd dodaje setki kilometrów dystansu fizycznego, dodatkowe przeskoki sieciowe i zasobochłonne opóźnienia związane z inspekcją TLS. Zamiast tego pozwól, by ruch jak najszybciej wychodził lokalnie do najbliższego punktu obecności Microsoft (POP) na brzegu sieci. Gdy ruch dotrze do tego punktu, dalej przemieszcza się zoptymalizowaną globalną siecią szkieletową Microsoft prosto do celu.

W przypadku wrażliwej i interaktywnej analityki skonfiguruj preferencje routingu sieci Microsoft, aby zapewnić najwyższą wydajność. Standardowe opcje routingu przez internet zarezerwuj wyłącznie dla masowych transferów danych o niskim priorytecie. Rezygnacja z objazdu przez firmowy VPN jest często najbardziej skuteczną zmianą, jaką organizacja może wprowadzić, aby skrócić czas odświeżania raportów.

Sprzęt i hosting: jak zbudować prawdziwy host bramy

Ponieważ brama jest ciężkim silnikiem przetwarzania, uruchamianie jej na słabo wyposażonej, współdzielonej maszynie wirtualnej z nadmiernie przydzielonymi zasobami prosi się o awarię. Hosta bramy trzeba traktować jak infrastrukturę korporacyjną najwyższej klasy.

Pod względem sprzętowym przyjmij jako bazową specyfikację co najmniej 16 GB pamięci RAM, 8 lub więcej fizycznych rdzeni procesora oraz szybkie dyski SSD lub NVMe na pamięć podręczną i pliki dziennika. Maszyny wirtualne są jak najbardziej dopuszczalne, ale musisz zapewnić, że zasoby procesora i pamięci są ściśle zarezerwowane i nigdy nie są przydzielane nadmiarowo.

Aby wyeliminować pojedyncze punkty awarii i zwiększyć przepustowość, wdróż klastry bram złożone z co najmniej dwóch węzłów. Kluczowe jest, aby wszystkie węzły w klastrze miały identyczne numery wersji i zgodne konfiguracje. Aby sprawdzić, czy sprzęt jest właściwie dobrany, mierz to, co naprawdę ważne, korzystając z wbudowanego raportu wydajności bramy oraz liczników Monitora wydajności systemu Windows (PerfMon), śledzących wykorzystanie procesora, zużycie pamięci RAM, bajty prywatne i czas wykonywania zapytań.

Proaktywna optymalizacja i najlepsze praktyki konserwacji

Infrastruktura wymaga troski i stałej opieki, a bramy danych nie są wyjątkiem. Jednym z najczęstszych błędów administracyjnych jest włączanie automatycznych aktualizacji na bramach produkcyjnych. Nagła, niezweryfikowana aktualizacja oprogramowania może zmienić pliki konfiguracyjne lub wprowadzić problemy ze zgodnością, które zepsują krytyczne raporty.

Zamiast tego utwórz środowisko testowe, w którym sprawdzisz aktualizacje, zanim trafią na produkcję. Zawsze utrzymuj i twórz kopie zapasowe ustawień klastra i źródeł danych, abyś mógł szybko odzyskać sprawność, gdy coś pójdzie nie tak. Buduj cotygodniowe pulpity kondycji, które korelują skoki odświeżania z harmonogramem pracy, co pozwoli równomiernie rozłożyć w czasie zadania obciążające zasoby.

Wykorzystuj skrypty PowerShell do automatycznych kontroli stanu, które monitorują stan usługi, wersje oprogramowania i długość kolejki, a także wdrażaj zaplanowane, łagodne restarty usług poza godzinami szczytu. Dokumentuj wersje systemu operacyjnego, wersje .NET Framework, otwarte porty i wyjątki programów antywirusowych. Traktowanie bramy jak prawdziwej infrastruktury oznacza stosowanie zdyscyplinowanego zarządzania IT w jej codziennej eksploatacji.

Lista kontrolna wdrożenia dla niezawodnej łączności

Aby od razu przełożyć te koncepcje na praktykę, oto krótka, praktyczna lista kontrolna, którą możesz skopiować, wkleić i przejrzeć z zespołem:

Sprawdź tryb: upewnij się, że używasz standardowej bramy (nigdy osobistej) i że klaster składa się z co najmniej dwóch węzłów.
Dostrój współbieżność: zwiększ liczbę równoległych zapytań na źródło danych i węzeł oraz zwiększ rozmiary buforów, monitorując wykorzystanie pamięci RAM.
Zoptymalizuj magazyn: umieść pamięć podręczną i dzienniki bramy na szybkich dyskach SSD lub NVMe i skonfiguruj pełne wyjątki programów antywirusowych.
Oceń strumieniowanie: sprawdź ustawienie StreamBeforeRequestCompletes, biorąc pod uwagę rzeczywiste opóźnienia sieciowe.
Popraw routing: kieruj ruch wychodzący lokalnie i omijaj niepotrzebne sieci VPN lub serwery proxy dla punktów końcowych Microsoft 365 i Power Platform.
Nadaj priorytet ruchowi: upewnij się, że preferencje routingu Microsoft Network są włączone dla ruchu analitycznego.
Dobierz sprzęt: zadbaj o to, aby host miał co najmniej 16 GB pamięci RAM, 8 lub więcej fizycznych rdzeni oraz zarezerwowane zasoby, jeśli działa w środowisku wirtualnym.
Monitoruj wydajność: włącz raport Gateway Performance i podłącz liczniki PerfMon.
Automatyzuj kontrolę kondycji: wdróż sprawdzanie kondycji w PowerShell oraz zaplanowane, łagodne ponowne uruchamianie usług.
Zarządzaj aktualizacjami: wdrażaj aktualizacje oprogramowania najpierw na węzłach pomocniczych, zachowuj kopie zapasowe konfiguracji i dokumentuj bazowy stan operacyjny.

Podsumowanie

Brama danych Power Platform to znacznie więcej niż prosty mostek czy bierny kanał transmisji. To zaawansowany silnik przetwarzania, znajdujący się w samym sercu Twojej hybrydowej architektury analitycznej. Odchodząc od ustawień domyślnych, optymalizując routing sieciowy tak, aby wykorzystać globalną sieć szkieletową Microsoft, inwestując w odpowiedni sprzęt hosta i utrzymując dyscyplinę operacyjną, możesz całkowicie wyeliminować wąskie gardła odświeżania i zapewnić błyskawiczną raportowość, jakiej wymaga Twoja organizacja.

Jeśli chcesz posłuchać bardziej szczegółowej dyskusji o tych zasadach architektury i poznać jeszcze więcej praktycznych wskazówek, które pozwolą skrócić cenne minuty w oknach odświeżania, koniecznie sprawdź odcinek podcastu Configure the Power Platform Data Gateway for Reliable Connectivity. Słuchaj, subskrybuj i przejmij dziś kontrolę nad łącznością swojej organizacji!