wombatDaiquiriGruba ryba
2piorunów#programowanie #programista15k chociaż pewnie bardziej #programista6k #webdev
na jaki ruch przygotowujecie swoje serwisy? Chodzi mi głównie o projekty robione hobbystycznie / po godzinach / dla małych klientów.
Jak rozwiązujecie hosting? Co wybieracie dla siebie/swoich klientów i dlaczego?
Informacja o wybranej technologii też się przyda, bo obstawiam że to się znacząco różni w zależności od tego jak ciężki jest język/framework.
Od razu mówię że nie potrzebuję odpowiedzi "benchmarkuję na tyle za ile klient zapłaci" i podobne sprytne spostrzeżenia handlowe.
@wombatDaiquiri
Ja wszystko małe i średnie robię w technologii Serverless.
Różni dostawcy chmurowi oferują swoje rozwiązania ale ja używam AWS.
Statyczne strony stawiam na S3 Bucket - kosztuje to grosze nawet przy dużym ruchu.
Dynamiczne napędzam AWS Lambda i DynamoDB.
AWS ma usługę Amiplify, która ułatwia stawianie takich stron (czy to statycznych czy z backendem) i nie trzeba się samemu bawić z konfigurowaniem każdej innej usługi samemu.
Zasługą serverless jest, że się usługi do pewnego stopnia skalują automatycznie, resilience usług AWS, reliability strony (jak się wie co się robi) oraz cena - bo ta zależy głównie od popularności strony (więc jak ludzie jej nie używają to płacisz grosze za hosting). Wadą jest szybkość jeśli potrzebujesz aby strona ładowała się poniżej pół sekundy (ale dalej masz pewne opcje, które jak chcesz wydać kasę umożliwiają Ci przyspieszenie wszystkiego).
Dobrym rozwiązaniem są też Vercel oraz Netlify - zwłaszcza jak piszesz strony w nowoczesnych frameworkach jak SvelteKit czy Vue - bo Ci dostawcy hostingu stron wspierają nowoczesny wokflow budowania stron oraz super łatwy deployment z tych nowoczesnych frameworków przy minimalnej konfiguracji.
@wombatDaiquiri Zależy, najczęściej AWS, a jeśli projekt jest typowo mój, to mam taką jakby chmurkę w domu postawiona na rasberrach w matrycy i tam sobie mam postawione serwisy S3 i hostuje u siebie.
Standardowy load balancing I autoscaling backendowy Docker plus jakieś skalowanie manualne na cap w razie potrzeby jak klient nie chce płacić więcej.
Najlepiej zaczac od azura/aws/gcp jak masz pewność że klient będzie płacić za utrzymanie.















