AZURE MV, czy AZURE APP SERVICE

Witam,
Całe życie prawilnie stawiałem serwery na linuxie, gdy miałem potrzebę coś opublikować.
Teraz klienci chcą AWSa lub AZURE - spoko. Linux jak wszędzie indziej, chcą przepłacać za parę zbędnych dla nich opcji zamiast za 5 pln kupić stały adres IP lub VPSa za 15 zeta - nie moja sprawa. Koszulka D$G też spełni rolę zwykłej koszulki za 5 pln, a jednak ludzie kupują, nie osądzam (tak, rozumiem, że w niektórych przypadkach można wykorzystać szerzej infrastrukturę AZURE, czy AWS, ale znam takich klientów którzy nie wykorzystują nic więcej niż VMka w jednym kraju i VPS spełniłby dokładnie to samo zadanie, tylko jakieś 5x taniej).

Ostatnio usłyszałem, że jestem głupi i niepotrzebnie się męczę z konfiguracją linuxa, bo app service w azure jest lepsze. WSZYSTKO tam jest z automatu; backupy, pipeliny, WSZYSTKO.

Czy to jest faktycznie taka ziemia obiecana i kto nie korzysta ten dinozaur, czy może są jakieś widoczne wady takiego rozwiązania. Różne opinie czytałem o tym, od zachwytów poprzez skrajną krytykę. Trochę to wygląda jak taki hosting współdzielony dedykowany na sterydach.

Jak to się sprawdza w praktyce?
Łatwo by było na tym postawić jakiś bardziej złożony serwis typy; mikroserwisy w .net core, troche frontendu w react, trochę server-side renderingu z .neta, trochę treści statycznej?

Co polecacie?

I druga sprawa, jeżeli zwykle wszystko mam skonfigurowane w dockerze, to czy deploy takiego obrazu będzie wygodny? Czy później można tam zrobić jakichś mechanizm zbliżony do reverse proxy, żeby na jednej domenie pod różnymi ścieżkami mieć dostęp do różnych obrazów?

Jak zamierzasz używać VMem w chmurze to rzeczywiście lepiej (taniej) VPSa. Jak działasz na poziomie Paas - to chmura ma sens. A jak masz aplikacje w dokerze to pod to też masz usługę zarówno w Azure jak W AWS

Tomek Pycia napisał(a):

A jak masz aplikacje w dokerze to pod to też masz usługę zarówno w Azure jak W AWS

Okey... appservice odpali mi dockera z aplikacjami na różnych portach. Na jednym będzie baza, na innym frontend, na różnych backendy itp. Czy później będę mógł zrobić reguły przekierowań na dane porty z różnych ścieżek jak w nginx?

To już musisz popatrzeć w dokumentacje jak to konkretnie rozwiązać: https://azure.microsoft.com/en-us/services/kubernetes-service/ Ogólnie polecam podeprzeć się jakimś doświadczonym konsultantem przy pierwszym projekcie, bo można sobie zrobić krzywdę.

No włąsnie... z VMką sobie krzywdy nie zrobię, bo to prawie zwykły vps.

Tomek Pycia napisał(a):

Dziękuję za odpowiedzi.
Czyli podsumowując, jeżeli mam doświadczenie w deployu na maszyny z linuxem, to odradzasz mi eksperymentowanie na produkcji z appservice, bo jest to na tyle skomplikowane, że może narobić mi problemów?

Nie odradzam (ja jestem zwolennikiem chmury tylko nie wszędzie nie zawsze i z głową), ale jak sobie uruchomisz jakieś cuda to cię może rachunek zaskoczyć. Mnie się podoba to, że wiele rzeczy biorę i używam.

A czy appservice daje mi tyle (np. backup, stabilność, prostotę, cenę), że warto ryzykować?

Wszystko zależy od aplikacji.

.net core, sql, frontend react i czesciowo server-side rendering + pare stron statycznych. Przede wszystkim zależy mi na wyborze usługi na stabilności, bezpieczeństwie i bezobsługowości.

Jeśli chodzi o stabilność i bezobsługowość to moim zdaniem appservice (dają coś koło 99,99 SLA na poszczególne usługi) wygrywa z VPSem. A jaki ten SQL - Aure ma w sowiej ofercie SLQ servera. Od jakiegoś czasu oferują też MySQLa i Postgresa, ale nie wiem czy to juz weszło na produkcję. W przypadku chmury należy zmienić myślenie. Aplikację budujesz z klocków (usług).

Co do SQLa to jestem dość elastyczny. Myslalem o postgresql, ale jezeli azure sql bylby tu optymalny - tym lepiej. I tak raczej będzie w tym projekcie wdrazane entity framework, czy jakis inny orm.

Jeśli to stosunkowo prosta aplikacja (a raczej o takiej piszesz) to AppService jest optymalnym rozwiązaniem. Osbiście go nie lubie ale jesli mówmy o niedużej aplikacji to z nim jest najmniej kombinowania. Bezę też Azure SQL - automatyczne backupy itd i niezłe SLA robia robotę - uważaj przy zakładaniu - domyslnie zakładana baza zakłada się z absurdalnie drogim profilem Gen5 na którym można postawić całe korpo.

ORM to juz wg uznania. Do prostej apki EF powinien się sprawdzić.

@W2K Dzieki wielkie za odpowiedz. Czy aplikacja jest prosta? Relatywnie tak, szczerze powiedziawszy crud z ladnym frontendem.

Czy ja czegoś nie ogarnąłem, czy w kategorii "production" jeden appservice dla pojedynczego obrazu dockera kosztuje około 60 euro?