Waarom Concrete in plaats van WordPress

Voor de klant:

  • Een beheerinterface die logisch is. Geen 50 plugin-menu's die allemaal over een ander stukje functionaliteit gaan, of een pagebuilder die totaal anders werkt dan de rest van het systeem.
  • Geen plugin-chaos. Wat we bouwen, blijft werken — ook na updates.
  • Je kunt zelf veilig aanpassen zonder bang te zijn de site te breken.

Voor ons als developers:

  • Schonere architectuur, makkelijker uit te breiden.
  • Minder "waarom werkt dit niet, oh die plugin is al twee jaar niet geüpdatet".
  • Updates zijn voorspelbaar en testbaar.

Waarom een "staging site" en "deployer"

Bij de meeste websites wordt een update rechtstreeks op de live site gedaan. Gaat er iets fout, dan is de site kapot tot iemand het handmatig herstelt. Bij ons heeft elke site en applicatie een staging-versie (alleen voor jullie en ons bereikbaar) en een productie-versie (de "echte" site). Software-updates en nieuwe functionaliteit worden eerst op staging getest en gaan in een officiele "release" naar productie. Gaat er dan toch nog iets mis, dan kunnen we direct terug naar de vorige versie.

Deze release gaat volgens een "deploy" proces, waarbij de hele site eigenlijk opnieuw vanuit onze code-opslag wordt opgebouwd. De oude versie blijft in de lucht tot de nieuwe klaarstaat en schakelt dan naadloos om. Dit gaat dus vrijwel altijd zonder downtime, of een hele korte (als de nieuwe versie aanpassingen in de database nodig heeft). Een belangrijk extra voordeel is dat de website-code volledig 'vers' is; mocht het gaan om een veiligheidsupdate vanwege een lek, dan zijn eventuele gevolgen van dat lek ook weer verdwenen.

Dit is op zich allemaal niet bijzonder en is hoe grote bedrijven het doen. Maar wij doen het ook voor de website van een vereniging of eenmanszaak.

Waarom we zelf hosten

We hosten op fysieke servers in een datacenter in Haarlem, met een wereldwijd CDN ervoor. Dat betekent:

  • Snelheid. Krachtige servers leveren snel de dynamische content, het CDN levert alle plaatjes, videos enz. en houdt bots op een afstand. Snelle sites ranken beter bij Google.
  • Geen verdeelde verantwoordelijkheid. Eén partij die bouwt én host. Eén telefoontje bij problemen.
  • Directe toegang bij incidenten. We hoeven niet te wachten tot een ticket bij een externe hoster wordt opgepakt.

Bij projecten met hele grote hoeveelheden verkeer, of die daar makkelijk naar moeten kunnen opschalen, schakelen we uiteraard over naar serverless cloudhosting bij bijvoorbeeld Google, Azure of AWS. Of LeaseWeb, om het in Nederland te houden. Dit kunnen we dan volledig beheren waardoor het één aanspreekpunt-principe behouden blijft.

Wat er standaard bij hosting zit

  • 24/7 uptime-bewaking via StatusCake. Als je site onbereikbaar is, weten wij het (meestal) eerder dan jij.
  • Elke nacht een incrementele back-up van zowel de sitecode als de data. Sitecode zit sowieso in Git.
  • Reguliere updates voor alle minor versies (niet alleen van het CMS maar ook van alle externe libraries die erin gebruikt worden).
  • Heldere meldingen en inschattingen voor grote upgrades (bijvoorbeeld een overstap naar een nieuwe Concrete-hoofdversie).

 

Vertaalslag voor niet-technische lezers

Wat we doen, en wat jij ervan merkt:

 

Je site gaat nooit onverwacht kapot door een update

Bij een probleem draaien we in minuten terug naar een werkende versie

Wij merken het voor je klanten het merken

Snelle site, betere SEO

Je beheerpaneel is rustig en doet wat je verwacht, pagina's bewerken is makkelijk

Eén contactpersoon bij problemen. Geen kastje-naar-de-muur

Bureau Lush

Europalaan 500 unit 1W3
3526KS Utrecht

+31 85 3011349

[email protected]

KVK: 30179549
BTW: NL001992961B82

De kleine lettertjes

 

Top