Cum funcționează exact prețurile de rețea în platformele cloud? Și cum ar trebui să evit atacurile de prețuri dedicate?

Sunt destul de nou în infrastructurile platformelor cloud. De dragul simplității discuțiilor, să presupunem că singurele două platforme despre care discut sunt AWS și Google Cloud.

Acum să spunem că am un server HTTP care se ocupă în principal de răspunsul HTTP printr-un API deschis pentru un joc online. Să presupunem că dimensiunea medie a răspunsului este de 10 KB și vor fi trimise aproximativ un milion de răspunsuri pe zi.

Pe baza înțelegerii mele, prețul lunar depinde de cantitatea de date transferate în termeni de GB. Acum problema mea este că, dacă cineva scrie un script care primește răspuns de la serverul meu în mod repetat, prețul va crește până la vertiginos.

Sunt sigur că orice server bun evită această problemă, dar nu sunt sigur cum se poate evita exact această problemă. Pe baza observației mele, multe servere API de jocuri online mari din viața reală nu își optimizează dimensiunea răspunsului atunci când sunt doar câțiva KB. Trebuie să existe un fel de "plată lunară fixă ​​sau plată pe baza cantității de date transferate pe secundă" se întâmplă un lucru care nu depinde de cantitatea de date transferate.

Cu toate acestea, pur și simplu nu am putut găsi nicio referință pe site-urile platformei pentru astfel de opțiuni.

Orice ajutor ar fi apreciat.

Pe partea de server, modalitățile de a evita acest lucru sunt:

• Solicită autentificare pentru solicitări. IOW, fă-o astfel încât să poți urmări OMS face astfel de atacuri și transformă astfel de atacuri într-o infracțiune interzisă. Apoi blocați-vă în mod corespunzător crearea contului, astfel încât să nu fie ușor să obțineți noi acreditări după ce sunteți interzis.
• Implementați limitarea ratei. De obicei, acest lucru se face în mai multe etape, adesea limitând rata per cont autentificat (deci orice utilizator are o limită de rată), per punct final API (deci punctele finale costisitoare din punct de vedere computațional, care nu sunt apelate foarte des, nu pot fi ușor abuzate pentru atacuri DoS) și, eventual, în ansamblu per IP. Ar trebui să faceți acest lucru din alte motive (mai ales pentru protejarea împotriva atacurilor inteligente DoS și a posibilității de atacuri bazate pe sincronizare asupra logicii jocului).
• Utilizați o compresie bună în protocol. Pentru dimensiunea de răspuns declarată, Brotli merită probabil analizat (sau posibil rapid sau LZ4), ar trebui să fie suficient de rapid pentru a vă satisface nevoile de performanță, dar totuși reduce câțiva kB din dimensiunea răspunsului și în punctul de a face față cu milioane de solicitări pe lună, aceasta este o cantitate nesemnificativă de date salvate.

În ceea ce privește atenuarea în altă parte, asta nu este la fel de ușor de făcut. Furnizorii completi de cloud, cum ar fi ceea ce vorbiți, oferă adesea niște niveluri minime „gratuit” pentru a le permite dezvoltatorilor să experimenteze cu ușurință, fără a costa un braț și un picior. Cred că pentru AWS este de 5 GB pe lună de ieșire (nu taxează deloc pentru datele de intrare), de exemplu. Este cât de aproape puteți ajunge într-o astfel de configurație completă în cloud pentru a bloca utilizarea despre care vorbiți, deoarece majoritatea utilizatorilor vor beneficia de a avea corect utilizarea proporțională, spre deosebire de cumpărarea în âporțiâ.

Dacă chiar doriți o bucată mare, priviți AWS Lightsail. Acolo, cumpărați o ofertă de pachet pentru un nod virtual care include un număr fix de procesoare, o cantitate fixă ​​de RAM și stocare integrată și un plafon specificat de utilizare a rețelei. Utilizarea rețelei sub acest plafon într-un ciclu de facturare nu costă nimic, în timp ce mai sus este proporțională la fel ca într-o configurație completă în cloud. Nu știu dacă GCP are un echivalent, dar majoritatea furnizorilor de VPS (cum ar fi Vultr, Linode sau Digital Ocean) lucrează în același mod pentru ofertele lor principale și, de fapt, aș sugera să căutați acolo dacă mergeți pe această cale. Limitele de rețea ale acestora sunt de obicei în intervalul de mai mulți terabyte, iar norma este că numai direcția care are o utilizare mai mare este urmărită pentru contabilitate.

Niciun furnizor de cloud nu oferă lățime de bandă XX la un preț fix. Prețul este bazat pe consum.

Sunteți responsabil pentru controlul accesului clienților la resursele dvs.

Aceasta înseamnă implementarea de autentificare sau throttling sau alte tehnologii, dar tu alegi cum și cu ce produse.

Serviciile cloud se aseamănă cu construirea unei case. Home Depot nu vă oferă cuie și cherestea nelimitate. Cumperi ceea ce ai nevoie pentru a-ți construi casa. Apoi cumpărați combustibil pentru a vă încălzi casa.

Lucrez în nor din ziua zero. Înainte de asta centrele de date private. Îngrijorarea dvs. este posibilă, dar în lumea reală, nu se întâmplă suficient pentru a ne împiedica pe cei mai mulți dintre noi să ne desfășurăm în cloud. Pentru a vă consuma lățimea de bandă, trebuie să consum lățimea de bandă disponibilă a rețelei. Dacă un hacker dorește să te doboare, există multe metode mai dureroase pe care le pot implementa, care sunt mult mai ieftine pentru el și care sunt mai dificil de urmărit cine/unde se află.