Spring til indhold

Har provisioneret en ekstra server ud fra kode

Har automatiseret provisioneringen af en ekstra server hos en anden cloududbyder og oprettet firewallen før maskinen, så den står bag en firewall fra første øjeblik, med begge udbyderes firewalls skrevet direkte mod deres REST‑API'er for at undgå en collection fra tredjepart.

  • Wiring, wire, perimeter fence
    Foto: Alexis / Pixabay
  • Network, connection, pc
    Foto: LoboStudioHamburg / Pixabay

endnu en server, bag sin firewall fra første øjeblik

Situation. Der var brug for endnu en maskine til et applikationslag, hos en anden udbyder end den første, og den første maskines egen historie var argumentet for, hvordan det skulle gøres: den var oprettet manuelt, og dens firewall var tilføjet bagefter, og det efterlader et tidsvindue, hvor en helt ny vært med en standardpolitik for adgangskoder kan nås fra internettet.

Opgave. Maskinen skulle oprettes fra repositoryet, og den skulle fødes bag sin firewall i stedet for at få én kort efter.

Handling. Designet hvilede på rækkefølgen. Firewall‑playet kører før server‑playet, så regelsættet findes, før der er noget, det skal beskytte; hos den anden udbyder kører tagging før cloud‑firewallen, fordi en firewall, der retter sig mod tags, kræver, at taggene findes først. Begge udbyderes firewalls skrives direkte mod deres REST‑API’er gennem en generisk HTTP‑opgave i stedet for gennem en collection fra leverandøren, og det fjerner en afhængighed og de versionsafvigelser, den fører med sig, på bekostning af, at requests skal skrives i hånden. Den rolle, der opretter maskinen, overtager en eksisterende maskine i stedet for at oprette en dublet, hvis den allerede findes, så det er sikkert at køre den igen. Den er også dokumenteret, i sin egen fil, som den eneste rolle i repositoryet, der bruger penge — instanstype, region, specifikation og den månedlige pris i euro står alle skrevet, for et play, der sender en regning til nogen, bør sige det der, hvor vedkommende vil læse det. Det play er også det, der ikke kan afprøves på den sædvanlige måde: den generiske HTTP‑opgave erklærer ingen understøttelse af check‑tilstand, så en prøvekørsel springer alle opgaver i det over. Afprøvningen sker i stedet mod firewall‑playet, som er gratis og kan rulles tilbage.

Resultat. En ny vært kan oprettes eller overtages igen fra repositoryet, bag en firewall, der allerede findes, og til en pris, som filen oplyser. Det eneste, en prøvekørsel ikke kan dække, er nævnt i den samme fil i stedet for at blive efterladt som en overraskelse.

Ét stykke af en længere fortegnelse — og det hele ligger her på sitet.

Hver post er skrevet på samme måde: situationen, opgaven, hvad vi gjorde, og hvad der ændrede sig.

Se hele fortegnelsen