Docker containers zijn ‘immutable’. Dat betekent dat u de code in een container niet kunt (of eigenlijk, ‘mag’) aanpassen. Om een container bij te werken dient u een nieuwe container te bouwen en deze de huidige container te laten vervangen. Om het vervangen van containers eenvoudiger te maken biedt LinQhost Managed CICD aan. U kunt dan dus geen bestanden via FTP of SSH publiceren.

Containers dienen één enkele functie(-groep). Dat betekent dat je al snel meerdere containers bij elkaar nodig hebt. Deze containers dienen met elkaar te kunnen communiceren via een API. Om dit lokaal te kunnen testen zetten we Docker Compose op.

Containers dienen stateless te zijn. Dit betekent dat het voor de gebruiker niet moet uitmaken welke container een request afhandelt. Om dit voor elkaar te krijgen dienen andere oplossingen te worden gezocht voor het opslaan van user data en sessies. LinQhost begeleidt u hier van A tot Z bij.

Een cloud-omgeving bestaat bij voorkeur uit een losse frontend (HTML, CSS, Javascript) op basis van een front-end framework zoals Vue, React, Angular, Nuxt, Next of Gatsby.

Deze front-end communiceert via een API Gateway met onderliggende Rest API’s in Cloud Run of Kubernetes Engine. Deze containers kunnen langlopende processen opstarten die op de achtergrond worden uitgevoerd. Communicatie tussen deze containers kan bijvoorbeeld plaatsvinden via Google Pub/Sub.

Om de containers te kunnen onderhouden, worden CICD pipelines ingericht. Deze zorgen voor het bouwen, opslaan en publiceren van containers.

In traditionele hostingomgevingen is een developer afhankelijk van de softwarepakketten (MariaDB, PHP, etc) die geïnstalleerd zijn op de server. Verschillende onderdelen van uw applicatie dienen ingericht te worden op diezelfde versies van deze pakketten. In containers kan per onderdeel van de software worden aangegeven welke versies van verschillende pakketten gebruikt worden. Zo kun je bijvoorbeeld verschillende versies van php door elkaar heen gebruiken.

Een ander voordeel is de beveiliging van je software. Aanpassingen in de code zijn òf onmogelijk, òf worden teruggedraaid zodra je een nieuwe deployment uitvoert. Eventuele hacks blijven – in een goed beveiligde omgeving – binnen de gehackte container.

Een goed ingerichte omgeving kan “horizontaal” schalen. Dat houdt in dat als er een toename in het verkeer is, er automatisch extra containers gestart kunnen worden om het verkeer te verwerken.

Wij maken gebruik van Google Cloud voor al onze cloud-hostingdiensten. Wij kunnen u alle diensten van Google Cloud aanbieden. Aanvullend kunnen wij u adviseren over de volgende Clouddiensten:

• Google Cloud Run voor het beheren van containers in een ‘simpele’ cloudomgeving.
• Google Kubernetes Engine voor het beheren en orchestreren van een cloudomgeving met meerdere soorten containers.
• Google Cloud Storage voor het opslaan van user data.
• Google Datastore voor het opslaan van NoSQL-documenten.
• Google API Gateway voor het afschermen en beveiligen van een rest API op basis van een OpenAPI-/Swagger-document.
• Google Pub/Sub is een messagebus voor asynchrone communicatie tussen containers (en daarbuiten).

Om gebruik te maken van onze dienstverlening is het handig om kennis te hebben van Git. Ook kan het helpen om enige ervaring te hebben met OpenAPI/Swagger. Onze experts helpen u hier graag bij!

Daarnaast is het raadzaam om ruim de tijd te nemen om de omgeving te leren kennen. Het ontwikkelen van een cloudapplicatie is een heel ander proces dan het ontwikkelen van een monoliet en het is slim om dit vanaf het begin goed op te zetten.

Verder dient u er rekening mee te houden dat de kosten voor het hosten in de cloud variabel (kunnen) zijn.

Zeker! U hoeft niet de gehele applicatie in de cloud te hosten om gebruik te maken van onze diensten. Onderdelen van uw applicatie die zich makkelijk laten losweken van het geheel kunnen worden verplaatst naar de cloud om zo gebruik te maken van optimale scaling.

Onze managed CI/CD is gericht op snelle deployment in de cloud. Wanneer u iets publiceert in Git (versiebeheer) zorgen wij er automatisch voor dat deze wijziging in de cloud terecht komt. Dit doen we door middel van stabiele pipelines die we pro-actief monitoren, debuggen en beveiligen. Van het bouwen tot aan het publiceren in de cloud en het bijwerken van aanverwante services. Wij adviseren daarnaast in de inrichting hiervan.

Wij richten de pipeline in op onze omgeving. Het enige wat u hoeft te doen is zorgen dat we vanuit onze omgeving toegang krijgen tot uw Git repository om de container image te kunnen builden.

Daarnaast is enige kennis van Git een must. Bij grotere teams is het handig om te werken met pull / merge requests en een goede branching-strategie.

Een container image is een blauwdruk voor een container instance. Deze blauwdruk bestaat uit een base image (die op zichzelf ook weer een container image is), een aantal instructies om een container te bouwen (de Dockerfile) en instructies voor de run time. Containers kunnen gestart worden en direct weer stoppen (Jobs) of gestart worden en zo lang mogelijk blijven draaien (Services).

Een container instance is een container image die wordt uitgevoerd in run time. Een container kan gemaakt zijn om zijn taak uit te voeren en dan af te sluiten; of gemaakt zijn om zo lang mogelijk te blijven draaien.

Voor het uitvoeren van een container heb je een Container Runtime nodig, bijvoorbeeld Docker. Docker kan een container image ophalen en vervolgens uitvoeren. Een container draait min of meer gescheiden van andere containers en de hostmachine. Je kunt aan docker doorgeven welke elementen van de hostmachine wel en welke niet beschikbaar moeten zijn voor de container (bijvoorbeeld bestanden, netwerkpoorten, etc).

Om een container te maken dien je eerst een goede base image te kiezen. LinQhost biedt eigen containers met een lichtgewicht webserver en php 8.1 of 8.2. In de Dockerfile wordt aangegeven welke base image(s) gebruikt moeten worden, welke aanvullende software nodig is en wordt uw eigen code ingeladen. Door de image lokaal te draaien kunt u een eerste beeld krijgen van de werking van de image.

De container kan lokaal gebouwd worden en als deze goed genoeg is kunt u de code committen naar git. Gebruikt u Managed CICD van LinQhost, dan zorgen wij ervoor dat de container in de cloud terechtkomt. U kunt een image ook zelf pushen naar een Container Registry (of daar een eigen pipeline voor inrichten). Wij adviseren u hier graag in.

Een container wordt – in rust – opgeslagen in een Container Registry. Er zijn verschillende partijen die zo’n registry aanbieden, elk met een eigen verdienmodel. Bij sommige registries betaalt u per container, anderen rekenen een bedrag per teamlid of per MB die aan opslag of data wordt gebruikt. De volgende bedrijven bieden een Container Registry aan:

• Google Artifact Registry
• Amazon
• Quay.io
• Docker Hub
• GitLab

Vanwege de integratie met de cloud en de gedeelde beveiliging gaat onze voorkeur uit voor de Google Artifact Registry.

De base image van LinQhost is gebaseerd op Alpine en daarmee een zo klein mogelijke image. Wij hebben deze zo veilig mogelijk gemaakt. Om dat te waarborgen wordt de base image continue getest op kwetsbaarheden en periodiek gecontroleerd door onze (externe) beveiligingsadviseurs. Daarnaast zorgen we voor een goede koppeling met alle log-instrumenten zoals Google Cloud Logging.

Het is zeker mogelijk om andere images in de cloud te draaien. Onze adviseurs vertellen er graag meer over. Voor we een container in productie gaan draaien zullen we kijken naar mogelijke kwetsbaarheden en hoe we de container goed kunnen afschermen voor de buitenwereld. Hier komt logischerwijs maatwerk bij kijken.

De kosten van cloud hosting zijn variabel. De kosten van Cloud Run worden per seconde berekend, de kosten van intern en extern dataverkeer per GB. Kosten worden minder variabel bij het afnemen van een Kubernetes Node.

Naast de kosten voor de hostingprovider zijn er kosten voor het in stand houden en opzetten van de cloudomgeving en de Managed CICD. De werkelijke kosten hiervan hangen af van de opzet van uw omgeving en de mate van support die u verwacht nodig te hebben. Onze adviseurs vertellen er graag meer over.