AZURE MV, czy AZURE APP SERVICE

0

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?

0

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

0
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?

0

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ę.

0

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

0
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?

0

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.

0

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

0

Wszystko zależy od aplikacji.

0

.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.

0

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).

0

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.

1

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ć.

0

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

0

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

2

No mnie więcej tyle może kosztować. Proponuję nie robić appservice z dockerem. Lepsza opcja to klasyczny appservice gdzie deployujesz samą apkę.

1 użytkowników online, w tym zalogowanych: 0, gości: 1