3.6 KiB
Deployment Setup Questions
Context: tijdens NFR Design is al besloten dat de site gebouwd wordt met hash-based routing zodat het werkt op een traditionele FTP/statische webhost zonder server-side rewrite-regels (zie src/router.tsx). De build levert een statische bundel op in dist/ (HTML/JS/CSS/fonts).
Beantwoord elke vraag door de letter van je keuze na de [Answer]: tag in te vullen.
Question 1: Include Deployment Setup?
Wil je dat deployment voor deze feature wordt opgezet als onderdeel van deze workflow?
A) Ja — help me met het opzetten van deployment B) Nee — deployment wordt elders geregeld of is niet nodig voor deze feature C) Niet zeker — stel een aanpak voor op basis van het project en ik beslis dan X) Anders (beschrijf na de Answer: tag hieronder)
Question 2: Deployment Method
Hoe moet deze feature gedeployed worden?
A) CI/CD pipeline (bijv. GitHub Actions, GitLab CI, Azure DevOps, Jenkins) B) Cloud platform deployment (bijv. AWS, Azure, GCP — managed service of Infrastructure as Code) C) On-premises / zelf gehoste server D) Handmatig / lokale deployment (bijv. build een artefact en upload het via FTP/SFTP naar een webhost) E) Anders (beschrijf na de Answer: tag hieronder)
Answer:A, met Gitea Actions
Question 3: Omgevingen
Voor welke omgeving(en) moeten deployment-instructies gemaakt worden?
A) Alleen productie (single environment) B) Staging en productie C) Development, staging en productie D) Anders (beschrijf na de Answer: tag hieronder)
Question 4: Automatiseringsniveau
Welk automatiseringsniveau wil je?
A) Volledig geautomatiseerde pipeline die draait bij elke push/merge naar master B) Gedeeltelijk geautomatiseerd (bijv. build lokaal, upload automatisch via een script) C) Volledig handmatige, gedocumenteerde stappen (bijv. build lokaal, zelf uploaden via FTP-client) D) Anders (beschrijf na de Answer: tag hieronder)
Question 5: Rollback-strategie
Hoe moet een mislukte deployment teruggedraaid kunnen worden?
A) Vorige dist/-build opnieuw uploaden (bewaar altijd de laatste werkende build als backup)
B) Versiebeheer via tags/releases in git, opnieuw builden vanaf een eerdere tag
C) Geen expliciete rollback nodig (statische site, snel opnieuw te builden en uploaden)
D) Anders (beschrijf na de Answer: tag hieronder)
Question 6: Doelhost en overdrachtsmethode (alleen relevant bij handmatige/lokale deployment)
Welke webhost/host wordt gebruikt en hoe komt het build-artefact daar terecht?
A) Traditionele hostingprovider via FTP B) Traditionele hostingprovider via SFTP C) Upload via het controlepaneel van de hostingprovider (bijv. cPanel file manager) D) Nog niet bekend — stel een generieke FTP/SFTP-aanpak voor die ik later kan invullen E) Anders (beschrijf na de Answer: tag hieronder)
Answer:D, ik wil bij mijnhostingpartrner.nl, maar ik weet niet precies hoe zij te werk gaan. Er komt namelijk ook nog een back-end en een front-end voor het CMS. Dus ik moet even kijken of ik dat allemaal onder 1 domein kan laten vallen en als 1 app kan opzetten ipv 3 losse applicaties.
Question 7: Opslag van inloggegevens (alleen relevant bij handmatige/lokale deployment)
Waar worden de inloggegevens voor de FTP/SFTP-overdracht bewaard? (Nooit credentials hardcoden in gegenereerde instructies.)
A) In een lokale password manager / FTP-client configuratie (bijv. FileZilla site manager), niet in de repo B) In environment variables op de machine die deployed (bijv. voor een toekomstig deploy-script) C) Nog niet bepaald — vermeld dit als open actiepunt in de instructies D) Anders (beschrijf na de Answer: tag hieronder)
Answer: D, Als Actions Secrets van Gitea