# Automatiserade provisioneringen av en andra server hos en andra molnleverantör och skapade brandväggen före maskinen så att den föds bakom en, med båda leverantörernas brandväggar skrivna direkt mot deras REST‑API:er för att undvika en collection från tredje part. september 2026 **Situation.** En andra maskin behövdes för ett applikationsskikt, hos en annan leverantör än den första, och den första maskinens egen historik var argumentet för hur det skulle göras: den hade skapats för hand och dess brandvägg hade lagts till i efterhand, vilket lämnar ett fönster där en ny värd med en standardpolicy för lösenord är nåbar från internet. **Uppgift.** Maskinen måste skapas från repot, och den måste födas bakom sin brandvägg i stället för att få en strax efteråt. **Handling.** Ordningsföljden bar designen. Brandväggens play körs före serverns play, så att regeluppsättningen finns innan det finns något för den att skydda; hos den andra leverantören körs taggningen före molnbrandväggen, eftersom en brandvägg som riktar sig mot taggar kräver att taggarna redan finns. Båda leverantörernas brandväggar skrivs direkt mot deras REST‑API:er genom en generisk HTTP‑task i stället för genom en collection från leverantören, vilket tar bort ett beroende och dess versionsglidning till priset av att förfrågningarnas form skrivs för hand. Rollen som skapar maskinen tar över en befintlig i stället för att duplicera den om den redan finns, så att det är säkert att köra om. Den är också dokumenterad, i en egen fil, som den enda rollen i repot som kostar pengar — instanstypen, regionen, specifikationen och månadskostnaden i euro är nedskrivna, eftersom en play som fakturerar någon ska säga det där den personen kommer att läsa det. Den playen är också den som inte kan provköras på vanligt sätt: den generiska HTTP‑tasken deklarerar inget stöd för check mode, så en torrkörning hoppar över varje task i den. Provkörningen görs i stället mot brandväggens play, som är gratis och går att ångra. **Resultat.** En andra värd kan skapas, eller tas över på nytt, från repot, bakom en brandvägg som redan finns, till en kostnad som filen anger. Det enda som en torrkörning inte kan täcka är namngivet i samma fil i stället för att lämnas som en överraskning. --- - Roll: Ingenjör inom infrastrukturautomation - Kategorier: [API:er och integration](https://platform.engineer.company/sv/categories/api/), [Infrastruktur](https://platform.engineer.company/sv/categories/infrastructure/), [Molntjänster](https://platform.engineer.company/sv/categories/cloud/), [Automatisering och CI/CD](https://platform.engineer.company/sv/categories/automation/), [Säkerhet](https://platform.engineer.company/sv/categories/security/), [Python](https://platform.engineer.company/sv/categories/python/) - Tjänster: [Molninfrastruktur och migrering](https://platform.engineer.company/sv/services/cloud-infrastructure/), [Infrastruktur som kod](https://platform.engineer.company/sv/services/infrastructure-as-code/), [Nätverk och VPN‑uppsättning](https://platform.engineer.company/sv/services/networking-vpn/), [Säkerhet och behörighetshantering](https://platform.engineer.company/sv/services/security-access/)