Gekozen per site
Elke hostinglijn biedt zijn eigen selectie van datacenters. U kiest er een wanneer u een site maakt, en het bestelformulier toont alleen een stad waar die lijn vandaag nog ruimte heeft.
Regio's en gegevensresidentie
Uw websites draaien waar u bepaalt dat ze draaien
Regio is op dit platform geen ondersteuningsticket — het is een eigenschap van de site, die door de plaatsingsengine wordt gerespecteerd telkens wanneer er iets wordt geïmplementeerd. U kiest het datacenter wanneer u een site aanmaakt, uit de steden die de hostinglijn vandaag aanbiedt, en elke implementatie landt op fleetcapaciteit op die locatie, met een wereldwijde edge ervoor. Elke hostingpagina vermeldt die steden, live uitgelezen.
- 700.000+wereldwijd gehoste sites
- U kiesthet datacenter voor elke site
- 99,99%Beschikbaarheidsgarantie
- 58Paneeltalen
Waar we draaien
Achter elke locatie zitten twee dingen: de worker-vloot die uw sites uitvoert, en het controlepaneel dat ze beheert. Beide zijn regiogebonden. Welke locatie u kiest, is aan u; de onderliggende capaciteit regelen wij zelf, en we werken bewust met meer dan één leverancier, zodat nooit één enkele partij het platform vormt.
Live vermeld
De steden op elke hostingpagina en in het bestelformulier worden uitgelezen door de plaatsingsengine, zodat een nieuwe locatie verschijnt op de dag dat er capaciteit is, en een volle locatie niet wordt aangeboden.
Hoe plaatsing daadwerkelijk werkt
De regio wordt in de code afgedwongen op het moment dat een site wordt gemaakt — niet doordat een operator moet onthouden welk vak moet worden gebruikt.
Elke worker is getagd
Elke host in de vloot registreert zichzelf met een regiosleutel, een affiniteitslijst voor productlijnen, een webservertype en een capaciteitscijfer, en haalt vervolgens werk op. De plaatsingsservice filtert kandidaten eerst op regio, vervolgens op productlijn, daarna op vrije capaciteit en kiest de minst belaste host die in aanmerking komt.
De site erft de regio en behoudt deze
Als u een regio hebt vastgezet, komen alleen workers in die regio in aanmerking. Hebt u dat niet gedaan, dan neemt de site de regio over van de worker waarop deze terechtkomt en die waarde wordt opgeslagen op de site — zo is de registratie van waar uw gegevens zich bevinden een veld dat u kunt uitlezen, en geen aanname.
Capaciteit wordt atomair geclaimd
Plaatsing claimt capaciteit met een voorwaardelijke update die alleen slaagt zolang de worker nog actief is, nog implementaties accepteert en de capaciteit nog niet heeft bereikt. Twee implementaties die strijden om het laatste slot kunnen niet allebei winnen, waardoor een regio nooit stilletjes overboekt raakt.
Geen stille fallback naar de verkeerde regio
Als er niets dat in aanmerking komt in uw regio ruimte heeft, genereert de implementatie een plaatsingsfout en stopt deze. Er wordt niet uitgeweken naar een ander continent om het verzoek te laten slagen. Een zichtbare fout en een uitbreiding van de capaciteit is beter dan een site die stilletjes naar een ander land is verplaatst.
Leegmaken in plaats van onderbreken
Elke worker beschikt over een accepts-deploys-schakelaar. Door deze op drain te zetten, voorkomt u dat er nieuwe sites bijkomen terwijl bestaande sites onaangeroerd blijven draaien. Dit is hoe wij onderhoud, hardwarevernieuwingen en ontmanteling binnen een regio uitvoeren zonder uw workloads te verplaatsen.
Datareresidentie als productbeslissing
Datarezidentie is een van de weinige hostingbeslissingen die echt moeilijk terug te draaien zijn, waardoor het platform dit beschouwt als een eersteklas dimensie in plaats van een implementatiedetail. De residentiekeuze van de klant is invoer voor de plaatsing, de regio wordt vastgelegd voor de site en de servervloot wordt dienovereenkomstig getagd. Dat is wat een antwoord over datarezidentie controleerbaar maakt in plaats van anekdotisch.
Het tenancy-model draait hiernaast. Elk record in de engine heeft een organisatiebereik met PostgreSQL row-level security die op databaseniveau wordt afgedwongen, en tenancy is hiërarchisch: een resellerorganisatie boven klantorganisaties boven sites. Regio beantwoordt waar de gegevens zich bevinden; row-level security beantwoordt wie er toegang toe heeft. Beide zijn belangrijk voor een compliance-beoordelaar en geen van beide is optioneel.
GDPR-gegevensexport en -verwijdering maken deel uit van hetzelfde ontwerp in plaats van een achteraf toegevoegd proces, en bevoorrechte en administratieve acties worden vastgelegd in een auditlogboek. Als de vragenlijst van uw koper vraagt waar de gegevens zich bevinden, wie deze kan opvragen en wat er gebeurt als een betrokkene erom vraagt, zijn dat hier beantwoordbare vragen.
Een lokale oorsprong is slechts het halve snelheidsverhaal
Het kiezen van een nabijgelegen regio helpt, maar het grootste deel van de latentie die uw bezoekers ervaren, wordt al bepaald voordat een verzoek uw oorsprongsserver überhaupt bereikt.
- Cloudflare staat overal vóór — CDN, WAF, DNS en DDoS-bescherming — zodat antwoorden die in het cachegeheugen kunnen worden opgeslagen, worden geleverd vanaf de edge dicht bij de bezoeker in plaats van vanuit uw oorspronkelijke regio.
- LSCache draait op de worker zelf als een paginacache op serverniveau met ESI en slimme automatische opschoning, wat betekent dat de meeste WordPress-verzoeken PHP of MySQL helemaal niet bereiken.
- Een Redis-objectcache per site elimineert herhaalde databaseleesacties bij verzoeken die de applicatie bereiken.
- Het leegmaken wordt over beide lagen gecoördineerd vanuit één bedieningselement in het paneel en vanuit WordPress via de Zinn®-cacheplugin, zodat een edge-kopie en een origin-kopie na publicatie nooit van elkaar verschillen.
- Footprint-Free-klanten leggen daar CDN-accountpools bovenop: sites worden verdeeld over onze accounts en die van uzelf, waarbij de balans tijdens de implementatie opnieuw wordt berekend op basis van de live accountstatus.
- Wij publiceren geen benchmarks voor latentie of doorvoer, en we beweren niet dat een bepaalde regio het snelst zal zijn voor uw publiek. Kies de regio die uw bezoekers en uw nalevingspositie aangeven, en laat de cachinglagen de rest doen.
Foutdomeinen, back-ups en eerlijke grenzen
Multi-regio heeft weinig waarde als alles nog steeds hetzelfde lot deelt. De architectuur scheidt de onderdelen die niet gezamenlijk mogen falen.
Control plane en vloot zijn gescheiden
De engine, database, workflowlaag en dashboards draaien op hun eigen Kubernetes control plane, volledig gescheiden van het worker-park dat klantsites bedient. Een incident in het control plane mag klantsites niet platleggen, en een incident in het park mag het platform niet platleggen.
De openbare oppervlakken zijn ook onafhankelijk
Het klantendashboard, de beheerconsole en deze marketingsite zijn onafhankelijk van het control-plane-cluster geïmplementeerd op Cloudflare, zodat een platformincident niet ook de plek verwijdert waar u over het incident kunt lezen.
Status bevindt zich buiten het platform
De statuspagina wordt bewust gehost bij een andere provider in een andere regio. Een statuspagina die draait op de infrastructuur die deze bewaakt, is nutteloos op precies het moment dat u deze nodig heeft.
Onveranderlijke, externe, geïsoleerde back-ups
Back-ups per site zijn onveranderlijk en extern opgeslagen, geschreven naar objectopslag, waarbij herstelbewerkingen worden getest in plaats van aangenomen. Herstelbewerkingen voert u met één klik uit vanuit het paneel, naast bestandsbeheer, domeinen, DNS, SSL en logboeken.
Wat wij niet beweren
Wij vermelden op deze pagina geen service level agreement, reactietijd of latentiecijfer — SLA-voorwaarden worden per overeenkomst overeengekomen. Het percentage van 99,99% dat aan Footprint-Free-pakketten is gekoppeld, is een uptime-garantie, een streefwaarde waarop wij bouwen, en geen gemeten historisch beschikbaarheidsrecord.
Een regio kiezen
In de praktijk komt de beslissing neer op vier vragen, en de meeste klanten beantwoorden deze in minder dan een minuut.
- Heeft u een contractuele of regelgevende vereiste voor gegevenslocatie? Zo ja, dan is de keuze snel gemaakt: EU-klanten met GDPR-verplichtingen kiezen voor een datacenter binnen de Europese Unie, en we hebben een GDPR-native EU-route wanneer een contract daar specifiek om vraagt.
- Waar bevindt zich de doelgroep waarmee u daadwerkelijk inkomsten genereert? Kies uit de steden in het bestelformulier het datacentrum dat daar het dichtst bij ligt.
- Vereist de inkoopafdeling van uw koper een gecertificeerd onderliggend platform? Als een SOC 2- of ISO 27001-attest voor de infrastructuur onder uw websites een strikte vereiste is, laat het ons dan weten voordat u begint met bouwen, dan plaatsen wij u op capaciteit die hieraan voldoet.
- Wilt u uw portfolio verdelen over foutdomeinen? Door sites in meer dan één datacenter te plaatsen, voorkomt u concentratie op één locatie.
- Twijfelt u? Start met de proefperiode zonder creditcard. Er verandert niets aan het paneel, de stuurprogramma's of de functieset wanneer u later elders implementeert.
Veelgestelde vragen
Kan ik kiezen in welke regio mijn sites worden geïmplementeerd?
Ja. Regio is een invoer voor de plaatsingsengine, geen verzoek dat buiten de band om wordt verwerkt. Zet een regio vast en alleen fleet workers die voor die regio zijn getagd, komen in aanmerking om de site te ontvangen; de gekozen regio wordt vervolgens opgeslagen in het siterecord, zodat u altijd kunt teruglezen waar deze wordt uitgevoerd. Laat u dit niet ingesteld, dan neemt de site de regio over van de worker waarop deze terechtkomt.
In welke regio's bent u actief?
Het hangt af van de hostinglijn, omdat elke lijn draait op de capaciteit die ervoor is gebouwd. Het bestelformulier en elke hostingpagina tonen de steden waaruit u vandaag kunt kiezen, rechtstreeks uitgelezen uit het plaatsingssysteem, zodat dit antwoord nooit veroudert. Kies voor strikte EU-residentie een datacenter binnen de Europese Unie; wanneer bij inkoop een gecertificeerd onderliggend platform vereist is, kunnen we plaatsen op capaciteit die aan die vereisten voldoet. De leveranciers achter elke locatie zijn onze eigen commerciële regeling — u kiest de locatie, niet de leverancier.
Beschikt u over een SOC 2- of ISO 27001-certificering?
Nee — Zinn Digital® beschikt momenteel zelf over geen enkele nalevingscertificering, en wij zullen niet suggereren dat dit wel zo is. Wat wij wel kunnen doen, is uw werklast onderbrengen op een onderliggend platform dat deze wel heeft, indien het inkoopproces van een koper een gecertificeerd platform onder uw sites als harde eis stelt. Los daarvan zijn de eigen beheermaatregelen van het platform reëel en controleerbaar: isolatie per site, beveiliging op rijniveau voor elke tenant-specifieke tabel, geheimen bewaard in Vault, overal TLS en auditlogboekregistratie van bevoorrechte acties.
Wat gebeurt er als de door u gewenste regio geen capaciteit heeft?
De implementatie mislukt zichtbaar met een plaatsingsfout in plaats van dat uw site stilzwijgend ergens anders wordt ondergebracht. Dat is een bewuste keuze: een site die stilletjes van jurisdictie is veranderd, is een veel slechter resultaat dan een implementatie die stopt en u vertelt waarom. Capaciteit wordt toegevoegd door meer hosts in die regio online te brengen, waar ze zichzelf registreren en onmiddellijk beginnen met het accepteren van werk.
Zal mijn site traag zijn voor bezoekers die zich ver van het datacentrum bevinden?
Wij publiceren geen latentiebenchmarks en geven geen garanties over specifieke cijfers. Wat we wel kunnen beschrijven is de architectuur: Cloudflare staat vóór elke site, zodat gecachete antwoorden worden geleverd vanaf een edge-locatie dicht bij de bezoeker, LSCache levert volledige pagina's vanuit de worker zonder PHP of de database te belasten, en een Redis-objectcache per site vangt herhaalde zoekopdrachten op. Voor de meeste content-sites betekent deze combinatie dat de regio van oorsprong veel minder uitmaakt dan de cacheconfiguratie. Als uw doelgroep geconcentreerd is op één continent, plaats de oorsprong dan toch daar.
Kan ik een bestaande site later naar een andere regio verplaatsen?
De regio wordt ingesteld wanneer een site wordt geplaatst en opgeslagen in het siterecord, dus een verandering van regio is een migratie en geen schakeloptie. Neem contact met ons op voordat u begint met bouwen als u al weet dat er een verhuizing aankomt — het is veel voordeliger om het de eerste keer meteen goed te plaatsen dan een live portfolio te verhuizen.
Waar worden mijn back-ups bewaard?
Back-ups per site zijn onveranderlijk, extern opgeslagen en geïsoleerd van de actieve vloot, weggeschreven naar objectopslag met hersteltests in plaats van aannames, en herstelbaar met één klik vanuit het paneel. Als uw nalevingsstatus vereist dat de back-upopslag zich in een specifiek rechtsgebied bevindt, neem dan rechtstreeks contact met ons op — dat is een contractueel detail dat we per klant overeenkomen en geen algemene claim die we op een webpagina plaatsen.
Kan ik het uitproberen zonder me aan een regio te binden?
Ja. De proefperiode duurt 14 dagen en is zonder creditcard. Deze omvat Footprint-Free Hosting voor maximaal vijf sites, wat voldoende is om te zien hoe implementaties, plaatsing en de cachelagen functioneren voordat u beslist waar uw productieportfolio moet worden ondergebracht.
Gerelateerd
Begin waar het logisch is, stap over wanneer het er toe doet
Start een proefperiode van 14 dagen zonder creditcard, of vertel ons eerst wat uw vereisten voor dataresidentie zijn, dan plaatsen we u vanaf de eerste implementatie direct op de juiste plek.
Gratis starten