PHP aplikacije često postanu teške za pokretanje mnogo prije nego što postanu teške za razumijevanje. Projekt može ovisiti o jednoj PHP ekstenziji, određenoj verziji baze podataka, radniku reda čekanja, usluzi predmemoriranja i nekolicini alata naredbenog retka. Kada ti zahtjevi postoje izravno na računalu programera, postavljanje postaje krhak skup pretpostavki.

Docker mijenja tu granicu. Umjesto da od svakog programera traži ručno reproduciranje okruženja, tim opisuje okruženje kao kôd. PHP izvođenje, web-poslužitelj, baza podataka i pomoćne usluge rade u izoliranim spremnicima s izričitim verzijama i konfiguracijom. Rezultat nije magija, ali znatno smanjuje varijabilnost koju je moguće izbjeći.

Zašto se kontejnerizacija PHP-a isplati

Neposredna je korist dosljednost. Programer koji se pridruži projektu može pokrenuti istu PHP verziju i ekstenzije koje koristi ostatak tima bez izmjene operacijskog sustava domaćina. CI zadatak može se izgraditi iz istog Dockerfilea. Produkcijska slika može proizaći iz istih pretpostavki o izvođenju, uz vlastitu sigurnu konfiguraciju i postupak implementacije.

Ta je dosljednost posebno važna u PHP-u jer su ekstenzije dio ugovora o izvođenju. Aplikacija može raditi s lokalno instaliranom PHP binarnom datotekom, ali drugdje ne uspjeti jer nedostaje pdo_pgsql, intl, gd ili potrebna sistemska biblioteka. U Dockerfileu te ovisnosti postaju vidljive i podložne provjeri.

Izolacija također olakšava paralelan rad. Jedan projekt može koristiti PHP 8.2 s PostgreSQL-om, dok drugi koristi drugo podržano izdanje PHP-a i MySQL, a da jedno postavljanje ne prepisuje drugo. Domaćin zadržava svoju ulogu domaćina; projekt posjeduje svoje izvođenje.

Započnite s malom, izričitom PHP slikom

Korisni spremnik započinje promišljenom osnovnom slikom i samo onim ovisnostima koje aplikacija treba. Izbjegavajte razvojnu sliku tretirati kao neograničenu kutiju alata. Svaki dodatni paket povećava veličinu slike, vrijeme izgradnje i broj stvari koje mogu odstupati.

FROM php:8.3-fpm

RUN docker-php-ext-install pdo_mysql opcache

WORKDIR /var/www/html

COPY --from=composer:2 /usr/bin/composer /usr/bin/composer

COPY composer.json composer.lock ./
RUN composer install --no-interaction --no-dev --prefer-dist --optimize-autoloader

COPY . .

CMD ["php-fpm"]

Ovaj je primjer namjerno uzak. Instalira MySQL PDO ekstenziju, omogućuje Opcache i instalira PHP ovisnosti prije kopiranja ostatka aplikacije. Prvo kopiranje datoteka composer.json i composer.lock omogućuje Dockeru ponovno korištenje sloja ovisnosti kada se kôd aplikacije promijeni, ali ovisnosti ne.

Točna PHP oznaka trebala bi odražavati verziju koju vaša aplikacija podržava. “Latest” je praktičan sve dok tiho ne postane drugo izvođenje. Fiksiranje odgovarajuće glavne i sporedne verzije pretvara nadogradnje u namjeran zadatak održavanja, umjesto u iznenađenje.

Sastavite usluge, a ne samo aplikaciju

Većini pozadinskih aplikacija treba više od PHP-FPM-a. Lokalni skup obično uključuje obrnuti proxy, bazu podataka i možda Redis za predmemoriranje ili redove čekanja. Docker Compose pruža čitljiv način definiranja tih odnosa.

services:
  app:
    build: .
    volumes:
      - .:/var/www/html
    depends_on:
      db:
        condition: service_healthy

  db:
    image: mysql:8.0
    environment:
      MYSQL_DATABASE: app
      MYSQL_USER: app
      MYSQL_PASSWORD: secret
      MYSQL_ROOT_PASSWORD: root-secret
    healthcheck:
      test: ["CMD", "mysqladmin", "ping", "-h", "localhost"]
      interval: 5s
      timeout: 3s
      retries: 10
    volumes:
      - db-data:/var/lib/mysql

volumes:
  db-data:

Imenovani volumen čuva podatke baze podataka kada se spremnici ponovno stvore. To je korisno u razvoju, ali također znači da promjena konfiguracije ne stvara automatski čistu bazu podataka. Timovi bi trebali izričito definirati ponašanje pri resetiranju: koristiti migracije i seedere za uobičajeno postavljanje te dokumentirati namjernu naredbu za resetiranje podataka za slučajeve koji to zahtijevaju.

Provjera zdravlja smislenija je od pretpostavke da je pokrenuti spremnik baze podataka odmah spreman prihvatiti veze. Čak i tada, kôd aplikacije trebao bi razumno obraditi prolazno neuspjelu vezu tijekom pokretanja. Redoslijed spremnika pomaže, ali nije zamjena za robusno rukovanje ovisnostima.

Odvojite razvojnu praktičnost od produkcijske discipline

Priključivanje izvornog direktorija u spremnik izvrsno je za lokalnu iteraciju: uredite datoteku na domaćinu i dopustite PHP-u da poslužuje promijenjeni kôd. To je obično pogrešan produkcijski model. Produkcijska slika trebala bi sadržavati točan artefakt aplikacije koji će pokretati, izgrađen iz zaključanog skupa ovisnosti.

Slično tome, razvojne vjerodajnice u Compose datoteci nisu strategija za tajne. Koristite jasno neosjetljive lokalne zadane vrijednosti, stvarne vjerodajnice držite izvan slike i produkcijsku konfiguraciju ubrizgajte putem platforme za implementaciju ili njezina odobrenog mehanizma za tajne. Nikada nemojte ugrađivati tajne specifične za okruženje u Dockerfile niti ih predavati u sloju slike.

Produkcijski spremnici također bi trebali raditi s najmanjom praktičnom razinom ovlasti, izlagati samo nužne portove i izbjegavati uključivanje prevoditelja ili alata za otklanjanje pogrešaka u konačnu sliku izvođenja. Višefazna izgradnja često je najčišći pristup kada su potrebni kompajliranje resursa ili paketi samo za izgradnju.

Ne zamjenjujte spremnike za cjelovit sigurnosni model

Docker poboljšava izolaciju i ponovljivost, ali ne provjerava ulaz, ne osigurava pristup bazi podataka, ne rotira tajne niti umjesto vas zakrpava ranjive ovisnosti. Operativne navike ostaju poznate: namjerno ažurirajte osnovne slike, skenirajte ovisnosti tamo gdje to vaš proces isporuke podržava, ograničite izloženost mreži te redovito provjeravajte sigurnosne kopije i postupke migracije.

Učinite tijek rada predvidljivim

Kontejnerizirano postavljanje stječe povjerenje kada su njegove svakodnevne naredbe jednostavne. Programeri bi trebali moći pokrenuti usluge, izvršiti testove, pokrenuti migracije i pregledati zapisnike bez pamćenja putanja specifičnih za domaćina ili PHP instalacija.

• Koristite docker compose up --build kada se promijeni definicija slike ili ovisnosti.
• Pokrećite naredbe aplikacije u usluzi aplikacije, poput docker compose exec app php artisan migrate za Laravel aplikaciju.
• Držite naredbe specifične za radni okvir u dokumentiranim skriptama ili Makefileu kako bi tim koristio dosljedne ulazne točke.
• Provjerite zapisnike usluge kada pokretanje ne uspije; pogreška autentikacije baze podataka i pogreška PHP ekstenzije zahtijevaju različite popravke.

Budite oprezni s dozvolama datotečnog sustava na priključenim volumenima. Proces spremnika može stvarati datoteke u vlasništvu korisničkog ID-a koji je nepraktičan na domaćinu. Umjesto opetovanog primjenjivanja širokih dozvola, definirajte odgovarajuću strategiju razvojnog korisnika za projekt i provjerite da direktoriji predmemorije, zapisnika i prijenosa ostaju zapisivi.

Optimizirajte tek nakon što su granice jasne

Spremnici mogu otkriti probleme s performansama koje je skrivao izdašno konfiguriran lokalni stroj, ali ih ne uzrokuju automatski. Profilirajte spore krajnje točke, pregledajte upite baze podataka i izmjerite korištenje memorije prije promjene broja procesa ili dodavanja slojeva predmemorije. Za PHP-FPM postavke radnika trebale bi se temeljiti na dostupnoj memoriji i opaženom ponašanju zahtjeva, a ne slijepo kopirati iz druge aplikacije.

Opcache je vrijedna osnova za produkciju, dok razvoju obično više odgovaraju postavke koje pouzdano otkrivaju promijenjene izvorne datoteke. To su različiti ciljevi. Konfiguraciju izvođenja tretirajte kao dio ugovora o okruženju i namjerno održavajte razvojne i produkcijske postavke različitima.

Bolja granica za bolje inženjerstvo

Trajna vrijednost Dockeriziranog PHP-a nije u tome da svaki stroj izgleda identično. Ona je u tome što stvarni zahtjevi aplikacije prestaju biti plemensko znanje. Izvođenje postaje pregledno, ponovljivo i lakše za razvoj.

Započnite malim koracima: jedna PHP usluga, jedna baza podataka, izričite ekstenzije i pouzdan put naredbi. Zatim dodajte usluge samo kada ih arhitektura treba. Dobro osmišljeno postavljanje spremnika ne čini PHP aplikaciju složenijom; ono čini složenost koju već ima vidljivom, kontroliranom i daleko lakšom za održavanje.