Azure Logic Apps
Zbuduj bezkodowy przepływ integracyjny w Logic Apps, który uruchamia się po otrzymaniu nowej wiadomości e-mail, przekształca ładunek i zapisuje rekord w Azure SQL Database.
Azure Logic Apps to bezpłatna lekcja Cloud & IT Cert Prep na CoddyKit. To lekcja 3 z 4. Możesz przeczytać całą lekcję poniżej za darmo — a potem ćwiczyć ją interaktywnie w przeglądarce z wbudowanym edytorem kodu i tutorem AI dostępnym 24/7. To część ścieżki edukacyjnej Cloud & IT Cert Prep, a Twój postęp synchronizuje się między webem a aplikacją CoddyKit. Kurs Cloud & IT Cert Prep zawiera 4 lekcji w sumie.
Czym jest Azure Logic Apps?
Azure Logic Apps to platforma integracyjna low-code/no-code, która umożliwia wizualne tworzenie zautomatyzowanych przepływów pracy za pomocą projektanta typu „przeciągnij i upuść”. Każdy przepływ pracy składa się z wyzwalacza (zdarzenia, które go rozpoczyna) oraz jednej lub większej liczby akcji (kroków wykonywanych sekwencyjnie). Logic Apps łączy setki usług — Office 365, Salesforce, ServiceNow, Azure SQL, Blob Storage i wiele innych — za pomocą gotowych konektorów, bez konieczności tworzenia kodu integracji od podstaw.
Logic Apps a Azure Functions
Logic Apps i Azure Functions umożliwiają automatyzację sterowaną zdarzeniami oraz bezserwerową, ale są przeznaczone dla różnych odbiorców. Logic Apps jest przeznaczone dla specjalistów ds. integracji i analityków biznesowych, którzy preferują wizualne przepływy pracy bez kodu oraz konektory klasy korporacyjnej. Azure Functions jest przeznaczone dla deweloperów potrzebujących pełnej kontroli nad językiem programowania, niestandardowej logiki biznesowej i mniejszych opóźnień. W przypadku złożonej logiki warunkowej lub ścieżek o krytycznym znaczeniu dla wydajności lepszym wyborem będzie Azure Functions; w przypadku integracji z SaaS i automatyzacji procesów biznesowych lepiej sprawdzi się Logic Apps.
Hosting Logic Apps: Consumption a Standard
Logic Apps oferuje dwa plany hostingu. Consumption (klasyczny) uruchamia przepływy pracy we współdzielonej infrastrukturze wielodostępnej, a rozliczenie odbywa się za wykonanie każdej akcji — jest to rozwiązanie idealne dla automatyzacji uruchamianych rzadko. Standard działa w dedykowanej infrastrukturze App Service dla jednego dzierżawcy, obsługuje integrację z siecią VNet, niestandardowe konektory za pośrednictwem zarządzanych interfejsów API oraz wiele przepływów pracy w ramach jednej aplikacji Logic App. Plan Standard jest rozliczany godzinowo, podobnie jak App Service. Plan Standard należy wybrać w przypadku przepływów pracy klasy korporacyjnej wymagających izolacji zgodności lub łączności z siecią VNet.
# Create a Consumption Logic App
az logic workflow create \
--name MyLogicApp \
--resource-group MyRG \
--location eastus \
--definition @workflow-definition.json
# Create a Standard Logic App (requires an App Service plan)
az logicapp create \
--name MyStandardLogicApp \
--resource-group MyRG \
--plan MyAppServicePlan \
--storage-account mystorageaccountWyzwalacze: rozpoczynanie przepływu pracy
Przepływy pracy Logic Apps rozpoczynają się od wyzwalacza reagującego na określone zdarzenie. Wyzwalacze odpytywania sprawdzają usługę w regularnych odstępach czasu (np. wyzwalacz „When a new email arrives” w Outlooku sprawdza ją co minutę). Wyzwalacze wypychane korzystają z elementów webhook i uruchamiają się natychmiast po wystąpieniu zdarzenia (np. „When an HTTP request is received”). Wyzwalacze cykliczne uruchamiają się zgodnie z harmonogramem. Dane wyjściowe wyzwalacza (treść wiadomości e-mail, dane żądania HTTP) są dostępne dla wszystkich kolejnych akcji w przepływie pracy.
// Workflow definition snippet: HTTP trigger
{
'definition': {
'triggers': {
'manual': {
'type': 'Request',
'kind': 'Http',
'inputs': {
'schema': {
'type': 'object',
'properties': {
'customerName': { 'type': 'string' },
'orderTotal': { 'type': 'number' }
}
}
}
}
}
}
}Akcje i konektory
Akcje to kroki wykonywane po zadziałaniu wyzwalacza. Każda akcja korzysta z konektora — gotowego adaptera integracyjnego dla określonej usługi lub protokołu. Logic Apps oferuje ponad 400 wbudowanych i zarządzanych konektorów, w tym Office 365 Outlook, SharePoint, Azure SQL Database, Salesforce, Slack, Twitter/X, SAP oraz ogólne konektory HTTP, SFTP i FTP. Zarządzane konektory automatycznie obsługują uwierzytelnianie i zarządzanie połączeniami.
// Workflow: send an email via Office 365 after HTTP trigger
// Actions section of the workflow definition:
{
'Send_an_email': {
'type': 'ApiConnection',
'inputs': {
'host': { 'connection': { 'name': '@parameters("$connections")["office365"]["connectionId"]' } },
'method': 'post',
'path': '/v2/Mail',
'body': {
'To': 'manager@contoso.com',
'Subject': 'New Order from @{triggerBody()["customerName"]}',
'Body': 'Order total: @{triggerBody()["orderTotal"]}'
}
}
}
}Przepływ sterowania: warunki i pętle
Logic Apps obsługuje standardowe konstrukcje przepływu sterowania. Akcje Condition rozgałęziają przepływ pracy na podstawie wyrażenia (np. orderTotal > 1000). Akcje Switch kierują działanie do różnych gałęzi na podstawie wartości. Pętle For Each iterują po tablicy (np. przetwarzają każdy załącznik wiadomości e-mail). Pętle Until powtarzają akcje do momentu spełnienia warunku. Wszystkie te konstrukcje można konfigurować wizualnie w projektancie lub jako kod JSON w definicji przepływu pracy.
// Condition action in workflow definition
{
'Check_order_value': {
'type': 'If',
'expression': {
'and': [{
'greater': ['@triggerBody()["orderTotal"]', 1000]
}]
},
'actions': {
'Notify_Manager': { /* send email action */ }
},
'else': {
'actions': {
'Auto_Approve': { /* approve action */ }
}
}
}
}Wyrażenia i funkcje
Logic Apps używa języka wyrażeń do przekształcania danych i odwoływania się do nich pomiędzy akcjami. Wyrażenia są umieszczane w @{...} i obsługują wbudowane funkcje do pracy z ciągami znaków (concat, toLower), tablicami (length, first, filter), datami (utcNow, addDays), manipulowania kodem JSON oraz odwołań do przepływu pracy (triggerBody(), outputs('ActionName')). Funkcje te są obliczane w czasie wykonywania, gdy dany krok zostaje uruchomiony.
// Expression examples in Logic Apps actions
// Reference trigger data
'@triggerBody()["customerName"]'
// String manipulation
'@toUpper(triggerBody()["customerName"])'
// Date operations
'@addDays(utcNow(), 7)' // One week from now
// Reference previous action output
'@outputs("Get_customer")["body"]["email"]'
// Conditional expression
'@if(greater(triggerBody()["total"], 1000), "VIP", "Standard")'Obsługa błędów: Run After i ponowienia
Każda akcja w Logic Apps ma ustawienie Run After, które określa, kiedy zostanie wykonana: po pomyślnym zakończeniu poprzedniego kroku, jego niepowodzeniu, przekroczeniu limitu czasu lub pominięciu. Umożliwia to niezawodną obsługę błędów — można dodać akcję kompensacyjną lub alert, który zostanie uruchomiony tylko w przypadku niepowodzenia poprzedniego kroku. Każda akcja ma również konfigurowalne zasady ponawiania (stały odstęp, wykładnicze narastanie opóźnienia), które automatycznie obsługują przejściowe awarie usług zależnych.
// Action that runs only when a previous action fails
{
'Send_failure_alert': {
'type': 'ApiConnection',
'runAfter': {
'Process_order': ['Failed', 'TimedOut']
},
'inputs': { /* Teams notification */ },
'operationOptions': 'DisableAsyncPattern',
'runtimeConfiguration': {
'staticResult': null
}
}
}Integracja z usługami Azure
Logic Apps integruje się bezpośrednio z podstawowymi usługami Azure, które mogą pełnić funkcję wyzwalaczy i akcji. Można uruchomić przepływ pracy po dodaniu obiektu blob do kontenera magazynu, zapisać wyniki w Azure SQL Database, wysłać wiadomość do Azure Service Bus, wywołać Azure Function w celu wykonania niestandardowej logiki lub rejestrować wyniki w obszarze roboczym usługi Log Analytics. Dzięki temu Logic Apps pełni funkcję skutecznej warstwy orkiestracji, która łączy wyspecjalizowane usługi Azure bez konieczności tworzenia niestandardowego kodu.
// Azure Blob trigger + SQL Database action pattern
// Trigger: 'When a blob is added or modified'
// Action 1: Read blob contents
// Action 2: Parse CSV/JSON body
// Action 3: 'Insert row' into Azure SQL Database
// Action 4: 'Delete blob' from source container
// Action 5: Send success notification email
//
// No custom code required for this common ETL patternMonitorowanie i historia uruchomień
Każde uruchomienie przepływu pracy Logic Apps jest zapisywane w historii uruchomień dostępnej w witrynie Azure Portal. Można sprawdzać dane wejściowe, wyjściowe, czas trwania i komunikaty o błędach każdego uruchomienia na poziomie poszczególnych akcji, co ułatwia debugowanie. Należy włączyć rejestrowanie diagnostyczne, aby wysyłać historię uruchomień i logi wyzwalaczy do obszaru roboczego Log Analytics w celu długoterminowej analizy i konfigurowania alertów. Warto skonfigurować alerty usługi Azure Monitor dotyczące metryki RunsFailed, aby wykrywać uszkodzone przepływy pracy.
# Enable diagnostic logging for a Logic App
az monitor diagnostic-settings create \
--resource '/subscriptions/.../providers/Microsoft.Logic/workflows/MyLogicApp' \
--name 'LogAnalyticsLogs' \
--workspace /subscriptions/.../workspaces/MyLogAnalytics \
--logs '[{"category": "WorkflowRuntime", "enabled": true, "retentionPolicy": {"days": 30, "enabled": true}}]'Kiedy wybrać Logic Apps
Logic Apps należy wybrać w przypadku: integracji aplikacji SaaS i aplikacji klasy enterprise (Salesforce, SAP, ServiceNow), automatyzacji procesów biznesowych z obiegami akceptacji, potoków ETL uruchamianych po przesłaniu plików, procesów powiadamiania i alertów oraz sytuacji, w których osoby nietechniczne (analitycy biznesowi) muszą modyfikować kroki przepływu pracy bez używania kodu. Należy unikać Logic Apps w scenariuszach o dużej częstotliwości i małych opóźnieniach (zamiast tego należy użyć Azure Functions) oraz wtedy, gdy potrzebne są złożone konstrukcje programistyczne, których nie obsługuje język wyrażeń.
Szybkie sprawdzenie
Sprawdź swoją wiedzę na temat zagadnień Microsoft Azure Fundamentals (AZ-900) omówionych w tej lekcji.
Podsumowanie lekcji
W tej lekcji poznali Państwo następujące zagadnienia: Azure Logic Apps zapewnia automatyzację przepływów pracy low-code z ponad 400 gotowymi łącznikami, ustawienia Run After umożliwiają szczegółową obsługę błędów dla poszczególnych akcji, a Logic Apps doskonale sprawdza się w przypadku integracji SaaS i automatyzacji procesów biznesowych, gdy osoby nietechniczne muszą modyfikować przepływy pracy. Następnie omówimy Event Grid i architekturę sterowaną zdarzeniami.
Często zadawane pytania
Czy lekcja „Azure Logic Apps” jest bezpłatna?
Tak — pełny tekst „Azure Logic Apps” jest dostępny za darmo tutaj w sieci. Aby ćwiczyć ją interaktywnie (wbudowany edytor kodu i tutor AI dostępny 24/7) i odblokować resztę kursu Cloud & IT Cert Prep, przejdź na CoddyKit PRO. Kurs Cloud & IT Cert Prep zawiera 4 lekcji w sumie.
Co nauczysz się w „Azure Logic Apps”?
Zbuduj bezkodowy przepływ integracyjny w Logic Apps, który uruchamia się po otrzymaniu nowej wiadomości e-mail, przekształca ładunek i zapisuje rekord w Azure SQL Database. Ćwiczysz Cloud & IT Cert Prep z praktycznym kodem, który uruchamiasz bezpośrednio w przeglądarce, a tutor AI dostępny 24/7 odpowiada na Twoje pytania podczas pracy nad lekcją.
Czy potrzebuję doświadczenia, aby zacząć Cloud & IT Cert Prep?
Nie wymagamy żadnego doświadczenia. Cloud & IT Cert Prep w CoddyKit jest strukturyzowany dla początkujących i zaawansowanych użytkowników, więc możesz zacząć tutaj lub od początku i uczyć się w swoim tempie. To lekcja 3 z 4.
Ile czasu zajmuje lekcja „Azure Logic Apps”?
Większość lekcji CoddyKit trwa około 5–10 minut. Każda lekcja to mały, interaktywny krok, dzięki czemu robisz systematyczne postępy i zawsze wracasz dokładnie do tego samego miejsca — na webie i w aplikacji.
Czy mogę pisać i uruchamiać kod w tej lekcji Cloud & IT Cert Prep?
Tak. Każda lekcja Cloud & IT Cert Prep zawiera wbudowany edytor kodu, więc piszesz i uruchamiasz prawdziwy kod bezpośrednio w przeglądarce i od razu otrzymujesz sprzężenie zwrotne od AI — bez konfiguracji na komputerze.
Wszystkie lekcje w tym kursie
- Wyzwalacze i powiązania Azure Functions
- Durable Functions dla przepływów pracy ze stanem
- Azure Logic Apps
- Event Grid i architektura sterowana zdarzeniami