Gymnasteg

Gymnasteg

  • Docs
  • GitHub

›Projeto

Projeto

  • Documento de Visão
  • Documento de Arquitetura
  • EAP
  • TAP
  • Pipeline Devops
  • Roadmap de Projeto
  • Roadmap de Papéis
  • EVM
  • Roi

Produto

  • Canvas Gymnasteg
  • Product Backlog
  • Protótipo
  • especifica
  • requisitos
  • Planejamento de Teste de Usabilidade
  • Resultados Teste de Usabilidade

Gerenciamento do Projeto

  • Plano de Gerenciamneto de Riscos
  • Metodologia
  • Plano de GCS
  • Plano de Comunicação
  • Postmortem

Sprints

  • Planning Sprint 0
  • Result Sprint 0
  • Planning Sprint 1
  • Result Sprint 1
  • Planning Sprint 2
  • Result Sprint 2
  • Planning Sprint 3
  • Result Sprint 3
  • Planning Sprint 4
  • Result Sprint 4
  • Planning Sprint 5
  • Result Sprint 5
  • Planning Sprint 6
  • Result Sprint 6
  • Planning Sprint 7
  • Result Sprint 7
  • Planning Sprint 8
  • Result Sprint 8
  • Planning Sprint 9
  • Result Sprint 9
  • Planning Sprint 10
  • Result Sprint 10
  • Planning Sprint 11
  • Result Sprint 11
  • Planning Sprint 12
  • Result Sprint 12
  • Planning Sprint 13
  • Result Sprint 13
  • Planning Sprint 14
  • Result Sprint 14

Pipeline Devops

Introdução

Este documento tem como objetivo resumir as etapas de DevOps utilizdas no projeto, desde a ferramenta de versionamento até a o deploy contínuo.

Etapas

Build

Controle de Versão

Para o controle de versão do código é utilizado o Gitub e é onde define-se o conteudo utilizado nos ambientes de Homologação e Produção.

Docker

Docker é uma ferramenta que permite empacotar (container) a aplicação em de forma padronizada, para assim funcionar em qualquer lugar. Um Container é a forma de empacotar sua aplicação e suas dependências (bibliotecas) de forma padronizada.

Qualidade de Código

A qualidade e saúde do código é analisada através da ferramenta Code Climate, que analisa aspectos como complexidade, tamanho de métodos, trechos duplicados e "mau cheiro" (code smells) no código.

Continuos Integration

Build e Testes

A ferramenta utilizada para a execução dessa etapa é o Travis CI. Nessa parte o código é testado e construído para integrar as alterações realizadas pela equipe. Após o build uma imagem Docker é enviada para o Docker Hub. Depois, é aberto um PR para a branch pertinente de acordo com o ambiente (Homologação ou Produção) em que pretende-se fazer o deploy e, logo após. é feito a analise manual do PR.

Deploy

Heroku (Front-end)

Após construida a imagem essa ser enviada para o Docker Hub, alguns comandos são executados no Travis CI e a imagem docker, já dísponivel no Docker Hub, é enviada para o Heroku, onde é feito o deploy e a aplicação pode ser acessada.

Digital Ocean + Rancher (API)

Após construida a imagem da API essa ser enviada para o Docker Hub, alguns comandos de upgrade de serviço do Rancher são executados no Travis CI e a imagem docker, já dísponivel no Docker Hub, é atualizada nos hosts da Digital Ocean.

Obs: Rancher é uma plataforma para gerenciar infraestrutura de Docker, assim como para efetuar deploy de apps usando Docker. O deploy pode ser local ou em servers remotos (Digital Ocean). No caso do Gymnasteg, o deploy das imagens de Produção e Homologação são feitos em severs remotos na Digital Ocean.

Pipilene de Devops

Pipeline Devops

← TAPRoadmap de Projeto →
  • Introdução
  • Etapas
    • Build
    • Continuos Integration
    • Deploy
    • Pipilene de Devops
Gymnasteg
Docs
Getting Started (or other categories)Guides (or other categories)API Reference (or other categories)
Community
User ShowcaseStack OverflowProject ChatTwitter
More
BlogGitHubStar
Developed by Gymnasteg team.