Dit is een illustratief planningsscenario voor een onafhankelijke bouwer, geen klantverhaal of gemeten capaciteitsresultaat. De applicatie registreert materiaaluitleningen voor een kleine club: een geauthenticeerd lid kan beschikbare items zien, een lening aanmaken en terugbrengen. Een record is belangrijker dan een mooi implementatiediagram, dus het eerste ontwerp moet mislukte schrijfacties en verloren gegevens gemakkelijk te onderzoeken maken.
Kies de minimale bruikbare architectuur
Gebruik één API-proces, één database en een reverse proxy voor het publieke HTTPS-eindpunt. Houd de database alleen bereikbaar via het beoogde lokale of privépad. Geef de applicatie een eigen besturingssysteemidentiteit, met toegang tot de bestanden die deze nodig heeft. Houd implementatiebestanden gescheiden van persistente gegevens, zodat een release de database of uploads niet vervangt.
Het delen van een instance houdt configuratie en onderzoek beheersbaar voor een eerste implementatie. Het bindt de componenten ook aan dezelfde herstart-, schijf- en faalgrens. Accepteer die afweging bewust. Als de applicatie onafhankelijk herstel vereist of de database consistent concurreert met de API, overweeg ze te scheiden voordat u alles tegelijk opschaalt.
Budgetteer voor het drukke moment
Schaal niet alleen voor een inactief proces. Het onderstaande werkblad gebruikt verzonnen planningsmarges om de berekening te demonstreren. Het zijn geen metingen van deze applicatie, benchmarks of minimumeisen. Vervang ze door observaties uit uw runtime en database, inclusief een representatieve implementatie.
| Delen van de instance | Planningsmarge | Wat te observeren |
|---|---|---|
| Besturingssysteem en proxy | 300 MiB | Normale achtergrondactiviteit en logging |
| API-proces | 350 MiB | Representatieve verzoeken, niet alleen opstart |
| Database | 400 MiB | Verbindingen, queries en onderhoudswerk |
| Implementatie-headroom | 450 MiB | Elk overlappend proces of buildstap |
| Gecombineerde planningsenvelop | 1,500 MiB | Vergelijk met daadwerkelijk bruikbaar geheugen |
Het Beginplan bouwen specificeert momenteel 2 vCPU, 2 GB RAM en 50 GB SSD. Die cijfers maken het een configuratie om te onderzoeken voor dit werkblad, geen bewijs dat de stack past. Catalogus-GB en MiB-uitlezingen van een tool zijn verschillende eenheden; inspecteer de werkelijke systeemtotalen. De schatting van beschikbaar geheugen van Linux houdt rekening met relevant vrijmaakbaar geheugen, dus laag vrij geheugen alleen is geen sizing-oordeel. Zie de kerneluitleg over MemAvailable en de meethandleiding.
CPU en schijf vereisen aparte beslissingen. Registreer verzoekduren en databasewachten voordat u vCPU toevoegt. Budgetteer schijf voor het besturingssysteem, bewaarde releases, databasedgroei, logs en tijdelijk herstelwerk. Een uploadfunctie creëert een ander opslagprobleem dan een klein gestructureerd record; geef het een groottelimiet en een retentiebeslissing.
Ken de upfront-kosten
Het volgende voorbeeld gebruikt Build met de standaardresources en zonder toegevoegde terugkerende opties. Het maandelijkse subtotaal is $14.00 USD. Waarden worden gegenereerd uit de huidige configuratorcatalogus, zodat de prijstabel de checkout volgt.
| Serviceperiode | Vóór opslaan | Opgeslagen | Eenmalig betalen |
|---|---|---|---|
| 1 maand | $14.00 | $0.00 (0%) | $14.00 USD |
| 3 maanden | $42.00 | $0.00 (0%) | $42.00 USD |
| 6 maanden | $84.00 | $23.52 (28%) | $60.48 USD |
| 12 maanden | $168.00 | $84.00 (50%) | $84.00 USD |
Een halfjaarlijkse of jaarlijkse periode verlaagt het upfront-totaal van deze catalogus ten opzichte van het betalen van het niet-gekorte maandelijkse subtotaal voor hetzelfde aantal maanden. Het voegt geen resources toe, stelt geen verlengingsprijs vast en maakt een ongeteste architectuur niet geschikt. Kies een periode waaraan u zich kunt committeren, bekijk service- en factureringsdetails, en reserveer apart voor een domein, eventuele externe services en netwerkkosten.
Verifieer één volledig verzoek
Voordat u de applicatie voor de beoogde gebruikers opent, bevestigt u servertoegang en hersteltoegang, installeert u een ondersteunde runtime en registreert u de release die u implementeert. Een servicedefinitie moet het uitvoerbare bestand, de werkmap en de runtime-gebruiker identificeren. Systemd's Restart= instelling bepaalt gespecificeerd faalgedrag; een herstartlus vereist nog steeds diagnose. Zie de servicemanual en de deployment-walkthrough.
Test eerst lokaal en daarna via de echte HTTPS-naam vanaf een andere verbinding. Bij Caddy hangt automatisch certificaatbeheer af van een geldige naamconfiguratie en een werkende validatiemethode; de gangbare HTTP- en TLS-ALPN-uitdagingen vereisen respectievelijk bereikbare inkomende poorten 80 en 443. Zie de vereisten voor Caddy HTTPS. Een lokale succesvolle test sluit een DNS- of proxyprobleem niet uit, zoals de gids voor het aanvraagpad uitlegt.
Maak de applicatiecheck specifiek: maak een wegwerpapparatuuritem aan, leen het uit, bevestig dat een tweede aanvraag het opgeslagen resultaat ziet en lever het daarna in. Controleer zowel autorisatie als een eenvoudig health-endpoint. Registreer verwachte responses vóór het testen en houd inloggegevens en ledengegevens buiten logs die voor probleemoplossing worden gedeeld.
Bewijs een klein herstel
Maak een back-up van de database met een methode die past bij de engine en het hersteldoel. PostgreSQL beschrijft afzonderlijke logische, bestandssysteem- en continue-archiveringsbenaderingen; de juiste keuze hangt af van hoe u wilt herstellen. Zie het overzicht van back-ups. Als er foto's van items worden geüpload, neem die bestanden dan op samen met de relatie tot hun databaserecords.
Voer een hersteloefening uit naar een aparte testdatabase en map. Zoek een bekend item en het bijbehorende bestand en controleer of de applicatie beide kan lezen. Noteer de gekozen back-up, de datatimestamp, de vereiste stappen en het werkelijke resultaat. De eerste herstelgids werkt deze oefening verder uit. Een optionele selectie van een catalogusback-up bewijst niet dat dit herstel op applicatieniveau werkt.
Neem de volgende beslissing op basis van bewijs
Blijf bij het eenvoudige ontwerp zolang het gemeten gedrag en de herstelvereisten passen. Onderzoek een gestopte applicatie of resourcewaarschuwingen voordat u aanneemt dat een groter plan het antwoord is. Kies Maleisië, Roemenië of Zwitserland voor de server en bevestig daarna de resourcetoewijzing, back-uplocatie en serviceomvang. Dit scenario legt geen faciliteit, aanvraagcapaciteit of levertijd vast.
Configureer Build en controleer elke optie. De link opent het startplan; controleer de geselecteerde periode en eventuele opgeslagen keuzes voordat u doorgaat. Het opvragen van betaalgegevens installeert de applicatie voor het lenen van apparatuur niet.
Gebruikte documentatie
Primaire referenties voor deze pagina. Controleer de documentatie voor de versie die in uw eigen omgeving is geïnstalleerd.