{"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\/es\/blog\/administrirovanie\/kak-ispolzovat-hashicorp-waypoint-dlya-sovmestnoj-raboty-s-gitlab-ci-cd","title":{"rendered":"C\u00f3mo usar HashiCorp Waypoint para colaborar con GitLab CI\/CD","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"C\u00f3mo<\/p>\n

<\/p>\n

HashiCorp present\u00f3 un nuevo proyecto Waypoint<\/a><\/noindex> en HashiCorp Digital<\/a><\/noindex>. Utiliza un archivo basado en HCL para describir la construcci\u00f3n, entrega y lanzamiento de aplicaciones para diversas plataformas en la nube, desde Kubernetes hasta AWS y Google Cloud Run. Se puede imaginar que Waypoint es la combinaci\u00f3n de Terraform y Vagrant para describir el proceso de construcci\u00f3n, entrega y lanzamiento de sus aplicaciones.<\/p>\n

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

Sin cambiar su esencia, HashiCorp lanz\u00f3 Waypoint como software de c\u00f3digo abierto, adem\u00e1s de incluir numerosos ejemplos. El nivel del orquestador queda a su elecci\u00f3n, Waypoint se presenta como un archivo ejecutable que puede ejecutar directamente en su computadora port\u00e1til o desde la herramienta de orquestaci\u00f3n CI\/CD que prefiera. El objetivo para el despliegue de aplicaciones tambi\u00e9n es decidido por usted, ya que Waypoint admite Kubernetes, Docker, Google Cloud Run, AWS ECS y m\u00e1s.<\/p>\n

<\/p>\n

Al leer los incre\u00edbles la documentaci\u00f3n<\/a><\/noindex> y maravillosos ejemplos<\/a><\/noindex> aplicaciones proporcionadas por HashiCorp, decidimos echar un vistazo m\u00e1s de cerca a la orquestaci\u00f3n de Waypoint utilizando GitLab CI\/CD. Para ello, tomaremos una simple aplicaci\u00f3n Node.js que se ejecuta en AWS ECS, del repositorio de ejemplos.<\/p>\n

<\/p>\n

Despu\u00e9s de clonar el repositorio, examinaremos la estructura de la aplicaci\u00f3n que muestra una sola p\u00e1gina:<\/p>\n

<\/p>\n

\"C\u00f3mo<\/p>\n

<\/p>\n

Como habr\u00e1n notado, en este proyecto no hay Dockerfile. No se a\u00f1adieron en el ejemplo, ya que en principio no los necesitamos, porque Waypoint se encargar\u00e1 de ellos por nosotros. Vamos a examinar m\u00e1s de cerca el archivo waypoint.hcl<\/code>, para entender qu\u00e9 har\u00e1:<\/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
En la fase de construcci\u00f3n, Waypoint utiliza Cloud Native Buildpacks (CNB<\/a><\/noindex>), para determinar el lenguaje de programaci\u00f3n del proyecto y construir una imagen para Docker sin usar Dockerfile. En principio, es la misma tecnolog\u00eda que utiliza GitLab en la parte de Auto DevOps<\/a><\/noindex> en la etapa de Auto Build. Es agradable ver que CNB de CNCF est\u00e1 ganando cada vez m\u00e1s popularidad entre los usuarios de la industria.<\/p>\n
<\/p>\n
Una vez que se ha construido la imagen, Waypoint la descargar\u00e1 autom\u00e1ticamente en nuestro registro de AWS ECR para que est\u00e9 lista para su entrega. Al finalizar la construcci\u00f3n, el paso de entrega utiliza el complemento AWS ECS<\/a><\/noindex> para desplegar nuestra aplicaci\u00f3n en nuestra cuenta de AWS.<\/p>\n
<\/p>\n
Desde mi port\u00e1til, todo es simple. Instalo Waypoint, que ya est\u00e1 autenticado en mi cuenta de AWS, y funciona. Pero, \u00bfqu\u00e9 pasar\u00eda si quiero salir de mi port\u00e1til? \u00bfO de repente quiero automatizar este despliegue como parte de mi pipeline CI\/CD donde se ejecutan mis pruebas de integraci\u00f3n actuales, pruebas de seguridad, y dem\u00e1s? \u00a1Aqu\u00ed es donde entra GitLab CI\/CD!<\/p>\n
<\/p>\n
N.B.<\/strong> Si a\u00fan est\u00e1s planeando la implementaci\u00f3n de CI\/CD o quieres comenzar a aplicar las mejores pr\u00e1cticas para construir pipelines, \u00e9chale un vistazo al nuevo curso de Slyer. \u00abCI\/CD usando GitLab CI\u00bb<\/a><\/noindex>. Ahora est\u00e1 disponible por un precio de preorden. <\/p><\/blockquote>\n
<\/p>\n
Waypoint en GitLab CI\/CD<\/h2>\n
<\/p>\n
Para orquestar todo esto en GitLab CI\/CD, veamos qu\u00e9 necesitaremos en nuestro archivo. .gitlab-ci.yml<\/code>:<\/p>\n
<\/p>\n