Standard Dev Workflow
0 likes142 views
Il documento descrive il flusso di lavoro standard per lo sviluppo software, enfatizzando l'uso di Git come strumento di versionamento e l'importanza di un ambiente di sviluppo uniforme. Viene spiegato l'utilizzo di Docker per gestire le dipendenze e le versioni delle applicazioni, facilitando quindi la costruzione e il rilascio tramite CI/CD. Infine, viene menzionato l'integrazione di Kubernetes per il deployment automatico e la gestione delle applicazioni containerizzate.
Standard Dev Workflow
- 1. STANDARD DEV WORKFLOWSTANDARD DEV WORKFLOW by /Stefano Corallo @argosoftware
- 2. COSACOSA Codice Utilizzo di git come unico strumento di versionamento Ambiente di sviluppo Utilizzo di un ambiente comune, uguale per tutti i componenti del team e quanto più simile possibile all'ambiente di produzione. Automazione della build e del rilascio (CI/CD) Utilizzo di Gitlab per l'automazione dei task ripetitivi per il build e deploy dell'applicazione
- 3. CODICECODICE Gestione del versionamento secondo un branching model speci co: "Git flow" Nessuna "paura" dei conflitti e dei merge
- 4. BRANCHING MODELBRANCHING MODEL COS'ÈCOS'È GIT-FLOWGIT-FLOW ?!??!?
- 5. Git-Flow
- 7. Git-Flow branch utilizzo master codice attualmente in produzione hotfix utilizzato per i bug- x del codice in produzione develop contiene lo sviluppo corrente feature nuove funzionalità non ancora pronte per essere integrate in develop release utilizzato per preparare il rilascio di una nuova versione
- 8. TOOLSTOOLS Git e Git ow sono integrati in tutti gli IDE. Quindi la curva di apprendimento è veramente bassa e agevolata dai tool.
- 9. TOOLSTOOLS Altamente Consigliati IntelliJ IDEA Community Edition (Free) Ant Maven Visual Studio Code
- 10. Esempio: Risoluzione gra ca e assistita dei con itti
- 11. AMBIENTE DI SVILUPPOAMBIENTE DI SVILUPPO
- 12. (1/3) IL PROBLEMA(1/3) IL PROBLEMA HostHost Ambienti di sviluppo diversi: windows linux mac
- 13. (2/3) IL PROBLEMA(2/3) IL PROBLEMA SetupSetup Setup molto oneroso: da qualche ora a qualche giorno
- 14. (3/3) IL PROBLEMA(3/3) IL PROBLEMA AggiornamentoAggiornamento Allineamento con i server di staging/produzione: oneroso Librerie diverse per progetti diversi (dipendenze): oneroso
- 16. DOCKERDOCKER Build: Tutte le dipendenze dell'applicazione sono contenute nel Dockerfile che crea l'immagine dell'applicazione Ship: Le immagini create sono disponibili sul registry che può essere privato: registry.myargo.it Run: L'immagine in esecuzione è chiamata container.
- 17. DOCKERDOCKER FOR DEVELOPERFOR DEVELOPER Nessuna competenza sistemistica per creare l'ambiente, ambiente già con gurato . La modi ca dell'ambiente è un'operazione semplice, posso fare tutte le prove e customizzazioni che voglio in maniera semplice in modo da poter sperimentare in libertà.
- 18. DOCKERFILEDOCKERFILE FOR DEVELOPERFOR DEVELOPER Sencha Cmd FROM openjdk:7-jre-alpine LABEL Author="Stefano Corallo <scorallo@argosoft.it>" Company="Argo Software" RUN apk update && apk upgrade && apk --update add ruby build-base libstdc++ tzdata bash ttf-dejavu freetype fon ENV SENCHA_VERSION 6.5.1.240 RUN wget http://cdn.sencha.com/cmd/${SENCHA_VERSION}/no-jre/Sench -O senchacmd.zip && unzip senchacmd.zip && rm senchacmd.zip && chmod +x SenchaCmd-${SENCHA_VERSION}-linux-amd64.sh RUN ./SenchaCmd-${SENCHA_VERSION}-linux-amd64.sh -q -dir /opt/Sen RUN rm SenchaCmd-${SENCHA VERSION}-linux-amd64 sh && chmod +x /op docker run -v $PWD:/code registry.myargo.it/argo/dockerfiles/senc
- 19. DOCKERFILEDOCKERFILE FOR DEVELOPERFOR DEVELOPER Cartesio Jboss Admin: http://<DOCKER_HOST>:9990 Jboss Fronted: http://<DOCKER_HOST>:8080 docker pull registry.myargo.it/argo/dockerfiles/cartesio:latest` docker run -p 8080:8080 -p 9990:9990 registry.myargo.it/argo/dockerfiles/cartesio:latest
- 20. DOCKERFILEDOCKERFILE FOR DEVELOPERFOR DEVELOPER Wild y Jboss Admin: http://<DOCKER_HOST>:9990 Jboss Fronted: http://<DOCKER_HOST>:8080 docker pull registry.myargo.it/argo/dockerfiles/wildfly:latest` docker run -p 8080:8080 -p 9990:9990 registry.myargo.it/argo/dockerfiles/wildlfy:latest
- 21. AUTOMAZIONE BUILD E RILASCIAUTOMAZIONE BUILD E RILASCI
- 23. AUTOMAZIONEAUTOMAZIONE FOR DEVELOPERFOR DEVELOPER Si abbatte la possibilità di errori nel rilascio Non è necessario sapere dove sia/siano i server (no Putty, SSH, SFTP...) Bisogna solo pushare il codice nel repository. Il sistema di CI/CD si occuperà di tutto il resto
- 24. AUTOMAZIONEAUTOMAZIONE FOR DEVELOPERFOR DEVELOPER Showtime: Gecodoc
- 25. WHAT'S NEXT?!?WHAT'S NEXT?!? DevOps Cicle Argo 2.0
- 26. KUBERNETESKUBERNETES FOR SYSADMINFOR SYSADMIN
- 27. KUBERNETESKUBERNETES FOR SYSADMINFOR SYSADMIN Kubernetes: deployment automatico, scalabilità e gestione di applicazioni containerizzate. Gitlab: utilizzato per il CI Build, test, creazione e deploy dell'immagine Kubernetes: Rolling Update dell'immagine
- 28. KUBERNETESKUBERNETES FOR DEVELOPERFOR DEVELOPER Lo sviluppatore effettua il push sul repository Gitlab: compile, test?!?, package war Gitlab: build nuova immagine docker contenente il war dell'applicazione Gitlab: deploy su cluster Kubernetes Kubernetes: effettua il rolling-update dell'immagine nel cluster
- 29. THAT'S ALL FOLKSTHAT'S ALL FOLKS