*Arhivat*
= Cel mai bun serviciu de găzduire în cloud? =

Bună, băieți, așa că vreau să implementez API-ul meu backend Django, dar nu în producție, pentru dezvoltare. Care este serviciul tău cloud preferat pentru a face asta? Până acum, am găsit serviciul Ngrok și Amazon AWS, iar Jenkins și IâÃÂàle înțeleg pe fiecare în profunzime pentru a face o comparație. Vreau să știu din experiența ta care este serviciul tău preferat

P.S: în ultimul timp am primit un răspuns foarte ostil pentru lipsa mea de experiență și pentru că am încercat să ajut - să văd că acest sub devine încet ostil și agresiv pe măsură ce alte site-uri web (se pare că doar menționând numele altor site-uri web, postarea ta este ștearsă)

Așa că vă rog să vă scuzați pentru lipsa de experiență pe care o găsiți în postarea mea (sau în postările/comentariile viitoare)

EDIT: Nu mă așteptam la atâtea răspunsuri, vă mulțumesc tuturor pentru răspuns, voi încerca să răspund tuturor

Dacă este implementat pe un server de la distanță, atunci nu contează cu adevărat dacă este pentru producție sau nu - majoritatea lucrurilor vor fi la fel. Pentru o implementare gratuită și relativ ușoară, încercați Pythonanywhere sau Heroku. Dacă doriți mai mult control, încercați Digital Ocean. Am scris un ghid (ceea ce cred că este destul de cuprinzător) pentru implementarea dvs
*prima* aplicația Django la Digital Ocean aici

Da, oceanul digital este cu siguranță o bijuterie dacă vrei control, sigur că nu te vei desfășura într-o jumătate de minut, dar este cu siguranță superior celor mai multe alte opțiuni dacă vrei mai mult control

Pythonanywhere pare să se potrivească nevoilor mele în 90% din timp, nu prea mult control, nu prea multă automatizare și ținere a mâinii, undeva la mijloc

Am o mulțime de experiență atât cu AWS Lambda, cât și cu Django. Nu mă pot gândi la un singur motiv bun pentru a face Django prin AWS Lambda. Ca, nici un singur motiv. Extrem de complicat pentru atât de puțin profit, mai ales când dependențele tale devin chiar mai mult decât banale. Nu doriți să jucați jocul de optimizare a dependenței cu limita de dimensiune a fișierului de 250 MB. Dacă într-adevăr aveți probleme de scalabilitate pentru un proiect django, aș spune că soluția este probabil o combinație de ECS, țelină și cloudfront

Heroku este foarte ușor de implementat, gratuit până când atingeți o anumită limită, pythonanywhere este același, dar puțin mai greu, deoarece trebuie să setați unele lucruri manual, ceea ce necesită o înțelegere de bază a comenzilor Linux (nimic avansat)

Ambele au opțiunea de a bloca site-ul folosind o parolă dacă nu doriți ca oamenii să îl viziteze sau să se conecteze la el decât dacă sunt autorizați
Folosesc Heroku de câțiva ani. DB-ul meu este nivelul gratuit de postgres. Funcționează excelent și plătesc un total de 7 USD pe lună. Anunțați-mă dacă aveți întrebări mai specifice. Documentația lor este foarte bună și am avut probleme minime. Am o adresă URL personalizată, https, totul

Îmi implementez toate proiectele Django în Google Cloud Run. Chiar îmi place

Iată cum o rezolv:
Încep prin a-mi implementa baza de date de dezvoltare în Google Cloud SQL. Folosesc aceeași instanță cloud mySQL pentru dezvoltarea și testarea locală și cloud

** Dezvoltator local rulez 3 containere docker cu docker-compose:
- aplicația mea Django. Containerul are nginx inclus. DB indică către containerul proxy SQL
- imagine standard Google SQL proxy. Necesită un cont de serviciu Google json

- container standard phpmyadmin. În principal pentru a depana mySQL
**Implementare în cloud. montare și prod
- Am un fișier cloudbuild.yaml pentru aplicația mea Django. Acesta descrie cum să construiți și să implementați aplicația Django în Google Cloud Run

- În Google Cloud Run, am setat un declanșator pentru a construi/implementa aplicația mea pe baza comiterilor git în aplicația mea. Aceasta citește cloudbuild.yaml și automatizează implementarea modificărilor mele în cloud

- Am setat toate variabilele mele ENV în declanșatoare să fie transmise la cloudbuild.yaml și, eventual, la instanțele Cloud Run. Bineînțeles că diferă pentru montaj și prod

**De ce îmi place**
- Configurarea inițială nu este simplă, dar automatizarea pe care mi-o oferă este minunată

- Costul pentru instanțe de dezvoltare este foarte scăzut. Google Cloud Run taxează numai pentru secundele folosite. Deci câțiva dolari pe lună Acum, instanța Cloud SQL este unde este costul, deoarece aceasta pornește o VM care rulează mereu. Cele cu CPU scăzute coboară sub 10 USD/lună

- Pentru producția dvs., beneficiați de toată puterea Google Cloud Platform. Scalare orizontală infinită (atâta timp cât aplicația dvs. web este apatridă). Cloud Run se va scala automat. De asemenea, puteți scala Cloud SQL în sus și/sau orizontal

- Google Cloud Run vine cu puncte finale http/https pe care le puteți mapa pe domeniul dvs. Fără bătăi de cap cu configurațiile certificatelor SSL. Îmi place asta

Anunțați-mă dacă sunteți interesat, vă pot oferi mai multe detalii. Acum cred că ar trebui să scriu un articol detaliat despre cum să fac asta
Și iată ultimele mele aplicații web Django, implementate în Google Cloud Run
Dacă faci deja câteva cercetări cu privire la diferitele servicii de găzduire în cloud, ar putea fi o idee bună să verifici Engine Yard. Am folosit engine yard pentru diverse implementări de aplicații pe cloud și aș spune că este o platformă foarte dinamică și ușor de utilizat pentru implementarea aplicațiilor dvs. pe cloud
Engine Yard Cloud (EYC) este o platformă ca serviciu (PaaS) preferată pentru găzduirea aplicațiilor Ruby, Node și PHP. Are o infrastructură robustă, complet gestionată, împreună cu suport de clasă mondială. Are o infrastructură destul de sigură, iar patch-urile sunt ținute la zi pentru confortul dumneavoastră. Nu aveți costul general de gestionare a stivei complete, inclusiv bazele de date și echilibratorii de încărcare. Toate acestea sunt îngrijite. Backup-urile au loc automat. După cum văd eu, Engine yard este o platformă care economisește timp și costuri

De asemenea, puteți explora Engine Yard Kontainers (EYK). Este o platformă de ultimă generație. L-am încercat și am găsit că este o migrație demnă. Acceptă mai multe stive, scalare automată în timp real și multe alte funcții. Puteți căuta atât Engine Yard Cloud, cât și Engine Yard Kontainers

Recomand să folosiți App Platform pe Digital Ocean. Este similar cu Heroku, dar oferă mult mai multă putere pentru o fracțiune din costurile Heroku

Nu are toate caracteristicile pe care le are Heroku, dar cel puțin pentru mine are suficiente cu care să funcționeze.

Nu sunt DevOps, așa că nu știu cum să configurez Droplet-ul normal într-un mod sigur. Acesta este motivul pentru care Platforma de aplicații funcționează mult mai bine - nu trebuie să mă gândesc la pierderea măsurilor de siguranță decât în ​​aplicația mea.

Toate proiectele mele personale sunt grupate în containere docker și implementate într-un singur cluster kubernetes cu nod pe Scaleway.com. Este destul de mișto și întreținere redusă, iar dacă cineva atinge o anumită scară, le pot muta cu ușurință fie într-un cluster mai mare, fie într-un alt serviciu de implementare a containerelor (cum ar fi ECS, sau chiar să le implementez eu pe o instanță cu doar un container de rulare instalat). )

În trecut, am implementat un serviciu django pe AWS Lambda cu Zappa, dar pierzi mult din control și există câteva lucruri mici pe care trebuie să le înveți și să le implementezi (de exemplu, folosind fie un cadru fără server, gestionarea versiunilor, păstrarea lambdas „cald”, etc).