Mam zamiar zbudować integrację między dwoma systemami na platformie Azure. Podstawową architekturą aplikacji będzie odpowiednik platformy Azure dla lokalnej konsoli. Na przykład. zgodnie z harmonogramem wymieszanie danych między dwoma systemamiKiedy należy używać aplikacji Logic w przeciwieństwie do zadania sieciowego?
Widzę dwa sposoby, aby to zrobić w ramach usług aplikacji.
Aplikacja internetowa, która ma zadania internetowe. W moim przypadku w ogóle nie potrzebuję strony internetowej.
Aplikacja logiczna z niestandardowymi aplikacjami interfejsu API. W moim przypadku cała integracja byłaby prawdopodobnie tylko jedną niestandardową aplikacją interfejsu API zamiast serią powiązanych aplikacji API.
Oba wyglądają tak, jakby wspierały zaplanowane działania i łączność, której potrzebuję. Oba wyglądają tak, jakby się skalowały, ale to nie jest naprawdę troska o to, co planuję. Oba wydają się mieć dość proste ścieżki wdrażania. Naprawdę oba wyglądają dość podobnie.
Jedyna poważna różnica, która moim zdaniem polega na tym, że aplikacja internetowa do zadań internetowych zawsze będzie zawierała stronę internetową. Czy to jest poprawne? Jeśli tak, prawdopodobnie wybiorę aplikację internetową, która może posłużyć witryną w niedalekiej przyszłości.
Czy brakuje mi tu czegokolwiek, co powinno wpłynąć na moją decyzję? Czy różnica jest taka prosta?
Czy wiesz, czy możesz mieć pracę w Internecie bez strony internetowej? –
@JamesWood Z perspektywy Azure NIE. Azure webjob działa na samej stronie internetowej. Mówiąc, że zawsze możesz uniknąć witryny z perspektywy kodu i wdrożyć tylko AzureWebjob do pustej witryny. –
WebJobs można teraz również powiązać z aplikacjami API. –