{"id":97895,"date":"2020-10-23T02:42:12","date_gmt":"2020-10-23T00:42:12","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/kak-ispolzovat-hashicorp-waypoint-dlya-sovmestnoj-raboty-s-gitlab-ci-cd"},"modified":"2020-10-23T02:42:12","modified_gmt":"2020-10-23T00:42:12","slug":"kak-ispolzovat-hashicorp-waypoint-dlya-sovmestnoj-raboty-s-gitlab-ci-cd","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pt\/blog\/administrirovanie\/kak-ispolzovat-hashicorp-waypoint-dlya-sovmestnoj-raboty-s-gitlab-ci-cd","title":{"rendered":"Como usar o HashiCorp Waypoint para colabora\u00e7\u00e3o com GitLab CI\/CD","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Como<\/p>\n

<\/p>\n

A HashiCorp apresentou um novo projeto Waypoint<\/a><\/noindex> para HashiCorp Digital<\/a><\/noindex>. Ele utiliza um arquivo baseado em HCL para descrever a constru\u00e7\u00e3o, entrega e lan\u00e7amento de aplica\u00e7\u00f5es em v\u00e1rias plataformas de nuvem, desde Kubernetes at\u00e9 AWS e Google Cloud Run. Pode-se imaginar que o Waypoint \u00e9 a combina\u00e7\u00e3o do Terraform e do Vagrant para descrever o processo de constru\u00e7\u00e3o, entrega e lan\u00e7amento de suas aplica\u00e7\u00f5es.<\/p>\n

<\/a><\/noindex><\/p>\n

Mantendo sua ess\u00eancia, a HashiCorp lan\u00e7ou o Waypoint como um projeto de c\u00f3digo aberto, que tamb\u00e9m vem acompanhado de diversos exemplos. O n\u00edvel do orquestrador fica por sua conta, o Waypoint \u00e9 fornecido como um arquivo execut\u00e1vel, que voc\u00ea pode rodar diretamente no seu laptop ou a partir da ferramenta de orquestra\u00e7\u00e3o CI\/CD de sua escolha. O alvo para a implanta\u00e7\u00e3o das aplica\u00e7\u00f5es tamb\u00e9m \u00e9 decidido por voc\u00ea, uma vez que o Waypoint suporta Kubernetes, Docker, Google Cloud Run, AWS ECS e outros.<\/p>\n

<\/p>\n

Ap\u00f3s ler exemplos documenta\u00e7\u00e3o<\/a><\/noindex> e impressionantes aplica\u00e7\u00f5es fornecidas pela HashiCorp, decidimos dar uma olhada mais de perto na orquestra\u00e7\u00e3o do Waypoint utilizando GitLab CI\/CD. Para isso, iremos pegar uma simples aplica\u00e7\u00e3o Node.js, rodando na AWS ECS, do reposit\u00f3rio de exemplos.<\/a><\/noindex> Ap\u00f3s clonar o reposit\u00f3rio, vamos observar a estrutura da aplica\u00e7\u00e3o, que exibe uma \u00fanica p\u00e1gina:<\/p>\n

<\/p>\n

Como voc\u00ea pode notar, n\u00e3o h\u00e1 Dockerfile neste projeto. Eles n\u00e3o foram adicionados ao exemplo porque, na verdade, n\u00e3o precisamos deles, pois o Waypoint cuida disso por n\u00f3s. Vamos examinar mais de perto o arquivo<\/p>\n

<\/p>\n

\"Como<\/p>\n

<\/p>\n

waypoint.hcl , para entender o que ele far\u00e1:<\/code>project = \"example-nodejs\"\n\napp \"example-nodejs\" {\n labels = {\n \"service\" = \"example-nodejs\",\n \"env\" = \"dev\"\n }\n\n build {\n use \"pack\" {}\n registry {\n use \"aws-ecr\" {\n region = \"us-east-1\"\n repository = \"waypoint-gitlab\"\n tag = \"latest\"\n }\n }\n }\n\n deploy {\n use \"aws-ecs\" {\n region = \"us-east-1\"\n memory = \"512\"\n }\n }\n}<\/p>\n

<\/p>\n

project = \"example-nodejs\"\n\napp \"example-nodejs\" {\n  labels = {\n    \"service\" = \"example-nodejs\",\n    \"env\" = \"dev\"\n  }\n\n  build {\n    use \"pack\" {}\n    registry {\n    use \"aws-ecr\" {\n        region = \"us-east-1\"\n        repository = \"waypoint-gitlab\"\n        tag = \"latest\"\n    }\n    }\n  }\n\n  deploy {\n    use \"aws-ecs\" {\n    region = \"us-east-1\"\n    memory = \"512\"\n    }\n  }\n}<\/code><\/pre>\n
<\/p>\n
CNB), para determinar a linguagem de programa\u00e7\u00e3o do projeto e criar uma imagem para Docker sem usar Dockerfile. Essencialmente, esta \u00e9 a mesma tecnologia utilizada pelo GitLab na parte<\/a><\/noindex>Auto DevOps na etapa Auto Build. \u00c9 bom ver que o CNB da CNCF est\u00e1 obtendo cada vez mais aceita\u00e7\u00e3o dos usu\u00e1rios na ind\u00fastria.<\/a><\/noindex> Assim que a imagem \u00e9 constru\u00edda, o Waypoint automaticamente a enviar\u00e1 para nosso registro AWS ECR, para que esteja pronta para a entrega. Ap\u00f3s a constru\u00e7\u00e3o, a etapa de entrega utiliza<\/p>\n
<\/p>\n
o complemento AWS ECS para implantar nossa aplica\u00e7\u00e3o na nossa conta AWS.<\/a><\/noindex> para implantar nosso aplicativo em nossa conta AWS.<\/p>\n
<\/p>\n
Do meu notebook, tudo \u00e9 simples. Eu instalo o Waypoint, que j\u00e1 est\u00e1 autenticado na minha conta AWS, e ele \"simplesmente funciona\". Mas o que acontecer\u00e1 se eu quiser ir al\u00e9m do meu notebook? Ou se de repente eu quiser automatizar essa implanta\u00e7\u00e3o como parte do meu pipeline CI\/CD, onde rodam meus testes de integra\u00e7\u00e3o atuais, testes de seguran\u00e7a e outros? \u00c9 aqui que entra o GitLab CI\/CD!<\/p>\n
<\/p>\n
N.B.<\/strong> Se voc\u00ea est\u00e1 apenas planejando implementar CI\/CD ou deseja come\u00e7ar a aplicar as melhores pr\u00e1ticas na constru\u00e7\u00e3o de pipelines, confira o novo curso do Slyer. \"CI\/CD com exemplo do GitLab CI\"<\/a><\/noindex>. Agora ele est\u00e1 dispon\u00edvel por um pre\u00e7o promocional. <\/p><\/blockquote>\n
<\/p>\n
Waypoint no GitLab CI\/CD<\/h2>\n
<\/p>\n
Para orquestrar tudo isso no GitLab CI\/CD, vamos ver o que precisaremos em nosso arquivo. .gitlab-ci.yml<\/code>:<\/p>\n
<\/p>\n