Cum vindeți găzduire de servere de joc cu PufferPanel

PufferPanel este un panou de servere de joc ușor și autogăzduit. Se instalează în câteva minute, rulează multe jocuri și este, în mod plăcut, lipsit de complexitatea Pterodactyl. Îi lipsesc însă și câteva lucruri pe care o afacere de găzduire le presupune prezente.

Această pagină este despre a vinde pe PufferPanel în cunoștință de cauză: ce se automatizează curat, ce nu și unde se află limita onestă. Tot ce urmează a fost măsurat pe PufferPanel 3.0.9.

PufferPanel nu este un fork al Pterodactyl

Merită spus din capul locului, pentru că această presupunere costă zile de muncă. Pelican este un fork al Pterodactyl și împărtășește cea mai mare parte a formei API-ului său. PufferPanel este un proiect independent și nimic nu se transferă:

• Autentificarea se face prin identificatori de client OAuth2, nu printr-o cheie API.
• Serverele se construiesc din șabloane comunitare, după nume, nu din egg-uri numerotate.
• Nu există nicio ierarhie nest/egg de parcurs.
• Identificatorii de server sunt aleși de dumneavoastră, de opt caractere, iar îi alegeți la creare, în loc să primiți unul.

Dacă aveți o integrare Pterodactyl și sperați să o îndreptați către PufferPanel printr-o modificare de configurare, scrieți o integrare nouă.

Conectarea: OAuth2 și un secret pe care îl vedeți o singură dată

Creați un client OAuth2 în panou, la contul dumneavoastră. Obțineți un ID de client și un secret de client; amândouă intră în automatizarea dumneavoastră, împreună cu URL-ul panoului.

Copiați secretul de client imediat. PufferPanel îl afișează o singură dată, la creare. Un secret copiat pe jumătate vă dă o simplă eroare de autentificare, în loc să vă spună că este incomplet, o oră foarte obișnuită din viața dumneavoastră, petrecută verificând lucrurile greșite.

Ce poate face clientul depinde de contul căruia îi aparține. Nu există niciun selector de scop. Dacă vreți să creeze și să elimine servere, trebuie să aparțină unui cont de administrator. Este o notă de securitate importantă: un client OAuth2 pe un cont de administrator este un identificator de administrator și ar trebui tratat ca atare.

Portul nu poate fi ghicit

Un PufferPanel proaspăt servește HTTP simplu pe portul 8080. În spatele unui reverse proxy va fi pe 443. Nu există niciun port pe care o automatizare să îl poată adăuga în locul dumneavoastră fără să ghicească, așa că dați-i URL-ul complet: http://panel.example.com:8080 sau https://panel.example.com.

Și fiți sincer cu dumneavoastră în privința transportului. Un panou pe http simplu funcționează, dar secretul de client (un identificator de administrator) și tot ce face integrarea circulă atunci necriptat prin rețeaua dumneavoastră. Dacă panoul se află în spatele TLS cu un certificat autosemnat, fixați-i amprenta în loc să dezactivați verificarea. O amprentă alături de o adresă http este refuzată, pentru că nu există nimic de fixat.

Șabloane, nu egg-uri

PufferPanel construiește un server dintr-un șablon comunitar (minecraft, factorio și așa mai departe) mai degrabă decât dintr-un egg numerotat pe care l-ați definit dumneavoastră. Numele șablonului este identitatea sa.

Două consecințe care determină modul în care vindeți:

Definiția completă a șablonului trebuie trimisă în linie, la creare. PufferPanel nu vă lasă să spuneți „fă-mi un server din șablonul X” prin referință; întreaga definiție, cu variabilele ei, intră în cerere. De aceea, comanda pe PufferPanel este în mod realist doar bazată pe plan: aveți nevoie de un catalog care să conțină șablonul și valorile sale, pentru că un formular de comandă cu text liber i-ar cere unui client să furnizeze un document.

Șabloanele comunitare folosesc în mod implicit un mediu gazdă. Acel mediu are nevoie de binare pe care un host de panou proaspăt nu le are: Java, dependențele unui joc, orice presupune șablonul. Lăsat așa, serverul nu reușește să se construiască, cu o eroare de binar lipsă care se citește ca un bug al platformei dumneavoastră. Soluția este să treceți la varianta docker a șablonului, care le poartă în imaginea sa. Provibr face asta automat; dacă vă construiți propria punte, faceți-o singur, pentru că modul de eșec este un tichet de suport de fiecare dată.

Plasarea pe noduri și de ce este grosolană

PufferPanel își expune nodurile. Nu le expune memoria, discul sau CPU.

Nu este un lucru mărunt. Un motor de plasare nu are pe ce să clasifice: nu poate întreba ce nod are loc, pentru că panoul nu răspunde la această întrebare. Provibr raportează totuși nodul (un panou de joc fără niciun nod nu poate primi comenzi), dar cu o capacitate necunoscută, iar un panou cu mai multe noduri este ales după ordinea numelor, nu după spațiul liber.

Practic: dacă rulați mai mult de un nod PufferPanel, dumneavoastră sunteți planificatorul de capacitate. Nimic din lanț nu vă va împiedica să supraîncărcați un nod, pentru că nimic din lanț nu îl poate vedea umplându-se.

Ciclul de viață: ce funcționează

Crearea, pornirea, oprirea, repornirea, terminarea forțată, reinstalarea și ștergerea funcționează toate.

Un detaliu măsurat: ștergerea oprește mai întâi serverul, pentru că daemonul refuză să elimine un container care rulează. O ștergere lansată împotriva unui server care rulează returnează un 500 dacă săriți acest pas, exact tipul de bug care apare prima dată când un client anulează un server Minecraft aglomerat într-o seară de vineri.

Trei lucruri pe care PufferPanel nu le are

Aceasta este secțiunea de citit înainte de a vă angaja la PufferPanel ca platformă de vânzare.

Fără suspendare

PufferPanel nu are o suspendare proprie. Nicio coloană, niciun punct final; statusul unui server cunoaște doar running și installing.

Așa că, atunci când o platformă „suspendă” un server de joc PufferPanel pentru neplată, ce se întâmplă de fapt este: containerul este oprit, iar accesul la el este blocat în panoul platformei. Este un lucru real și util, dar nu este impus de PufferPanel însuși, ceea ce înseamnă că oricine are acces direct la instalarea PufferPanel poate porni serverul din nou.

Dacă clienții dumneavoastră nu au acces la panoul din spate, este în regulă. Dacă au, procesul dumneavoastră de relansare are o gaură, iar nicio cantitate de automatizare nu o închide. Aceasta este o proprietate a panoului, nu a vreunui instrument pe care îl puneți în fața lui. Comparați cu Pelican, care are un indicator de suspendare real.

Fără consolă live

PufferPanel are o consolă, dar este bazată pe sondare: GET /console returnează jurnale base64 cu un cursor epoch, iar POST /console trimite o comandă. Un handshake WebSocket conform specificației către /console returnează 200 JSON în loc de 101, încercat atât cu un token bearer, cât și cu un cookie de sesiune.

Releul de consolă al Provibr este un tunel (transportă WebSocket-uri NDJSON Wings și VNC), iar un model prin sondare nu i se potrivește fără a construi o a doua formă de releu. Așa că consola este dezactivată pentru PufferPanel, în mod deliberat, în loc să livreze un buton de consolă care duce la o filă ce se întoarce la prezentarea generală.

Pentru un server de joc, consola este, fără îndoială, produsul. Vindeți în consecință: clienții dumneavoastră o primesc în PufferPanel însuși, nu în tabloul dumneavoastră de bord.

Aproape nicio cifră de utilizare

Punctul final de statistici al PufferPanel raportează procentul de CPU și memoria în octeți. Fără disc, fără rețea, fără timp de funcționare.

Setul standard de grafice pentru un server de joc este CPU, memorie, disc și rețea. Două dintre acestea patru ar rămâne permanent goale. Un grafic blocat la zero pentru totdeauna este mai rău decât niciun grafic, așa că și graficele de utilizare sunt dezactivate pentru PufferPanel.

Așadar, când este PufferPanel alegerea potrivită?

Este un panou cu adevărat bun, iar limitele de mai sus nu îl descalifică; sunt doar specifice. PufferPanel vi se potrivește dacă:

• Clienții dumneavoastră nu primesc acces direct la hostul panoului, așa că lipsa impunerii suspendării este irelevantă.
• Vindeți planuri fixe, nu resurse contorizate.
• Rulați un singur nod sau vă simțiți confortabil să fiți propriul planificator de capacitate.
• Prețuiți un panou mic, rapid și cu puține dependențe, în detrimentul profunzimii funcționale.

Vi se potrivește mai puțin dacă vindeți către un public tehnic care are acces la panou sau dacă graficele de utilizare per server fac parte din ceea ce facturați.

Nu trebuie să alegeți un singur panou

Răspunsul realist pentru cei mai mulți furnizori de găzduire de jocuri este ambele. PufferPanel pentru nivelul ușor, Pelican sau Pterodactyl acolo unde contează consola și impunerea, și probabil găzduire web sau VPS pe lângă toate acestea.

Provibr rulează panourile sale de control, hipervizoarele și panourile de joc unele lângă altele într-un singur tablou de bord, cu un singur API și un singur număr de capacitate care le acoperă pe toate. Acolo unde un furnizor nu poate face ceva, platforma refuză cu un motiv care numește capabilitatea lipsă, în loc să pretindă altceva.

Pagina următoare tratează în detaliu traseul de la comandă la server și cel al facturilor neplătite: automatizarea facturării cu PufferPanel.