Ricerca avanzata
Ricerca: container
infrastuttura sotto source control, come il codice?
#infrastructure as code #iac #arm vs #terraform con @xTumioX e @morwalpiz ora live: https://aspit.co/ContainerDevOpsDay-21 #aspilive,
vi siete mai chiesti come utilizzare #docker come sviluppatori?
ve lo spiega ora live @CristianCivera: https://aspit.co/ContainerDevOpsDay-21 #aspilive,
live su #aspilive c'è @amelchiori per parlare #aks, #kubernetes, #cluster e #scalability
non perderlo live => https://aspit.co/ContainerDevOpsDay-21,
Il sistema di build e release realizzato con le pipeline di CI/CD è piuttosto riconosciuto e utilizzato nei vari sistemi per orchestrare i rilasci. Tuttavia, questo pattern basato su psh-deployment, non è l'ideale in tutti gli scenari. Infatti, sopratutto per applicazioni cloud-...
E' evidente che il mondo che ruota attorno al software è cambiato notevolmente nel corso degli ultimi anni e cambierà ancor più esponenzialmente nei prossimi. La velocità con cui si scrive e si rilascia il software, gli accorgimenti sulla security, l'introduzione dei container ...
quanto è complesso utilizzare correttamente #DevOps?
in questa sessione, @xTuMiOx ci parlare di come ha trasformato un team di 70 persone dal fare release manuali ad un sistema automatizzato
#aspilive ora su => https://aspit.co/ContainerDevOpsDay-21,
Track 1: @sm15455 con le novità di #angular 14
Track 2: @CristianCivera su come sviluppare applicazioni #serverless con #azure #containerapps
Track 3: live show
Seguici su #aspilive: https://aspit.co/devconf-22,
grazie mille a tutti per aver partecipato a #aspilive
nei prossimi giorni il materiale sarà online su https://aspit.co/ContainerDevOpsDay-21
prossimo appuntamento il 13/04 con Blazor Conference 2021! https://aspit.co/BlazorConf-21,
La security è un aspetto fondamentale nello sviluppo di qualsiasi architettura, ma diviene ancor più importante in un mondo basato a microservizi e in cui i rilasci sono sempre più frequenti. E' proprio per questo che nascono le pratiche di DevSecOps....
Anche se sicuramente non è un comportamento atteso, spesso succede che per errore venga fatto il deploy di alcune componenti all'interno di un cluster di Kubernetes che non sono configurate correttamente. Vuoi che sia per disattenzione, per fretta, oppure perchè i componenti ...