Ta architektura referencyjna ilustruje aplikację logiki działającą na platformie Microsoft Azure, która jest wyzwalana przez usługę Azure Spring Apps. Następnie łączy się z zasobami lokalnymi, takimi jak Microsoft SQL Server i Microsoft SharePoint Server.
Architektura
Pobierz plik programu Visio z tą architekturą.
Przepływ pracy
Architektura składa się z następujących elementów:
- Azure Spring Apps. Spring Apps udostępnia usługę zarządzaną, która została zaprojektowana i zoptymalizowana specjalnie dla mikrousług spring napisanych w języku Java.
- Azure Logic Apps. Aplikacje logiki to zautomatyzowane przepływy pracy, które są udostępniane jako skalowalna usługa w chmurze na potrzeby typowych zadań orkiestracji przedsiębiorstwa. Aplikacje logiki obejmują łączniki dla wielu popularnych usług w chmurze, produktów lokalnych lub innych aplikacji typu oprogramowanie jako usługa. Przepływ pracy usługi Logic Apps obejmuje następujące funkcje:
- Wyzwalacz , który jest uruchamiany za każdym razem, gdy zostanie odebrany nowy komunikat usługi Azure Queue Storage .
- Akcja analizowania treści komunikatu kolejki w formacie JavaScript Object Notation (JSON).
- Akcja wysyłania zapytań dotyczących SQL Server dla odpowiednich danych.
- Akcja redagowania odpowiedzi z zebranych danych.
- Akcja utrwalania złożonej odpowiedzi na listę w programie SharePoint Server.
- Lokalna brama danych. Lokalna brama danych to oprogramowanie łączące dane lokalne z usługami w chmurze. Brama zazwyczaj instaluje się na dedykowanej lokalnej maszynie wirtualnej.
- SQL Server. Jest to instalacja SQL Server.
- SharePoint Server. Jest to instalacja programu SharePoint Server.
Składniki
Kluczowe technologie używane do implementowania tej architektury:
- Azure Spring Apps to w pełni zarządzana usługa dla deweloperów platformy Spring. Zarządzanie cyklem życia aplikacji Spring Boot za pomocą kompleksowego monitorowania i diagnostyki, zarządzania konfiguracją, odnajdywania usług, integracji ciągłej integracji/ciągłego wdrażania oraz wdrożeń blue-green.
- Azure Logic Apps to wiodąca platforma integracji jako usługa (iPaaS) oparta na konteneryzowanym środowisku uruchomieniowym. Wdrażanie i uruchamianie usługi Logic Apps w dowolnym miejscu w celu zwiększenia skalowalności i przenośności przy jednoczesnym automatyzowaniu przepływów pracy krytycznych dla działania firmy w dowolnym miejscu.
- Usługa Azure Queue Storage to proste, ekonomiczne i trwałe kolejkowanie komunikatów dla dużych obciążeń.
Szczegóły scenariusza
Potencjalne przypadki użycia
Przykładowe typowe zastosowania tej architektury:
- Oparte na chmurze przepływy pracy usługi Azure Logic Apps, które wymagają danych z oprogramowania lokalnego w ramach ich uruchamiania.
- Rozszerzanie możliwości istniejącego oprogramowania lokalnego przez wyzwalanie przepływów pracy usługi Logic Apps w chmurze.
Zalecenia
Poniższe zalecenia dotyczą większości scenariuszy. Postępuj zgodnie z tymi zaleceniami, chyba że masz określone wymagania, które je przesłaniają.
Lokalna brama danych
Chociaż możliwe jest uwidocznienie serwerów lokalnych w publicznym Internecie, zaleca się użycie lokalnej bramy danych. Ta brama tworzy bezpieczne połączenie odczytu/zapisu między lokalnymi źródłami danych a platformą Azure. Lokalna brama danych jest używana z łącznikami usługi Logic Apps do łączenia lokalnych źródeł danych z platformą Azure. Przed zainstalowaniem lokalnej bramy danych należy wziąć pod uwagę następujące kwestie:
- Lokalną bramę danych można zainstalować na dowolnej lokalnej maszynie wirtualnej. Możesz zainstalować ją na tej samej maszynie wirtualnej co aplikacje serwera lub na wspólnej maszynie wirtualnej z odpowiednią łącznością sieciową.
- Architektura lokalnej bramy danych została zaprojektowana w celu nawiązywania połączeń wychodzących z Azure Service Bus.
- Zapoznaj się z dodatkowymi zagadnieniami dotyczącymi instalowania lokalnej bramy danych.
Lokalna brama danych może być używana z więcej niż tylko usługą Logic Apps. Można użyć tej samej instalacji bramy danych z:
Zagadnienia do rozważenia
Te zagadnienia implementują filary platformy Azure Well-Architected Framework, która jest zestawem wytycznych, które mogą służyć do poprawy jakości obciążenia. Aby uzyskać więcej informacji, zobacz Microsoft Azure Well-Architected Framework.
Skalowalność
- Wraz ze wzrostem liczby przepływów usługi Logic Apps należy wziąć pod uwagę ograniczenia pojemności serwerów lokalnych. Należy określić, czy serwery lokalne mogą obsługiwać zwiększone obciążenie.
Dostępność
- Unikaj problemów z pojedynczym punktem awarii dla lokalnej bramy danych, instalując oprogramowanie na wielu lokalnych maszynach wirtualnych.
- Rozważ zaimplementowanie topologii wysokiej dostępności dla serwerów lokalnych przy użyciu technik takich jak:
Możliwości zarządzania
- Usługa Service Bus jest używana do komunikacji wychodzącej bramy danych. Może to wymagać skonfigurowania zapory w celu zezwolenia na połączenia wychodzące z platformą Azure.
- Rozważ usługę Azure ExpressRoute , jeśli chcesz uzyskać spójną przepływność z lokalnych źródeł danych do platformy Azure.
DevOps
- Odpowiedni zasób platformy Azure dla lokalnej bramy danych powinien zostać utworzony tylko po zainstalowaniu odpowiedniego oprogramowania na lokalnej maszynie wirtualnej.
- Rozważ przechowywanie konfiguracji przepływu pracy jako szablonu JSON w szablonie usługi Azure Resource Manager w celu zautomatyzowania wdrażania.
Zabezpieczenia
Zabezpieczenia zapewniają ochronę przed celowymi atakami i nadużyciami cennych danych i systemów. Aby uzyskać więcej informacji, zobacz Omówienie filaru zabezpieczeń.
- Chociaż możliwe jest uwidocznienie serwerów lokalnych w publicznym Internecie, zaleca się użycie lokalnej bramy danych. Ta brama tworzy bezpieczne połączenie odczytu/zapisu między lokalnymi źródłami danych a platformą Azure.
Optymalizacja kosztów
Optymalizacja kosztów dotyczy sposobów zmniejszenia niepotrzebnych wydatków i poprawy wydajności operacyjnej. Aby uzyskać więcej informacji, zobacz Omówienie filaru optymalizacji kosztów.
- Koszty możesz szacować za pomocą kalkulatora cen platformy Azure.
- W tej dokumentacji przyjęto założenie, że plan zużycia jest używany do tworzenia globalnego zasobu usługi Logic Apps.
- Ta dokumentacja korzysta tylko ze standardowych łączników, które są mierzone w niższej cenie niż łączniki przedsiębiorstwa.
Następne kroki
- Rozszerzanie sieci lokalnej przy użyciu sieci VPN
- Co to jest lokalna brama danych?
- Co to jest usługa Azure Logic Apps?
- Co to jest Azure Queue Storage?
- Co to jest usługa Azure Spring Apps?