Welke onderwerpen komen aan bod bij deployen web app

[Furion2000]

Momenteel redelijk thuis in het ontwikkelen van apps (Kotlin/Angular) en steeds meer bekend met docker/kubernetes en de buildstraat om het te deployen naar een git repo. Prive ben ik hier ook mee bezig en via mijn werkgever kan ik cursussen volgens als ik dat zou willen.

Nu wil ik meer weten over het daadwerkelijk hosten van web apps, maar ben een beetje lost met betrekking tot tools waar ik me het best op kan focussen en begrijp ik nog niet heel veel van netwerken (of misschien denk ik straks dat het toch alles was wat ik moest weten ).

Vragen die door mijn hoofd schieten:
- Is het noodzakelijk om je docker images en helm charts in een online private repo te zetten?
- Kun je direct met AWS (of soortgelijk) aan de slag en krijg je dan een server waar je met een VM dit kubernetes cluster kunt opzetten? Of mis ik een paar pre-steps?
- Is AWS een goede (goedkope) keus?

Wat zoek ik:
- De juiste jargon (zoektermen) om mijzelf verder in te lezen
- Mogelijk een goed plaatje die alle stappen mooi visualiseert
- Mogelijk een goed boek die ik als leiddraad kan gebruiken
- Mogelijk een goede cursus die hands-on aan de slag gaat (meestal heb ik een 'meh' bij cursussen)

Dus de vragen hierboven zijn niet direct om te beantwoorden, meer ter illustratie van waar ik nu sta en naartoe wil. Alvast bedankt!

[P-Storm]

Om een van je vragen te beantwoorden:
- Is het noodzakelijk om je docker images en helm charts in een online private repo te zetten?
Antwoord: Nee, is niet noodzakelijk. Maar weet dat talen zoals .net, java de source code uit de docker image te halen is en te decompilen is. Voor eigen projecten wellicht geen probleem, wanneer je met IP van je werkgever zit, wellicht meer een probleem.

Verder is het de vraag, op welke manier wil je je docker images hosten. Er zijn meerdere opties, en mijn eerste google hit brengt mij naar deze blogpost

Dus ik denk dat je ook moet gaan kijken voor het hosten, in hoeveel wil je zelf doen. Je kan voor een cluster gaan, die gemanaged wordt door een cloud provider, of op een VM een docker/k8s zetten en vanuit daar gaan hosten, maar dan moet je wel alle onderhoud en uptime doen.

Hopelijk geeft je iets van een aantal antwoorden voor je.

[CodeCaster]

Ik zou beginnen bij "Is Docker noodzakelijk?". Dan "Wil ik die Docker zelf hosten, of een Docker- of k8s-host huren?".

Een Linux-VPS met een gig of 2 aan RAM waar je zelf wat software op installeert, kost een tientje of twee per maand en is altijd beschikbaar. Datzelfde in een managed omgeving hosten bij Amazon, Google of Microsoft kost je al snel het dubbele, en wordt uitgeschakeld of bevroren als 'ie niet gebruikt wordt (als je dat niet wil, kost het je daar nog eens het dubbele van, en dan heb je een site die idle draait voor € 50-100 per maand).

Wil je goedkoop hobbyen: huur een Linux-VPS en installeer Docker of Kubernetes zelf. Dan mis je natuurlijk monitoring en echte schaling, want je hebt maar één stuk ijzer (virtueel ook nog eens).

Qua images: ze moeten érgens vandaan komen. Maak een API-key aan bij GitHub, stop deze in de env van je VPS wanneer je inlogt, en je kunt de images van GHCR pullen.

Dan als je klaar bent om met schaling te gaan testen, dán kun je gaan gebruikmaken van de free tier van bijvoorbeeld EC2/EKS.

Dus, leertraject:
1. Docker/containerization in het algemeen: hoe, wat, waarom (niet)
2. Docker-hosting zelf doen
3. Docker-schaling (compose, swarm, K8s)
4. Managed Docker-hosting en -schaling

En als je dan voor een cloudprovider kiest, dan moet je je dáár weer in specialiseren, want iedereen heeft z'n eigen gotcha's, die meestal te maken hebben met het snijvlak tussen beschikbaarheid en betaalbaarheid.

Elke cloudprovider heeft zijn eigen abstractie rond het principe van "clusters" en "high availability", bij de een lekt de onderliggende laag wat meer door dan bij de ander. Die verschillen en vertaalslagen zul je ook moeten leren. Als je dus bij 4 begint, ga je je provider-specifieke zaken aanleren zonder de onderliggende lagen te begrijpen, én wordt het al snel een duur geintje.

Maar dit is allemaal IMHO en AFAIK, en ik weet er nog amper wat van, ik ben net mijn eerste stappen in k8s en managed hosting aan het zetten.

[ Voor 3% gewijzigd door CodeCaster op 29-07-2022 14:43 ]

[Furion2000]

De antwoorden geven mij al heel wat extra zoek opties en dat stukje pricing is natuurlijk ook erg belangrijk voor de prive projecten. Dus enerzijds is het de uitdaging met kubernetes, ondanks dat het waarschijnlijk overkill is en anderzijds moet het wel 'leuk' blijven. 100 per maand vind ik te veel 40 max voor een aantal projecten vind ik doable.

Nu mogelijk een gekke opmerking n.a.v. je opmerking over Linux-VPS @CodeCaster. Zijn de services van AWS/Azure eigenlijk het equivalent van een eigen VPS met daarop alle tools zelfs geinstalleerd? Waar het bij AWS een optie zal zijn welke e.g. restart strategy de pod hanteert en je op een VPS je in een helm chart die config toevoegd?

If so -> Dan moet je met open source tools volgens mij ook een heel eind komen lijkt mij?

@P-Storm Over die private docker repo is het eigenlijk dus. Ja dat wil je. Volgens mij heeft Gitlab een deel wat gratis en private is.

Deze net ook nog gelezen qua pricing van de services: https://georgepaw.medium....at-1-per-day-9287abb90cee

Azure kwam daar het goedkoopste uit.

[ Voor 9% gewijzigd door Furion2000 op 29-07-2022 15:29 ]

[CodeCaster]

Furion2000 schreef op vrijdag 29 juli 2022 @ 15:25:
Nu mogelijk een gekke opmerking n.a.v. je opmerking over Linux-VPS @CodeCaster. Zijn de services van AWS/Azure eigenlijk het equivalent van een eigen VPS met daarop alle tools zelfs geinstalleerd? Waar het bij AWS een optie zal zijn welke e.g. restart strategy de pod hanteert en je op een VPS je in een helm chart die config toevoegd?

Nou ja, ja en nee.

Amazon/Google/Microsoft voegen natuurlijk een management-UI en -API toe en zaken als monitoring, alerts, backups en koppelingen met andere services die zij aanbieden, en nog zat andere zaken die ik nu vergeet te noemen.

En dat alles bovenop hun eigen laagje/sausje/variant van de onderliggende systemen, die K8s-achtig kúnnen zijn, maar ook iets homegrown of afgeleid daarvan.

Zie bijvoorbeeld https://cloudonaut.io/ecs-vs-kubernetes/.

Ook zijn er (goedkopere) lower-level aanbieders waarbij je enkel K8s krijgt, en de rest er zelf aan moet hangen.

If so -> Dan moet je met open source tools volgens mij ook een heel eind komen lijkt mij?

Uiteraard, maar dan moet je wel tools vinden die vergelijkbare functionaliteiten bieden.

Ik ben zelf lokaal bezig met minikube: https://minikube.sigs.k8s.io/docs/

[ Voor 12% gewijzigd door CodeCaster op 29-07-2022 16:01 ]