Jak polecacie hosting na duży projekt?

1

Mam w planach stworzenie dużego serwisu internetowego do nauki programowania w różnych językach oraz w różnych technologiach, które są bardziej lub mniej znane. Zakładam, że na tym serwisie będzie homepage, forum, blog dla każdego usera, czat, pastebin, bash, Supprort, materiały do nauki (artykuły tekstowe i nie tylko) i wiele innych rzeczy. :) Pytanie moje brzmi ile będę potrzebował miejsca i jaki hosting polecacie do takiego serwisu? Zakładając, że będzie na nim ok. 1000 userów na początku, a po 1 roku ta ilość może się podwoić. :P

6

Ja mam pomysł taki, że umieszczać materiały do nauki, artykuły itp. to możesz tutaj. I tak tego serwisu nie przebijesz a ma większość funkcjonalności, które chcesz mieć na swoim.

2

Najpierw spróbuj coś stworzyć, a potem dopiero snuj plany o tym gdzie to umieścić. Na początku nie będziesz miał 1000 użytkowników tylko jednego.

Spokojnie wystarczy jeden z tanich (< 10zł miesięcznie) pakietów na jednym z popularnych serwisów hostingowych, z którego będziesz mógł po miesiącu bez kar zrezygnować. Wtedy albo serwis upadnie albo będziesz mógł pomyśleć nad przeniesieniem się na coś większego (i wtedy możesz nas o to zapytać).

1

Jak chcesz coś dużego, globalnego to najlepiej postawić stronę na jakiejś chmurze, np. w Google App Engine. Na początku z niskim zużyciem zasobów nic nie płacisz. Zaczynasz płacić dopiero jak przekroczysz limity - mi się to jeszcze nie zdarzyło ;) Zamiast korzystać z blobów w bazie GAE możesz skorzystać z Google Cloud Storage ( https://developers.google.com/appengine/docs/python/googlestorage/overview ) do przechowywania plików.

1

Chmura Amazonu (AWS) jest IMHO tańsza i ma ciekawszą ofertę niż AppEngine - w AWS nie jesteś w żaden sposób wiązany z konkretną technologią, możesz używać swojego systemu bazy danych, dowolnego języka, możesz przenieść swoją aplikację gdzie indziej jak Ci się nie spodoba. A serwery stawia się w minutę.

W AWS dostajesz infrastrukturę, na której stawiasz co chcesz. W AppEngine (i paru innych np. Heroku) dostajesz coś w rodzaju wirtualnego OSa z własnościowym API, pod które musisz zrobić swoją aplikację.

A jakbyście chcieli skalowalną bazę danych na AWS, to Apache Cassandra wymiata - ma bezpośrednie wsparcie dla AWS EC2. Jeżeli serio planujecie z tego biznes, to polecam dobrze przemyśleć temat bazy danych, bo później jak postawicie na np. jakimś MySQLu czy innym czymś, co się nie skaluje, to, gdybyście przypadkiem odnieśli nieoczekiwany sukces, będziecie musieli przepisać system na nowo.

0

jak na DUŻY serwis to tylko dedyk :)

3

My tutaj już doszliśmy do chmur, a gość wyjeżdża z dedykiem... :D Dedyk to jeden serwer, który da się zajechać znacznie szybciej niż chmurę.

2
Krolik napisał(a):

Jeżeli serio planujecie z tego biznes, to polecam dobrze przemyśleć temat bazy danych, bo później jak postawicie na np. jakimś MySQLu czy innym czymś, co się nie skaluje, to, gdybyście przypadkiem odnieśli nieoczekiwany sukces, będziecie musieli przepisać system na nowo.

i tak i nie

imho jak zaczniesz pisac cos Od razu zeby sie nadawalo dla milionow a nie masz czasu / budzetu / wiedzy to prawdopodobnie projekt zdechnie zanim zobaczy pierwszy release
jak bedzie nieoczekiwany sukces, to najprawdopodobniej przelozy sie to na sukces finansowy wiec kasa na dalszy development/maintenance sie znajdzie

poza tym relacyjne bazy danych dzialaja w duzych i bardzo duzych aplikacjach, a do nowych rozwiazan lepiej miec dystans bo jak cos jest nowe to nie zawsze do konca sprawdzone ;)

co do dedyk vs chmura to imho tutaj tez nie ma jednoznacznej odpowiedzi tylko "to zalezy" chociazby od:

  • budzet
  • skala
  • dostepnosc
  • technologia
  • koszty stale
  • etc

wracajac do tematu to mysle ze najpierw zacznij projekt i zobacz jaki bedzie feedback a pozniej skup sie na pozyskaniu 1000 stalych uzytkownikow ;)

0

Krótka lista hostingów (głównie chmur) dla Javy, ale też i innych platform: Hosting dla aplikacji webowych na platformę Java

0

co do dedyk vs chmura to imho tutaj tez nie ma jednoznacznej odpowiedzi tylko "to zalezy" chociazby od:

  • budzet
  • skala
  • dostepnosc
  • technologia
  • koszty stale
  • etc
  • budżet: 1:0 dla chmury, w większości chmur płaci się za użycie, zwykle dla bardzo małego ruchu są opcje darmowe; testować można nie mając w ogóle żadnego budżetu
  • skala: 1:0 dla chmury, jak ruch Ci wzrośnie, rozbudujesz aplikację, to dodajesz po prostu więcej zasobów, nie ma nigdy problemu z koniecznością przeprowadzki do "większej serwerowni"
  • dostępność: 1:0 dla chmury - niektóre chmury umożliwiają postawienie serwerów w różnych regionach świata, różnych centrach danych
  • technologia: tu dedyk daje nieco więcej swobody - masz większy wpływ na hardware, ale np. jak pisałem w chmurze AWS nie jest z tym tak źle
  • koszty stałe: w przypadku chmury zerowe lub pomijalne, większość opłat jest za faktyczne użycie zasobów i łącza; w przypadku dedyka, nawet jak stoi i się kurzy, to i tak musisz płacić choćby za miejsce

Główną wadą chmury jest brak prywatności. Niektórzy wolą mieć wszystkie dane na swoich serwerach, a niektórzy wręcz muszą ze względu na przepisy np. o ochronie danych osobowych.

2
Krolik napisał(a):
  • budżet: 1:0 dla chmury, w większości chmur płaci się za użycie, zwykle dla bardzo małego ruchu są opcje darmowe; testować można nie mając w ogóle żadnego budżetu
  • skala: 1:0 dla chmury, jak ruch Ci wzrośnie, rozbudujesz aplikację, to dodajesz po prostu więcej zasobów, nie ma nigdy problemu z koniecznością przeprowadzki do "większej serwerowni"
  • dostępność: 1:0 dla chmury - niektóre chmury umożliwiają postawienie serwerów w różnych regionach świata, różnych centrach danych
  • technologia: tu dedyk daje nieco więcej swobody - masz większy wpływ na hardware, ale np. jak pisałem w chmurze AWS nie jest z tym tak źle
  • koszty stałe: w przypadku chmury zerowe lub pomijalne, większość opłat jest za faktyczne użycie zasobów i łącza; w przypadku dedyka, nawet jak stoi i się kurzy, to i tak musisz płacić choćby za miejsce

Główną wadą chmury jest brak prywatności. Niektórzy wolą mieć wszystkie dane na swoich serwerach, a niektórzy wręcz muszą ze względu na przepisy np. o ochronie danych osobowych.

tak ale prosty przyklad Amazon EC2 vs Dedyk dla malej aplikacji ktora serwuje kontent binary lub robi streaming danych i generuje duzo ruchu na poziomie np: ~3TB miesiecznie:

  • koszt na Amazonie ~360$
  • koszt dedyka ~15$

wiec nie jest powiedziane ze chmura jest zawsze najlepszym rozwiazaniem

ja bym zaczal od stworzenia aplikacji minimalnym kosztem, puszczenia jej do uzytkownikow po feedback i zobaczenia czy warto isc w tym kierunku, i dopiero wtedy kiedy sa jakies dane mozna liczyc ile requestow trzeba obsluzyc, ile danych przeslac, gdzie ma byc usluga dostepna, jakie SLA itp itd, i dopiero wtedy liczyc realny koszt chmury dedyka vps czy innego rozwiazania

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