Indeks dnevnikaDockup / bilješka s terena
Note / linux-box-cloud-server

Linux cloud boxevi na Dockupu: 7 distribucija

Linux cloud boxevi na Dockupu: odaberite jednu od sedam distribucija, dodijelite CPU i RAM, dohvatite SSH pristup, konfigurirajte operacijski sustav i usporedite spremnike.

Linux cloud boxevi pružaju okruženje operacijskog sustava koje konfigurirate putem SSH-a. Korisni su za eksperimente, naslijeđeni softver, prilagođene sistemske servise, build hostove i workloadove čiji životni ciklus nije prirodno povezan s Git repozitorijem ili imageom spremnika.

Dockup podržava sedam imagea: Ubuntu 22.04, Ubuntu 24.04, Debian 12, Alpine 3.20, Fedora 40, AlmaLinux 9 i Rocky Linux 9.

Kada je Linux box bolji od container servisa?

Odaberite box kada workloadu treba kontrola nad operacijskim sustavom, a ne samo nad aplikacijskim procesom.

Primjeri uključuju:

  • Instaliranje nekoliko sistemskih daemona.
  • Interaktivno testiranje paketa operacijskog sustava.
  • Pokretanje naslijeđene aplikacije s ručnim postavljanjem.
  • Održavanje build ili automation hosta.
  • Reproduciranje korisničkog Linux okruženja.
  • Pokretanje dugotrajnih alata koji nisu organizirani kao Git deploy.
  • Stvaranje privremenog izoliranog SSH workspacea.

Odaberite Dockup servis kada je workload reproducibilna aplikacija s repozitorijem, build naredbom, start naredbom, health endpointom i potrebom za horizontalnim scalingom.

ZahtjevLinux boxContainer servis
Prilagodba OS-a na razini rootaOdlično odgovaraPromjene stavite u Dockerfile
SSH administracijaIzvorno podržanaInteraktivni shell je PRO
Automatski deploy putem Git pushaPotrebno ručno postavljanjeUgrađeno
Blue-green health gatePotrebno ručno osmislitiUgrađeno
Reproducibilan imagePotreban runbook ili scriptDockerfile/Nixpacks
AutoscalingNije dio modela boxaKubernetes opcija
Brzo testiranje distribucijaOdlično odgovaraBase image može biti dovoljan

Box zamjenjuje automatizaciju deploya fleksibilnošću operacijskog sustava.

Koje je sedam Linux distribucija dostupno?

Dohvatite trenutačni popis imagea:

dockup box images --json
ImageEkosustav paketaUobičajeni razlog odabira
ubuntu-22.04APTDugotrajna kompatibilnost
ubuntu-24.04APTNovija Ubuntu LTS osnova
debian-12APTKonzervativan opći server
alpine-3.20apkMalo okruženje temeljeno na muslu
fedora-40DNFNoviji Linux alati
almalinux-9DNFKompatibilnost s Enterprise Linuxom
rockylinux-9DNFKompatibilnost s Enterprise Linuxom

Uskladite distribuciju s okruženjem koje dobavljač softvera službeno podržava. Alpine koristi musl umjesto glibca, što može utjecati na unaprijed izgrađene native binarne datoteke. Enterprise Linux varijante korisne su kada softver očekuje taj ekosustav paketa.

Zabilježite točan image slug. „Ubuntu” nije dovoljno precizno jer se verzije paketa i razdoblja podrške razlikuju između 22.04 i 24.04.

Kako stvoriti Linux cloud box?

Provisionirajte image uz naziv, memoriju i CPU:

dockup box create \
  --project production \
  --image ubuntu-24.04 \
  --name build-host \
  --memory 2048 \
  --cpu 1 \
  --json

Ovaj primjer zahtijeva 2.048 MB RAM-a i 1 vCPU. Započnite s izmjerenim zahtjevima i prilagodite ih na temelju stvarnog opterećenja. CPU, RAM i disk troše se iz salda plana, uz mjerenje po minuti.

Free plan iznosi 0 USD mjesečno, uključuje početni kredit od 10 USD, jedan workspace, tri baze podataka i tri deploymenta. Plaćeni planovi omogućuju neograničen broj resursa, ali stvarni compute i dalje troši uključeni saldo. Preporučeni Pro plan iznosi 20 USD mjesečno i uključuje 20 USD kredita za potrošnju.

Stvoreni box postaje resurs projekta sa stabilnim targetom kao što je production/build-host. Taj target zadržite u runbooku.

Kako dohvatiti i zaštititi SSH pristup?

Zatražite podatke za povezivanje:

dockup box ssh production/build-host --json

Odgovor uključuje host, port, korisnika i lozinku. Lozinku tretirajte kao osjetljiv podatak. Pohranite je u odobrenom password manageru, nemojte je ispisivati u odgovoru agenta i rotirajte ili zamijenite pristup u skladu s pravilima organizacije.

Prije povezivanja:

  1. Provjerite projekt i slug boxa.
  2. Potvrdite da operator ima ovlasti.
  3. Zabilježite svrhu sesije.
  4. Izbjegavajte kopiranje produkcijskih tajni na jednokratni box.
  5. U povijesti naredbi i logovima nemojte ostavljati vjerodajnice.
  6. Zatvorite nekorištene pristupne putove i sesije.

SSH pristup daje široke ovlasti unutar boxa. Coding agent s tim vjerodajnicama mogao bi instalirati pakete, mijenjati servise, izložiti portove ili izbrisati datoteke. Pristup agenta koristite samo za pregledan i ograničen zadatak te sačuvajte zapis revizije izvan shella.

Članak AI agent production guardrails opisuje model autonomije.

Kako bi se SSH workload trebao pokretati na Linux boxu?

Nakon dohvaćanja SSH pristupa konfigurirajte pokretanje procesa pomoću podržanih alata operacijskog sustava za odabranu distribuciju. Ubuntu, Debian, Fedora, AlmaLinux i Rocky Linux najčešće koriste systemd; Alpine koristi vlastite konvencije za upravljanje servisima.

Definicija pokretanja treba navesti izvršnu datoteku, radni direktorij, runtime korisnika, potrebne varijable okruženja, restart policy i odredište logova. Vjerodajnice držite izvan unit datoteke ili startup scripta i koristite apsolutne putanje kako ponašanje ne bi ovisilo o interaktivnom shellu.

Testirajte:

  • Workload se nakon ponovnog pokretanja pokreće bez prijave operatora.
  • Potrebno okruženje dostupno je bez exporta specifičnih za shell.
  • Logovi imaju poznatu lokaciju.
  • Proces se izvršava pod predviđenim korisnikom.
  • Pogreške su vidljive.
  • Ažuriranja ne zamjenjuju ovisnosti neprimjetno.

Za jedan web proces s ovim zahtjevima Git-based container servis možda već pruža bolji životni ciklus.

Kako upravljati Linux boxom i ponovno ga izgraditi?

Svaku ručnu naredbu tretirajte kao potencijalni configuration drift. Postavljanje zabilježite u scriptu ili procesu za upravljanje konfiguracijom:

#!/usr/bin/env bash
set -euo pipefail

apt-get update
apt-get install -y git ca-certificates
mkdir -p /opt/app

Ovaj generički primjer nije Dockup naredba; pokazuje kako konfiguraciju boxa učiniti ponovljivom. Verzije paketa pinajte ili dokumentirajte kada workload zahtijeva stabilnost.

Runbook za box treba sadržavati:

  • Image slug.
  • Zatraženi CPU i memoriju.
  • Instalirane pakete i repozitorije.
  • Korisničke račune i SSH policy.
  • Lokacije u filesystemu.
  • Startup servis, izvršnu datoteku i radni direktorij.
  • Otvorene servise i njihovu autentikaciju.
  • Način izrade backupa podataka.
  • Postupak patchanja i ponovnog pokretanja.
  • Korake za ponovnu izgradnju.
  • Kriterije za migraciju ili povlačenje iz upotrebe.

Nemojte pretpostaviti da filesystem boxa koristi isti workflow za snapshotove kao Dockup service volume, osim ako je taj workflow izričito konfiguriran i podržan za taj resurs. Backupe dizajnirajte za podatke i softver koji se tamo stvarno izvršavaju.

Kada bi workload trebalo premjestiti u spremnik?

Prijeđite na container servis kada:

  • Postavljanje postane stabilan script.
  • Jedan aplikacijski proces postane glavna svrha.
  • Promjene izvornog koda trebaju se deployati iz Gita.
  • Potrebni su releaseovi bez prekida rada uz health gate.
  • Rollback treba odabrati prethodni deployment ID.
  • Potrebno je nekoliko identičnih replika.
  • Box se razlikuje ovisno o operatoru.
  • SSH se koristi samo za ručni redeploy.

Postavljanje pretvorite u Dockerfile, definirajte aplikacijski port i health path te najprije deployajte preview ili non-production servis. Usporedite ponašanje prije gašenja boxa.

Vodič Nixpacks vs Dockerfile pomaže pri odabiru nove build metode. Kubernetes vs Docker objašnjava opcije smještaja u runtimeu.

Kontrolni popis za odabir Linux boxa

Pouzdana odluka o Linux cloud boxevima daje odgovore na sljedeća pitanja:

  1. Koji od sedam image slugova odgovara podršci dobavljača?
  2. Zašto workload ne može koristiti uobičajeni servis?
  3. Kako su SSH vjerodajnice zaštićene?
  4. Kako se postavljanje reproducira?
  5. Gdje se nalaze logovi i trajni podaci?
  6. Kako se testiraju patchovi?
  7. Koji se proces treba automatski pokrenuti?
  8. Koji događaj pokreće containerizaciju ili povlačenje iz upotrebe?

Za aktualne naredbe za boxeve i popis imagea koristite Dockup CLI reference. Za rad koji zahtijeva samo Windows usporedite Windows VM with RDP.

Kontrola povjerenja u pakete i repozitorije

Box može instalirati bilo koji paket koji operator zatraži, pa izvori paketa postaju dio sigurnosne granice. Koristite potpisane repozitorije distribucije, dokumentirajte repozitorije trećih strana i izbjegavajte izravno prosljeđivanje neprovjerenih network scripta u root shell.

Nakon postavljanja zabilježite popis paketa i usporedite ga tijekom održavanja. Kada agent predloži instalaciju alata, zatražite izvor paketa, verziju, svrhu i plan uklanjanja.

Izmjerite je li box i dalje opravdan

Svakog mjeseca pregledajte učestalost SSH sesija, korake ručnog deploya, zahtjev za dostupnošću, iskorištenje resursa i incidente uzrokovane driftom. Box koji redovito prima aplikacijske releaseove putem SSH-a pokazuje da mu treba reproducibilan service workflow.

Potrošnju CPU-a, RAM-a i diska na boxu pregledajte u app.dockup.ai, zajedno s runbookom. Linux cloud boxevi vrijedni su kada je kontrola OS-a nužna; operativno su skupi kada samo skrivaju nedokumentirani aplikacijski deploy.

Namjerno povucite privremene boxeve iz upotrebe

Testni box pri stvaranju treba imati vlasnika i datum isteka. Prije povlačenja iz upotrebe izvezite samo odobrene trajne podatke, uklonite kopirane vjerodajnice, sačuvajte svaki ponovno upotrebljivi setup script i potvrdite da nijedan DNS zapis, zakazani zadatak ni timski runbook više ne ovisi o hostu.

Time sprječavate da kratki eksperiment postane trajni server bez patchova.

Odredite vlasnika hitnog pristupa

Odredite osobu ili tim odgovoran u slučaju nedostupnosti uobičajenog SSH operatora. Rezervni vlasnik treba znati gdje su vjerodajnice pohranjene i kako provjeriti točan target bez dijeljenja lozinki.

Zadržite obrazloženje

Dokumentirajte zašto su Linux cloud boxevi i dalje potrebni.

Započnite provjerljivim deploymentom

Stvorite mali non-production box, scriptom opišite njegovo potpuno postavljanje iz čistog imagea i unaprijed odredite koji bi dokazi opravdali premještanje workloada u spremnik.

Započnite besplatno na app.dockup.ai. Free plan iznosi 0 USD mjesečno, uključuje početni kredit od 10 USD te podržava jedan workspace, tri baze podataka i tri deploymenta.

Česta pitanja

Koje Linux distribucije mogu koristiti Dockup boxevi?

Dockup podržava ubuntu-22.04, ubuntu-24.04, debian-12, alpine-3.20, fedora-40, almalinux-9 i rockylinux-9.

Kako mogu dobiti SSH vjerodajnice za Linux box?

Pokrenite dockup box ssh s točnim targetom projekta i boxa te opcijom --json, a zatim sigurno pohranite vraćene podatke za povezivanje.

Kako bi se softver trebao pokretati nakon SSH postavljanja?

Konfigurirajte pokretanje pomoću podržanog service managera odabrane distribucije i dokumentirajte izvršnu datoteku, radni direktorij, runtime korisnika, okruženje, restart policy i logove.

Kada je container servis bolji od Linux boxa?

Koristite container servis kada je workload jedna reproducibilna aplikacija kojoj koriste Git deployment, health gateovi, rollback i autoscaling.

Kako se naplaćuju resursi Linux boxa?

Potrošnja CPU-a, RAM-a i diska mjeri se po minuti u odnosu na saldo plana, stoga pratite stvarnu potrošnju i izbjegavajte predimenzionirane alokacije.