Docker konteinerių valdymas per SSH ir komandinę eilutę gali būti varginantis, ypač kai dirbate su keliais projektais arba tiesiog norite greitai ką nors paleisti, neužsirašydami dar vienos YAML sintaksės.

Hostinger Docker VPS žada išspręsti šią problemą savo „Docker Manager GUI“ – vizualia sąsaja konteineriams diegti ir valdyti be terminalo manipuliacijų. Skamba patogiai, bet ar tai iš tikrųjų naudinga, ar tik įprastas VPS su iš anksto įdiegtu Docker ir šiek tiek rinkodaros šurmulio?

Aš nusipirkau Hostinger Docker VPS, kad tai išsiaiškinčiau. Šiame apžvalgoje aptarsiu kainodarą, kaip gerai iš tikrųjų veikia Docker Manager, ar jų dirbtinio intelekto asistentas iš tiesų ką nors prideda, ir, svarbiausia, ar jums verta tai įsigyti, ar tiesiog patiems susikonfigūruoti Docker pigesniame VPS.

Pažiūrėkime, ar šis šurmulys pateisintas.

Hostinger Docker VPS prieglobos pliusai ir minusai

Įvertinimo suskirstymas

Hostinger Docker VPS suteikia tikrą vertę, padarydamas konteinerizaciją prieinamą nepakenkdamas kontrolei. Štai kaip jis pasirodė:

Hostinger Docker VPS kainodara: Už ką jūs iš tikrųjų mokate

Docker VPS kainos labai skiriasi tarp tiekėjų, kai kurie ima priedą tik už iš anksto įdiegtą Docker. Hostinger požiūris yra paprastesnis. Jie siūlo keturis KVM planus su agresyviomis įvadinėmis nuolaidomis, nors vertėtų atkreipti dėmesį į pratęsimo kainas.

Kuris planas tinka jūsų atvejui?

KVM 1 sąžiningai per daug apribotas bet kam daugiau nei vienam lengvam konteineriui. Galbūt paprastai Node.js programėlei ar asmeniniam projektui. Pastebėjau, kad 4 GB RAM greitai išnaudojami, kai veikia keli konteineriai su duomenų bazėmis.

KVM 2 yra idealus daugumai kūrėjų. Su 8 GB RAM ir 2 branduoliais galite patogiai vienu metu paleisti 3–5 konteinerius. Įsivaizduokite Django programą su PostgreSQL ir Redis arba MERN technologijų krūvą. Tai ir testavau, ir viskas vyko sklandžiai.

KVM 4 ir KVM 8 skirti rimtiems gamybos krūviams arba 10+ konteinerių valdymui. Jei talpinate kelis klientų projektus arba veikia išteklių reikalaujančios programos, jie prasmingi. Priešingu atveju mokate per daug.

Lyginant su konkurentais

Lyginant su tokiais konkurentais kaip DigitalOcean (4 USD/mėn. už bazinį dropletą, bet panašūs 2 vCPU/8 GB parametrai kainuoja 48 USD/mėn.) ar Vultr (24 USD/mėn. už 2 vCPU/8 GB jų Aukštosios našumo lygyje, 18 USD/mėn. įprastoje debesų skaičiavimo paslaugoje), Hostinger įvadinės kainos iš tikrųjų konkurencingos.

Įvadine kaina Hostinger KVM 2 už 7,49 USD/mėn. žymiai lenkia tiek DigitalOcean, tiek Vultr su panašiais parametrais.

Trūkumas – pratęsimo kainos. 12,99 USD/mėn. už KVM 2 vis dar konkurencinga lyginant su DigitalOcean įprasta kaina (48 USD/mėn.) ir maždaug atitinka Vultr Aukštosios našumo AMD kainodarą (24 USD/mėn. už 2 vCPU/4 GB).

Būtinas skirtumas yra įtraukta Docker Manager GUI. Jei norėtumėte sukurti panašią vizualią valdymo sąsają DigitalOcean ar Vultr, reikėtų pačiam įdiegti kažką panašaus į Portainer. Hostinger tai pateikia kartu, kas suteikia tikros vertės, jei tik ją iš tikrųjų naudosite.

30 dienų pinigų grąžinimo garantija suteikia pakankamai laiko išbandyti, ar Docker Manager pateisina kainą, palyginti su pigesniu VPS, kuriame Docker įdiegsite patys.

Mano rekomendacija

Hostinger Docker VPS funkcijos

• Vizuali Docker Manager sąsaja įtraukta nemokamai
• Konteinerių diegimas tiesiogiai iš GitHub/GitLab saugyklų
• Kodee DI trikčių šalinimo pagalbai
• YAML peržiūra ir redagavimas realiuoju laiku
• Nemokamos automatinės savaitinės VPS atsarginės kopijos
• AMD EPYC procesoriai su NVMe atmintine

Naudojimo paprastumas

Norėdamas įvertinti, ar Hostinger Docker VPS tikrai supaprastina konteinerių valdymą, išbandžiau keturis pagrindinius darbo srautus: Docker diegimą, konteinerių diegimą, rankinę konfigūravimą ir DI pagalbos gavimą.

Šie scenarijai atspindi visą Docker naudojimo ciklą – nuo pradinio nustatymo iki kasdienės eksploatacijos.

Leiskite detaliai apžvelgti, ką kiekvieno iš jų metu patyriau.

1. Pradžia – Docker diegimas VPS

Įvykdymo laikas: Mažiau nei 5 minutes

Jau turėjau veikiantį Hostinger VPS (KVM 2 planas). Norėdamas pridėti Docker, pagrindiniame valdymo pulte paspaudžiau „Manage“ šalia savo serverio, tada nuvykau į OS & Panel → Operating System.

Čia Hostinger padaro viską ypač paprastai. Vietoje to, kad reikėtų prisijungti per SSH prie serverio ir rankiniu būdu diegti Docker daugybę komandų, man tereikėjo pakeisti operacinę sistemą.

Skiltyje Change OS yra paieškos laukelis, į kurį įvedžiau „Docker“. Docker pasirodė skiltyje Application.

Paspaudęs „Change OS“ patvirtinau diegimą, nustatiau naują root slaptažodį ir spustelėjau „Confirm“. Vos per kelias minutes mano VPS pradėjo veikti su Ubuntu 24.04 ir iš anksto įdiegtu Docker. Nereikėjo jokių komandų eilutės manevrų, priklausomybių trikčių šalinimo ar ilgų pamokų.

Baigus diegimą, pasirodė Docker Manager sąsaja su dviem diegimo parinktimis: „Compose manually“ ir „Compose from URL“, be to, atsirado Terminal nuoroda SSH prieigai.

Visas procesas – nuo sprendimo pridėti Docker iki Docker Manager sąsajos pasiekimo – užtruko mažiau nei 5 minutes.

Lyginant su rankiniu Docker diegimu ant šviežio VPS (kas paprastai apima paketų atnaujinimą, Docker GPG rakto pridėjimą, saugyklos nustatymą, Docker Engine įdiegimą ir teisių konfigūravimą), laiko sutaupymai yra žymūs.

2. Pirmojo konteinerio diegimas

Įvykdymo laikas: 6 minutės šešių konteinerių programai

Įdiegus Docker ir paruošus Docker Manager sąsają, išbandžiau „Compose from URL“ metodą su savo tikruoju el. prekybos API projektu. Tai Django programėlė su PostgreSQL, Redis, RabbitMQ ir Celery darbininkais.

I. Diegimo procesas

Iš Docker Manager pagrindinio ekrano paspaudžiau „Compose from URL“, įklijavau savo GitHub docker-compose.yml URL, pavadinau projektą ecommerce-api ir paspaudžiau Deploy.

Atsirado pranešimas: „Your project is being deployed“ su užkraunamos animacija. 7:48 PM (po 6 minučių) diegimas baigtas žalia varnele.

Kas vyko užkulisiuose? Docker Manager automatiškai:

• Atsisiuntė visus reikiamus vaizdus iš Docker Hub (postgres, redis, rabbitmq)
• Pastatė mano sukurtus programos konteinerius (web, celery_worker, celery_beat)
• Sukūrė Docker tinklus konteinerių tarpusavio komunikacijai
• Paleido visus konteinerius

II. Pirmasis žvilgsnis į įdiegtą projektą

Baigus diegimą, grįžau į Projects puslapį, kuriame mačiau savo ecommerce-api projektą su šia informacija:

• Būsena: „Partially Running“ (pažymėta oranžine įspėjimo piktograma)
• Konteinerių skaičius: 6 konteineriai
• Veiksmų mygtukai: „Manage“ mygtukas ir trijų taškų meniu

Projects peržiūra suteikė bendrą vaizdą su visomis šešiomis konteinerių kortelėmis:

III. Gilesnė pažintis su Manage sąsaja

Norėdamas suprasti, kas vyko diegimo metu ir išspręsti nepavykusius konteinerius, paspaudžiau „Manage“ mygtuką. Tai atvedė mane į daug detalesnę projekto valdymo sąsają.

Atsirado trys galingos skiltys:

• Visual Editor: Konteinerių redagavimas per formas (portai, talpyklos, aplinkos kintamieji, priklausomybės). Nereikia YAML sintaksės. Kiekvienas konteineris rodomas kortelėje su Redaguoti ir Ištrinti mygtukais.
• .yaml Editor: Šioje skiltyje kairėje rodoma visas mano docker-compose.yml su sintaksės paryškinimu. Dešinėje – Environment panelė kintamiesiems pridėti kaip raktas-reikšmė. Dvigubas skilties išdėstymas leido pridėti jautrius kredencialus nekliudant pagrindinei konfigūracijai.
• Logs: Pilna diegimo istorija su laiko žymėmis, rodanti, ką tiksliai Docker Manager atliko ir kur kilo problemų.

Žurnalai atskleidė, kodėl kai kurie konteineriai nepavyko. Jie nepavyko, nes trūko aplinkos kintamųjų. Mano docker-compose.yml nurodė .env failą, kuris buvo vietoje, bet ne GitHub saugykloje.

Sprendimas buvo paprastas. Tereikėjo paspausti „Edit“ duomenų bazės konteineryje, nuslinkti iki aplinkos kintamųjų, pridėti POSTGRES_PASSWORD, išsaugoti ir perkrauti. Visual Editor padarė Docker sąvokas konkrečias ir iš karto pritaikomas.

Rankinė konteinerių konfigūracija ir pagalba iš Kodee

Atsako laikas: Keletas sekundžių

Žiūrėdamas į iš dalies veikiančius konteinerius, pastebėjau mažą DI piktogramą viršutiniame dešiniajame diegimo ekrano kampe.

Paspaudus ją atsivėrė išskleidžiamasis meniu su keliomis naudingomis parinktimis:

• Tikrinti ir patvirtinti mano Docker Compose
• Analizuoti Docker žurnalus
• Kodėl mano konteineriai neįsijungia?
• Negaliu pasiekti savo Docker paslaugos

Paskutinė parinktis – „Kodėl mano konteineriai neįsijungia?“ – buvo būtent tai, ko man reikėjo.

Aš ją paspaudžiau, ir iš dešinės ekrano pusės išslinko pokalbių panelė su antrašte „New! Chat with Kodee on WhatsApp“ ir kvietimu aprašyti savo problemą.

Paspaudžiau siūlomą užklausą „Help me get my containers running“ ir Kodee iš karto pradėjo analizuoti mano diegimą.

Kodee atsakymas prasidėjo taip: „Here’s what I found for your ecommerce-api project and how to fix it:“ Tada problemos buvo suskirstytos į aiškias dalis:

1. Pagrindinės gedimų priežastys

2. Konkrečios pataisos su kodo pavyzdžiais

3. Žingsnis po žingsnio pataisymas

Kas mane sužavėjo Kodee:

• Konteksto suvokimas: Kodee aiškiai turėjo prieigą prie mano tikrųjų diegimo žurnalų ir Docker Compose konfigūracijos. Ji išanalizavo mano konkrečią sąranką ir pateikė tikslingus sprendimus.
• Techninis tikslumas: Rekomendacijos buvo techniškai teisingos. Kodee teisingai nustatė, kad mano env_file: .env nuorodos neveiks diegiant iš URL.
• Keli sprendimo keliai: Kodee pripažino, kad problemas galima išspręsti tiek per Docker Manager GUI, tiek per SSH komandas, suteikdama lankstumo pagal vartotojo įgūdžius.
• Saugumo sąmoningumas: Pateikdama pataisas, Kodee įtraukė saugumo gerąsias praktikas, pavyzdžiui, perspėjimą nenaudoti trust autentifikacijos PostgreSQL gamyboje.

3. Rankinė konteinerių konfigūracija

Įvykdymo laikas: 30 sekundžių paprastam konteineriui įdiegti

Išbandęs „Compose from URL“ metodą, norėjau pamatyti, kaip atrodo Docker Manager rankinės kompozicijos sąsaja.

Iš Projects puslapio paspaudžiau viršutiniame dešiniajame kampe esantį „Compose“ išskleidimo mygtuką, kuris atskleidė dvi parinktis: Compose manually ir Compose from URL.

Pasirinkau „Compose manually“ ir buvau perkelti į švarią sąsają.

Sąsaja atrodė draugiška, ne bauginanti. Gera naujiena pradedantiesiems.

Paspaudus „+ Container“ mygtuką atsirado išsamus „Add container“ formos šablonas. Mane iš karto sužavėjo, kad forma buvo gerai struktūruota su aiškiomis skiltimis skirtingiems konteinerio konfigūracijos aspektams.

Viršuje šalia viena kitos buvo trys laukai:

• Container name: Teksto laukas konteinerio pavadinimui (aš įvedžiau nginx-web)
• Image: Laukas, kuriame nurodote, kurį Docker vaizdą naudoti (aš įvedžiau nginx:alpine)
• Restart policy: Išskleidžiamasis meniu su parinktimis kaip „unless-stopped“, „always“, „on-failure“ ir „no“

Po pagrindine konfigūracija radau skiltį Ports su vienu teksto lauku pažymėtu „Port“ ir dviem mygtukais: raudona šiukšliadėžės piktograma uostų susiejimų šalinimui ir „+ Port“ mygtukas papildomų uostų susiejimų pridėjimui.

Kurtai pakėlė šią sąsają nuo „naudinga“ iki „puiku“ – tai .yaml editor skiltis. Užpildęs formą, paspaudžiau šią skiltį ir pamačiau padalintą ekraną:

• Kairėje: Kodo redaktorius rodantis sugeneruotą docker-compose.yml.
• Dešinėje: „Environment“ panelė, kurioje galėjau pridėti aplinkos kintamuosius kaip raktas-reikšmė.

Formos pagalba pridėjau testinį aplinkos kintamąjį (TEST_VAR=hello), perjungiau į .yaml editor skiltį ir pamačiau, jog jis iškart atsirado Environment panelėje.

Šis akimirksnis grįžtamasis ryšys padarė sąsają lanksčią ir suteikė pasitikėjimo, jog mano pakeitimai įrašomi teisingai.

Baigęs konfigūraciją, paspaudžiau violetinį „Deploy“ mygtuką viršutiniame dešiniajame kampe. Skirtingai nei mano sudėtingos el. prekybos programos 6 minučių diegimas, šis vieno konteinerio Nginx diegimas užtruko apie 30 sekundžių nuo „Deploy“ paspaudimo iki „Running“ statuso pasirodymo.

Paspaudžiau nginx-test projektą ir pamačiau vieną konteinerį su Būsenos žyme: Running (žalia) ir Port’u 8080:80 kaip spustelėjama nuoroda. Paspaudus uosto nuorodą atidaryta ir parodyta klasikinė „Welcome to nginx!“ puslapis. Puikiai pavyko iš pirmo karto.

Rankinė sąsaja puikiai tinka:

• Greitiems eksperimentams: Reikia greitai išbandyti vaizdą? Nuo idėjos iki veikianto konteinerio – penkios minutės
• Vieno konteinerio diegimams: Paprastos programėlės, kurioms nereikia sudėtingos orkestracijos
• Docker mokymuisi: Formos ir YAML vertimas yra puikus mokymo įrankis
• Prototipavimui: Kai dar kuriate savo konteinerio konfigūraciją

Bendras naudojimo paprastumas: ar Docker Manager iš tikrųjų supaprastina Docker?

Išbandęs Docker Manager keliose diegimo situacijose, galiu drąsiai teigti, kad Hostinger sukūrė kažką iš tikrųjų naudingo, o ne vien marketingo šūkius.

Kur Docker Manager pasiteisina

• Diegimo procesas – be trinties. Tai, kas užtrunka 20–30 minučių sekant komandinės eilutės pamokas ir sprendžiant priklausomybių problemas, tapo dešimties minučių spustelėjimo operacija.
• Kelios diegimo kelios skirtingiems įgūdžiams. „Compose from URL“ metodas puikiai tinka kūrėjams su esamais GitHub projektais, o rankinė kompozicijos sąsaja tinka pradedantiesiems, norintiems greitai paleisti konteinerį.
• Visual Editor democratizuoja Docker. Galimybė konteinerį redaguoti spustelėjus „Edit“ ir matyti portus, talpyklas, aplinkos kintamuosius bei priklausomybes formoje su realaus laiko YAML peržiūra iš tiesų ugdo žinias.
• Kodee DI stebėtinai kompetentingas. Buvau skeptiškas dėl dar vienos „DI asistento“ funkcijos, bet Kodee gebėjimas analizuoti mano diegimo žurnalus, nustatyti trūkstamus aplinkos kintamuosius ir pateikti parengtus kodo fragmentus mane sužavėjo.

Kur jis ribotas

• Sudėtingoms programoms vis tiek reikia Docker žinių. Mano šešių konteinerių el. prekybos programa buvo įdiegta sėkmingai, bet nepavykusių konteinerių taisymas vis tiek reikalavo supratimo apie koncepcijas.
• Rankinė sąsaja prastai plečiasi. Vieni ar du konteineriai formomis konfigūruoti patogu. Konfigūruoti šešis ar daugiau tampa varginantis.
• Išplėstinėms Docker funkcijoms reikalingas YAML redagavimas. Sveikatos tikrinimas, resursų ribojimai, pasirinktiniai žurnalų tvarkytuvai ir build context’ai nepasiekiami per vizualią sąsają.

Išvada: ar rekomenduojame Hostinger Docker VPS?

Išsamiai išbandęs (diegiu nuo paprasto Nginx konteinerio iki sudėtingos šešių konteinerių Django programos su PostgreSQL, Redis, RabbitMQ ir Celery darbininkais), galiu užtikrintai teigti, kad Hostinger Docker VPS verta jūsų pinigų.

Jei reguliariai diegiate konteinerizuotas programas, vertinate savo laiką ir norite išvengti sudėtingų rankinės Docker valdymo, tai puiki investicija.

Hostinger

5.0

2,470 user reviews

1.37 € /mo

Pradinė kaina

Aplankykite Hostinger

Rating based on expert review

• Patogumas
  4.9
• Techninė parama
  4.9
• Funkcijos
  4.8
• Patikimumas
  4.7
• Kainos
  4.5