Udostępnij za pomocą

Używanie serwera SQL Server z aplikacjami kanwy

SQL Server to szeroko stosowane rozwiązanie do przechowywania danych korporacyjnych. W tym artykule przedstawiono najlepsze rozwiązania ułatwiające tworzenie i publikowanie aplikacji kanwy klasy korporacyjnej przy użyciu programu SQL Server.

Napiwek

W tym artykule przedstawiono przykładowy scenariusz i wizualną reprezentację sposobu używania SQL Server z aplikacją kanwy. To rozwiązanie jest uogólnioną przykładową architekturą, którą można zastosować w wielu różnych scenariuszach i branżach. SQL Server i Power Apps obsługują wiele starszych metod uwierzytelniania. Ten artykuł ogranicza się do najlepszych praktyk.

Wykres architektury

Diagram architektury przedstawiający przepływ pracy związany z używaniem SQL Server z aplikacjami kanwy.

Workflow

Chociaż wiele poprzednich implementacji Power Apps z SQL Server korzystało z bramy, w tej przykładowej architekturze przedstawiono architekturę wirtualnej sieci prywatnej (VNET) z SQL Server. Wystąpieniem SQL Server może być Azure SQL lub lokalna baza danych SQL uwidoczniona w chmurze za pośrednictwem usługi Azure Arc. W obu przypadkach komunikacja jest prywatna i bezpieczna.

  • Sieć wirtualna firmy Contoso to wirtualna sieć prywatna tworzona w dzierżawie.
  • Zasoby platformy Azure/zasoby firmy Contoso to zasoby udostępniane w sieci wirtualnej z poziomu dzierżawy. Zasoby te obejmują usługi, takie jak baza danych Azure SQL lub lokalna baza danych SQL Server udostępniana za pośrednictwem usługi Azure Arc.
  • Delegowana podsieć znajduje się w sieci wirtualnej i udostępnia kontener Power Platform , aby umożliwić usługom, takim jak łącznik SQL lub Dataverse wtyczka, pracę z zasobami.

Elementy

W tej sekcji opisano komponenty obsługujące integrację SQL Server z aplikacjami kanwy w tej architekturze.

Aplikacja kanwy i tabele SQL

Tabele i widoki programu SQL Server pojawiają się w Power Apps jako tabelaryczne źródła danych. Tabelaryczne źródło danych można powiązać z właściwością tabeli lub galerii Items za pomocą Power Fx wyrażenia. W przypadku tabelarycznych źródeł danych wyrażenia Power Fx są tłumaczone na wyrażenia OData, które następnie są konwertowane na wyrażenia SQL. Jednak Power Fx i OData nie reprezentują w pełni wszystkich możliwości wyrażeń SQL.

Napiwek

Używaj Power Fx do prostych, prostych zapytań i używaj procedur składowanych do bardziej złożonych wyrażeń SQL.

Aplikacja kanwy i procedury składowane SQL

Procedury składowane SQL Server pojawiają się w Power Apps jako źródła danych akcji. Zazwyczaj źródeł danych akcji nie można powiązać z tabelą ani galerią ze względu na ich potencjalne skutki uboczne. Można jednak oznaczyć obiekt jako select stored procedureSafe for Tables and Galleries i używać go z tabelą lub galerią. W ten sposób pobierane są wszystkie dane zwracane przez procedurę składowaną, należy jednak zachować ostrożność, ponieważ pobranie zbyt dużej ilości danych może spowodować przepełnienie pamięci klienta. Aby kontrolować ilość pobieranych danych, użyj argumentów stronicowania parametrów zwykle występujących w tego typu procedurach składowanych.

Ponadto ustaw wyniki na zmienną Power Fx i użyj tej zmiennej we właściwości, Items aby wypełnić tabelę lub galerię. Pamiętaj o odświeżeniu zmiennej Power Fx podczas operacji tworzenia, aktualizowania i usuwania (CUD). Bardziej złożone procedury składowane, takie jak te korzystające z tabel tymczasowych, mogą zwracać a dynamic schema. Wyniki tych procedur składowanych można użyć, ustawiając oczekiwane wyniki na a Power Fx User defined type.

łącznik programu SQL Server

Aplikacje Power Apps korzystają z łącznika SQL Server w celu uzyskania dostępu do danych w SQL Server. Chociaż dostępnych jest wiele typów uwierzytelniania SQL, Tożsamość Microsoft Entra i współdzielona nazwa SPN (główna nazwa usługi) to dwa z lepszych wyborów.

Jeśli chcesz używać Tożsamości Microsoft Entra, najpierw skonfiguruj bazę danych SQL Server, aby zapewnić bezpieczeństwo poprzez Tożsamość Microsoft Entra. Udostępniana nazwa SPN to metoda dostępu udostępniana przez administratora i należy ją przyznawać ostrożnie, ponieważ wszyscy użytkownicy mają te same prawa dostępu do bazy danych. Jest zabezpieczony bezpiecznymi niejawnymi połączeniami, które ograniczają dostęp do tabel i akcji używanych w aplikacji (tj. Pobierz, Opublikuj, Umieść i Usuń).

VNET (wirtualna sieć prywatna)

Istnieje kilka sposobów kierowania wywołań do SQL Server. Sieć wirtualna to rozwiązanie w chmurze platformy Azure, które sprawia, że wszystkie punkty końcowe są prywatne. Aby to wdrożyć, udostępnij sieć wirtualną w ramach dzierżawy, skonfiguruj zasady przedsiębiorstwa i skonfiguruj środowisko Power Platform tak, aby je obsługiwało. Taka konfiguracja gwarantuje, że żaden ruch SQL nie będzie publicznie ujawniany za pośrednictwem przewodu.

ALM (zarządzanie cyklem życia aplikacji)

Power Platform obsługuje płynne przenoszenie aplikacji Power Apps za pośrednictwem języka SQL między środowiskami deweloperskimi, testowymi i produkcyjnymi. Odwołania do połączeń obsługują zmianę parametrów połączenia między środowiskami, co jest ważne w przypadku podstawowego uwierzytelniania SQL. Zmienne środowiskowe obsługują scenariusz Tożsamość Microsoft Entra poprzez zmianę serwera i bazy danych między środowiskami.

Przypadki użycia

Power Apps zapewnia organizacjom elastyczny, intuicyjny sposób tworzenia niestandardowych środowisk użytkownika.

  • Jeśli tworzysz nową aplikację i miejsce na dane, rozważ użycie Dataverse. Jego funkcje zaprojektowano tak, aby ułatwić tworzenie aplikacji klasy korporacyjnej.
  • Jeśli masz dane w SQL Server, których nie można przenieść, lub Twoja organizacja wymaga SQL Server, rozważ użycie Power Apps zamiast SQL Server.
  • Jeśli nie można przenieść danych, użyj Power Apps za pośrednictwem SQL Server. Istniejące aplikacje w dalszym ciągu zależą od tych danych, dlatego w celu ich modernizacji należy przenieść je do chmury.

Kwestie wymagające rozważenia

Te rozważania wdrażają filary Power Platform Well-Architected, zestaw zasad przewodnich, które poprawiają jakość obciążenia. Dowiedz się więcej w Microsoft Power Platform artykule Dobrze zaprojektowane środowisko.

Niezawodność

Zaprojektuj obciążenie, aby uniknąć niepotrzebnej złożoności: Power Apps dobrze współpracuje z prostymi zapytaniami, które można delegować do serwera. Deleguj złożone zadania do widoków i procedur składowanych. Następnie użyj tych procedur składowanych bezpośrednio do akcji synchronicznych. Użyj Power Automate do wszelkich akcji asynchronicznych, w tym wywołań długotrwałych procedur składowanych.

Zabezpieczenia

Użyj bezpiecznych połączeń niejawnych: Użyj bezpiecznych połączeń niejawnych dla wszystkich połączeń udostępnionych. W razie potrzeby przekonwertuj starsze aplikacje, aby korzystały z bezpiecznych połączeń niejawnych. W przypadku bezpiecznych połączeń niejawnych łącznik pozostaje w usłudze chmurowej Power Apps i nie znajduje się na kliencie. Aplikacja łączy się jedynie z łącznikiem proxy, który również znajduje się w usłudze chmurowej Power Apps. Aplikacja i łącznik proxy wiedzą o sobie; jednak aplikacja nie wie o złączu. Łącznik proxy ma zasady ograniczające typy zapytań do zapytań w aplikacji.

Diagram architektury ilustrujący, w jaki sposób niejawnie współdzielone komponenty połączenia są ze sobą powiązane.

Tworzenie celowej segmentacji i obwodów: Używaj oddzielnych Power Platform środowisk dla etapów cyklu życia aplikacji i upewnij się, że tylko właściwi użytkownicy mają dostęp do każdego etapu, aby obsługiwać zasady segmentacji.

Doskonałość operacyjna

Przyjęcie bezpiecznych praktyk wdrażania: Standaryzacja wdrażania wszelkich zmian w Power Apps aplikacji przy użyciu zautomatyzowanych procesów wdrażania, takich jak potoki. Promuj aplikację do środowiska produkcyjnego dopiero po przetestowaniu tych zmian.

Efektywność wydajności

Projektowanie spełniające wymagania dotyczące wydajności: Oceń wymagania dotyczące wydajności rozwiązania i ilości danych, aby upewnić się, że projekt tabeli, widoku i procedury składowanej programu SQL Server jest odpowiedni. W swojej ocenie uwzględnij sposób uzyskiwania dostępu do danych i sposób, w jaki Power Apps deleguje operacje do SQL Server. Należy pamiętać o ograniczeniach podczas wyszukiwania i filtrowania danych ze względu na obsługę delegowania oferowaną przez program SQL Server. Zapoznaj się z ograniczeniami udokumentowanymi dla aplikacji kanwy w temacie Opis delegowania, szczególnie w przypadku wybierania odpowiedniego źródła danych lub zaplecza dla aplikacji.

Optymalizuj logikę: aplikacje kanwy używają Power Fx do wykonywania pracy. Każda operacja Power Fx jest niezależna i nie jest obsługiwana jako transakcja niepodzielna. Na przykład, jeśli aplikacja utworzy wiersz szczegółów zamówienia sprzedaży, ale nie utworzy rekordu nagłówka zamówienia sprzedaży, wiersz szczegółów zamówienia sprzedaży pozostanie. Nie pozostawiaj tych wymaganych kroków proceduralnych w Power Fx. Używaj procedur składowanych SQL Server z obsługą transakcji.

Optymalizacja środowiska

Projektowanie z myślą o wydajności: Aplikacje, które umożliwiają użytkownikom dostęp do innych źródeł danych wraz z tabelami programu SQL Server z jednej Power Apps aplikacji, bez konieczności interakcji z wieloma indywidualnymi aplikacjami, zwiększają wydajność i zapewniają lepsze niestandardowe środowisko wizualne. Unikaj tworzenia aplikacji w celu zbudowania aplikacji — aplikacja powinna zapewniać użytkownikowi pewną wydajność lub zapewniać inne korzyści związane z architekturą w porównaniu z korzystaniem z usługi Power Apps opartej na modelach.

Power Apps:

Łączniki:

Zarządzanie cyklem życia aplikacji (ALM):

  • Last updated on