Technische architectuur laten opstellen
Wat is een technische architectuur?
Wie vooraf een technische architectuur laat maken, koopt tijd terug. De keuzes die later het duurst uitpakken, maak je nu op papier: welk systeem is de baas over welke gegevens, en hoe praten ze met elkaar. Dat is een stuk goedkoper dan halverwege de bouw, als er al van alles omheen staat.
Wij bouwen op WordPress en op Laravel. WordPress als er veel pagina's en veel redacteuren zijn. Laravel als er eigen regels, rollen en rekenwerk in zitten. Allebei, als je allebei nodig hebt. Welke van die drie het wordt en waarom, staat straks in de technische architectuur.
De voordelen van een technische architectuur
Een technische architectuur is een paar weken werk vooraf. Daarmee voorkom je dat je halverwege de bouw een dure keuze moet terugdraaien. Dit levert het op.
Vooraf weten wat het kost: Uit de bouwtekening rolt een volgorde in fases, met per fase een bedrag. Je kunt dus met een deel beginnen en later doorpakken, zonder dat dat eerste stuk weggegooid geld blijkt.
Het houdt ook als je groeit: We rekenen door wat er gebeurt bij tien keer zoveel gebruikers of gegevens. Dat is het verschil tussen een systeem dat meegroeit en een systeem dat je over twee jaar opnieuw laat bouwen.
Je zit nergens aan vast: Per onderdeel schrijven we op wat het alternatief is en wat overstappen zou kosten. Zo weet je vooraf waar je aan een leverancier vastzit, en niet pas op het moment dat je weg wil.
Elke bouwer kan ermee verder: De tekening is te lezen door een andere partij. Je kunt hem meesturen bij een aanbesteding, of gebruiken om twee offertes eerlijk naast elkaar te leggen.
Voor wie is dit
Een technische architectuur verdient zichzelf terug zodra er meer dan één systeem meedoet, of meer dan één partij bouwt. Herkenbaar?
- Je hebt twee offertes die technisch iets heel anders voorstellen en je kunt ze niet vergelijken
- Je hebt drie systemen die elkaars gegevens nodig hebben en niemand bewaakt het geheel
- Je verwacht flinke groei en wil weten of wat je nu hebt dat aankan
- Je wil iets met AI en je weet niet waar dat past tussen de systemen die je al hebt
- Je moet aanbesteden en er moet een technische eisenlijst liggen die klopt
Wat je krijgt
- Een plattegrond van je systemen: wat er is, waar welke gegevens ontstaan, en welke kant ze op gaan
- Een onderbouwde keuze voor WordPress, Laravel of allebei, met erbij wat het alternatief zou kosten
- Een overzicht van je belangrijkste gegevens: wat je bijhoudt en hoe het aan elkaar hangt
- Per koppeling de afspraak: hoe vaak wisselen twee systemen gegevens uit, en wat gebeurt er als de andere kant even plat ligt
- Een opzet voor hosting, back-ups, herstel na een storing, en wie waar bij mag
- Een bouwvolgorde in drie tot vijf fases, met per fase wat er live gaat en wat het kost
Hoe we het bouwen
Uitvragen. We beginnen bij je werk en niet bij de techniek. Wie doet wat, waar ontstaan welke gegevens, en wat gaat er mis als een systeem een dag plat ligt. Daar komen de eisen uit die er echt toe doen.
Kiezen. Daarna leggen we de mogelijkheden naast elkaar, met per optie de kosten, de duur en het risico. We schrijven er ook bij wat we níet doen, en waarom. Dat scheelt later de discussie waarom iets anders is uitgevallen dan iemand in zijn hoofd had.
Vastleggen. Je krijgt een document met tekeningen, keuzes en een bouwvolgorde. Kort genoeg om echt te lezen, concreet genoeg om er een prijs op te geven. Door ons, of door iemand anders.
Wat kost een technische architectuur?
Wat een technische architectuur kost hangt af van hoeveel er in beeld moet. Aan de onderkant zit een enkele website met twee koppelingen. Aan de bovenkant een bedrijf met een administratiesysteem, een klantportaal, een webshop en een paar externe partijen die ook meedoen.
De prijs hangt af van hoeveel systemen meedoen en van hoe goed hun handleiding is. Een pakket dat openlijk beschrijft hoe je eraan koppelt, kost een dag uitzoekwerk. Een pakket waarbij we elk antwoord bij de leverancier moeten opvragen, kost er drie.
Bouwen we daarna ook, dan komt daar de bouw bij plus hosting en onderhoud per maand. Met de tekening erbij zijn die bedragen vooraf een stuk nauwkeuriger.
Waarom Mediavisie Web
We tekenen niets wat we zelf niet kunnen bouwen. Alles wat in zo'n plan staat, hebben we ergens gebouwd en daarna jarenlang draaiend gehouden. Dat houdt het voorstel met beide benen op de grond.
Koppelingen zijn ons dagelijks werk: AFAS, Exact, voorraadsystemen, personeelspakketten en wat er verder in Nederland veel gebruikt wordt. We weten dus meestal vooraf waar jouw pakket gaat tegenstribbelen, in plaats van dat we daar tijdens de bouw achter komen.
De technische architectuur is van jou, net als de code die eruit voortkomt. Je mag hem gebruiken om ons te laten bouwen, of om drie andere partijen een scherpe offerte te laten maken.
Waar je op moet letten
Een technische architectuur is een foto van nu, geen contract met de toekomst. Verandert je manier van werken halverwege echt, dan verandert de tekening mee. Reken op vier tot zes weken, waarvan een dag of twee van je eigen mensen. Zonder de mensen die het werk echt doen, krijg je een mooie plaat die niet klopt met de praktijk.
De techniek eronder
Alle techniekWaar we het mee bouwen.
-
Omgeving
Docker
Iedereen werkt in dezelfde omgeving, en die omgeving lijkt op productie. Scheelt de klassieke verrassing bij livegang.
-
Server
Nginx
De webserver ervoor. Doet het uitserveren van bestanden en de cache voordat PHP eraan te pas komt.
-
Netwerk
Cloudflare
Ervoor als schild en als versneller. Vangt aanvallen af en levert bestanden vanaf een punt bij je bezoeker in de buurt.
-
Database
PostgreSQL
Voor applicaties met eigen gegevens. Sterk in relaties, en het houdt zich aan wat je afspreekt over je data.
-
Cache
Redis
Houdt vast wat net is uitgerekend. Scheelt bij portalen en webshops het meeste wachten.
-
Server
Ubuntu
De basis onder onze servers. Lange ondersteuning, dus je hoeft niet elk jaar mee met een grote sprong.
-
Uitrollen
GitHub Actions
Bouwt, test en zet live bij elke wijziging. Faalt een test, dan gaat er niets naar productie.
Werkwijze
Hoe we het aanpakken.
Van het eerste gesprek tot doorbouwen na livegang. Vier fases, en je weet bij elke fase wat er af is en wat er nog komt.
-
1 tot 2 weken
Uitzoeken
Wat er moet komen en wat er al ligt
We brengen in kaart welke systemen mee moeten, wie het straks beheert en waar het vorige traject op vastliep. Daar komen de uitzonderingen boven water die later de planning bepalen.
Lees verder over Uitzoeken -
Eén week
Afbakenen
Van wensenlijst naar een plan met een prijs
We knippen het werk in stukken die los opgeleverd kunnen worden, en zetten er een prijs en een volgorde op. Daarbij spreken we af wat er in de eerste versie zit en wat later komt.
Lees verder over Afbakenen -
6 tot 12 weken
Ontwerpen en bouwen
Eerst de schermen, dan de techniek eronder
Je kijkt vanaf de eerste week mee op een testomgeving. We leveren in rondes op, te beginnen met het deel dat het meeste werk uit handen neemt, zodat je stuurt op wat je ziet.
Lees verder over Ontwerpen en bouwen -
Doorlopend
Doorbouwen
Na livegang begint het pas
Updates, bewaking en nieuwe functies, met een vast aanspreekpunt dat je project kent. We meten wat er gebruikt wordt, en dat bepaalt waar we het volgende kwartaal aan werken.
Lees verder over Doorbouwen
Zo ziet dat er in de praktijk uit
Alle casesWij werken onder andere voor
Aan de slag
Iets te bouwen?
Vertel wat er moet komen. We denken mee over techniek, haalbaarheid en wat het kost, ook als het plan nog niet rond is.