{"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\/de\/blog\/administrirovanie\/kak-ispolzovat-hashicorp-waypoint-dlya-sovmestnoj-raboty-s-gitlab-ci-cd","title":{"rendered":"Wie man HashiCorp Waypoint zur Zusammenarbeit mit GitLab CI\/CD verwendet","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Wie<\/p>\n

<\/p>\n

HashiCorp hat ein neues Projekt vorgestellt Waypoint<\/a><\/noindex> findet man HashiCorp Digital<\/a><\/noindex>. Es nutzt eine auf HCL basierende Datei, um den Aufbau, die Bereitstellung und die Ver\u00f6ffentlichung von Anwendungen f\u00fcr verschiedene Cloud-Plattformen zu beschreiben, von Kubernetes bis AWS und Google Cloud Run. Man k\u00f6nnte sagen, dass Waypoint eine Kombination aus Terraform und Vagrant ist, um den Prozess des Aufbaus, der Bereitstellung und der Ver\u00f6ffentlichung Ihrer Anwendungen zu beschreiben.<\/p>\n

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

Ganz im Einklang mit seinen Prinzipien hat HashiCorp Waypoint als Open Source ver\u00f6ffentlicht und bietet eine Vielzahl von Beispielen an. Der Orchestrierungsgrad liegt in Ihrer Hand; Waypoint wird als ausf\u00fchrbare Datei geliefert, die Sie direkt auf Ihrem Laptop oder aus einem CI\/CD-Orchestrierungstool Ihrer Wahl starten k\u00f6nnen. Das Ziel f\u00fcr die Bereitstellung von Anwendungen w\u00e4hlen Sie ebenfalls selbst, da Waypoint Kubernetes, Docker, Google Cloud Run, AWS ECS und andere unterst\u00fctzt.<\/p>\n

<\/p>\n

Nachdem wir die beeindruckenden Dokumentation<\/a><\/noindex> und umfangreichen Beispiele<\/a><\/noindex> Anwendungen von HashiCorp betrachtet haben, wollen wir einen genaueren Blick auf die Orchestrierung von Waypoint mit GitLab CI\/CD werfen. Dazu nehmen wir eine einfache Node.js-Anwendung, die auf AWS ECS l\u00e4uft, aus dem Beispiel-Repository.<\/p>\n

<\/p>\n

Nach dem Klonen des Repositories sehen wir uns die Struktur der Anwendung an, die eine einzige Seite darstellt:<\/p>\n

<\/p>\n

\"Wie<\/p>\n

<\/p>\n

Wie Sie vielleicht bemerkt haben, enth\u00e4lt dieses Projekt keine Dockerfile. Diese sind im Beispiel nicht enthalten, da wir sie grunds\u00e4tzlich nicht ben\u00f6tigen, denn Waypoint k\u00fcmmert sich darum f\u00fcr uns. Schauen wir uns die Datei n\u00e4her an. waypoint.hcl<\/code>, um zu verstehen, was sie tun wird:<\/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
In der Build-Phase nutzt Waypoint Cloud Native Buildpacks (CNB<\/a><\/noindex>), um die Programmiersprache des Projekts zu erkennen und ein Docker-Image ohne Verwendung einer Dockerfile zu erstellen. Prinzipiell handelt es sich um dieselbe Technologie, die GitLab im Bereich Auto DevOps<\/a><\/noindex> auf der Stufe Auto Build verwendet. Es ist erfreulich zu sehen, dass CNB von CNCF immer mehr bei Fachleuten Anklang findet.<\/p>\n
<\/p>\n
Sobald das Image erstellt ist, l\u00e4dt Waypoint es automatisch in unser AWS ECR-Repository hoch, damit es bereit f\u00fcr den Einsatz ist. Nach Abschluss des Builds verwendet der Bereitstellungsschritt das AWS ECS-Plugin<\/a><\/noindex> um unsere Anwendung in unser AWS-Konto bereitzustellen.<\/p>\n
<\/p>\n
Von meinem Laptop aus ist alles einfach. Ich installiere Waypoint, das bereits mit meinem AWS-Konto authentifiziert ist, und es funktioniert einfach. Aber was ist, wenn ich \u00fcber meinen Laptop hinausgehen m\u00f6chte? Oder wenn ich dieses Deployment als Teil meiner CI\/CD-Pipeline automatisieren will, wo meine aktuellen Integrationstests, Sicherheitstests und andere Tests ausgef\u00fchrt werden? Hier kommt GitLab CI\/CD ins Spiel!<\/p>\n
<\/p>\n
N.B.<\/strong> Wenn Sie gerade planen, CI\/CD einzuf\u00fchren oder die besten Praktiken f\u00fcr den Aufbau von Pipelines anwenden m\u00f6chten, schauen Sie sich den neuen Kurs von Slj\u00f6rm an. \u201eCI\/CD am Beispiel von GitLab CI\u201c<\/a><\/noindex>. Er ist jetzt zum Vorbestellungspreis verf\u00fcgbar. <\/p><\/blockquote>\n
<\/p>\n
Waypoint in GitLab CI\/CD<\/h2>\n
<\/p>\n
Um das alles in GitLab CI\/CD zu orchestrieren, schauen wir uns an, was wir in unserer Datei ben\u00f6tigen. .gitlab-ci.yml<\/code>:<\/p>\n
<\/p>\n