Zo werkt het Avisi Managed Environment-platform

Het beheren van applicaties en Kubernetes-omgevingen kost tijd en geld. Kubernetes is software, waarmee applicaties op 100% geautomatiseerde wijze beheerd worden. Zonder training en ondersteuning op het gebied van Kubernetes-omgevingen, kan dit zelfs nog meer tijd en geld gaan kosten! Dit gaat vaak ten koste van doorontwikkeling van het product. Daarnaast speelt Compliancy een belangrijke rol bij het beheren van deze omgevingen. Een ontwikkelaar mag bijvoorbeeld geen toegang hebben tot productie, en hosting in Europa of Nederland is een must. Maar hoe zorg je er dan voor dat de beheer van de omgeving soepel verloopt? Door de hosting van omgevingen volledig uit te besteden. Hier komt Avisi Managed Environments (AME) om de hoek kijken.

Avisi Managed Environments is een platform waarop applicaties veilig, betrouwbaar en gecontroleerd worden gehost. Het bestaat uit een kant-en-klare Kubernetes (K8s) omgeving, waarop klanten software kunnen installeren.  In deze blog kijken we naar het technische aspect van het Avisi Managed Environments-platform. Waaruit bestaat het? En hoe zorgt AME ervoor dat jij je kunt focussen op het doorontwikkelen van jouw applicaties.

Avisi Managed Environments

Het Avisi Managed Environments-platform levert volledig gescheiden omgevingen, waarbij elke omgeving tenminste één cluster betreft. De omgevingen worden geleverd inclusief de benodigde tooling voor monitoring en log-collection. De totaaloplossing AME is onderverdeeld in drie elementen:

• Het Kubernetes cluster;
• Core infrastructure binnen je cluster;
• Operational Services, zoals Prometheus, om je te helpen met Day 2 operations.

Kubernetes

Het platform bestaat uit een kant-en-klare Kubernetes-omgeving en operational services. Kubernetes is een open-source systeem voor het automatisch beheren van gecontaineriseerde applicaties. Een Kubernetes cluster bestaat uit meerdere virtual machines, die worden gehost bij een Cloud Provider en een Control Plane (API Server). AME automatiseert de volledige lifecycle van Kubernetes, waardoor jij je niet druk hoeft te maken over het upgraden van je cluster. Deze virtual machines worden binnen Kubernetes geregistreerd als node in het cluster. Hierop draaien de containers.

Wat zit er standaard in een AME-cluster?

Een AME Kubernetes cluster bestaat uit meerdere virtual machines, een controle plane en een eigen firewall. Ook bestaat het uit standaard services, zoals audit, backup & disaster recovery en certificaatbeheer. Deze onderdelen worden volledig beheerd door Avisi.

Het cluster is volledig immutable opgebouwd, waarbij Avisi de combinatie van verschillende versies aan tooling en software valideert. Op basis hiervan maakt het AME-team een platform version. Hiermee wordt gegarandeerd dat een versie van het cluster ook correct functioneert.

Het cluster control plane bestaat uit onder andere de Kubernetes API Server. Vanuit dit control plane wordt het cluster verder aangestuurd. Onze klanten hebben volledig toegang tot de Kubernetes API Server om applicaties te beheren en uit te rollen. Dit houdt in dat onze klanten een cluster-admin ter beschikking gesteld krijgen, met de optie om alle toegang fine grained te configureren via het standaard RBAC mechanism van Kubernetes. Voor toegang wordt gebruikgemaakt van persoonlijke accounts, welke gefaciliteerd worden door OpenID Connect.

Het belangrijkste in een AME-cluster zijn de applicaties die gehost worden door de klant. Hierbij ondersteunen wij vanuit Avisi Cloud, met behulp van een Performance Engineering/Consult. Vanuit Avisi Managed Environment zorgen wij dat alle benodigde tooling gefaciliteerd is, zodat onze klanten zich kunnen focussen op hun core-business.

Dit doen wij door middel van de application infrastructure. Dit zijn ondersteunende applicaties voor het beschikbaar maken van de business applications. Denk hierbij aan proxies en databases. Dit is een scheidingslijn qua verantwoordelijkheden tussen Avisi en onze klanten. Dit zijn diensten die veel overlap hebben met de klant en de applicaties die zij hosten.

Wij helpen onze klanten om een goed passende verdeling te maken. Zo leveren wij standaard een Ingress Controller binnen een cluster, waarvoor wij de hardening en configuratie verzorgen.

Node pools

Om optimaal gebruik te maken van de beschikbare resources, gebruikt AME node pools. Een node pool is een set aan virtual machines die in een bepaalde datacenter/zone beschikbaar. Deze zijn allemaal van hetzelfde type en grootte. Hierdoor kan je bijvoorbeeld andere type machines toevoegen voor het draaien van webapplicaties, als voor het verwerken van achtergrondtransacties. Dit kan helpen om de juiste verhouding CPU, memory en performance te waarborgen.

Core Infrastructure

Binnen een cluster draait ook een stuk aan core-infrastructuur. Dit zijn componenten die wij binnen een cluster draaien die absoluut noodzakelijk zijn voor een werkbare omgeving. Dit zijn plugins op Kubernetes, zoals voor networking, storage of autoscaling. AME faciliteert een hand-picked selectie, zodat onze klant snel waarde kan halen uit het gebruik van Kubernetes. Daarnaast is het mogelijk om te kiezen tussen verschillende netwerk-implementaties. Standaard geven wij de keuze tussen Calico en Weave net, met meer opties op de roadmap.

Om te helpen met Day 2 operations, installeren wij ook een logging agent op het cluster. Hiermee wordt alle container logging verzameld en verstuurd naar een centrale logging service. Mocht er toch iets fout gaan, dan is de application logging beschikbaar voor het troubleshooten.

Als logging agent gebruiken wij Promtail. Dit is een light-weight proces dat een first class integratie heeft met Kubernetes. Ontwikkeld door Grafana als onderdeel van het open-source project Loki, past Promtail als geen ander in het cloud-native ecosysteem.

Naast het verzamelen van log events, wordt er ook standaard een Prometheus deployment uitgerold binnen het cluster. Dit wordt gedaan op basis van het Prometheus Operator project. Hiermee kan je gemakkelijk metrics verzamelen voor jouw applicaties, door gebruik te maken van de Custom Resource Definitions van het Prometheus Operator project. Wil je weten hoe je hier gebruik van kan maken? Zie de documentatie van het Prometheus Operator project.

Metrics worden net als de log events buiten het cluster verzameld. Hierdoor heb je, als je cluster of Prometheus-instantie binnen de omgeving niet meer beschikbaar is, nog steeds toegang tot alle data.

Het control plane

Het control plane van het Kubernetes cluster is uitgerold op onze eigen infrastructuur. Deze componenten zijn niet zichtbaar in je cluster. Als je bijvoorbeeld een lijst van nodes ophaalt, dan zie je hier geen leader nodes tussen staan.