{"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 f\u00fcr die 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> auf HashiCorp Digital<\/a><\/noindex>. Es verwendet eine HCL-basierte Datei zur Beschreibung des Baus, der Bereitstellung und der Ver\u00f6ffentlichung von Anwendungen f\u00fcr verschiedene Cloud-Plattformen, von Kubernetes bis hin zu AWS und Google Cloud Run. Man kann sich Waypoint vorstellen als eine Kombination von Terraform und Vagrant zur Beschreibung des Prozesses des Bauens, der Bereitstellung und der Ver\u00f6ffentlichung Ihrer Anwendungen.<\/p>\n

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

Ohne sich selbst zu ver\u00e4ndern, hat HashiCorp Waypoint als Open Source ver\u00f6ffentlicht, mit vielen Beispielen. Das Niveau des Orchestrators liegt bei Ihnen, Waypoint wird als ausf\u00fchrbare Datei bereitgestellt, die Sie direkt auf Ihrem Laptop oder aus dem von Ihnen gew\u00e4hlten CI\/CD-Orchestrierungstool starten k\u00f6nnen. Das Ziel f\u00fcr die Bereitstellung von Anwendungen w\u00e4hlen Sie ebenfalls, da Waypoint Kubernetes, Docker, Google Cloud Run, AWS ECS und andere unterst\u00fctzt.<\/p>\n

<\/p>\n

Nachdem wir die genialen Dokumentation<\/a><\/noindex> und gro\u00dfartigen Beispiele<\/a><\/noindex> von Anwendungen, die von HashiCorp bereitgestellt werden, angesehen haben, haben wir beschlossen, einen genaueren Blick auf die Orchestrierung von Waypoint mit GitLab CI\/CD zu werfen. Um das zu tun, nehmen wir eine einfache Node.js-Anwendung, die auf AWS ECS ausgef\u00fchrt wird, aus dem Beispiel-Repository.<\/p>\n

<\/p>\n

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

<\/p>\n

\"Wie<\/p>\n

<\/p>\n

Wie Sie vielleicht bemerkt haben, gibt es in diesem Projekt keine Dockerfile. Diese wurden im Beispiel nicht hinzugef\u00fcgt, da sie grunds\u00e4tzlich nicht ben\u00f6tigt werden, da sich Waypoint darum k\u00fcmmert. Lassen Sie uns die Datei waypoint.hcl<\/code>, um zu verstehen, was sie tun wird:<\/p>\n

<\/p>\n

project = \"beispiel-nodejs\"\n\napp \"beispiel-nodejs\" {\n  labels = {\n    \"service\" = \"beispiel-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 Bauphase verwendet Waypoint Cloud Native Buildpacks (CNB<\/a><\/noindex>), um die Programmiersprache des Projekts zu erkennen und ein Docker-Image zu erstellen, ohne eine Dockerfile zu verwenden. Im Grunde ist es dieselbe Technologie, die GitLab im Teil Auto DevOps<\/a><\/noindex> beim Schritt Auto Build verwendet. Es ist sch\u00f6n zu sehen, dass CNB von der CNCF bei Nutzern in der Branche immer mehr verbreitet ist.<\/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 die Bereitstellung 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 setze Waypoint ein, das bereits in meinem AWS-Konto authentifiziert ist, und es \"funktioniert einfach\". Aber was ist, wenn ich \u00fcber meinen Laptop hinaus wollte? Oder wenn ich pl\u00f6tzlich diese Bereitstellung automatisieren m\u00f6chte, die Teil meines gesamten CI\/CD-Pipelines ist, wo meine aktuellen Integrationstests, Sicherheitstests und andere Tests laufen? Das ist der Teil der Geschichte, wo GitLab CI\/CD ins Spiel kommt!<\/p>\n
<\/p>\n
N.B.<\/strong> Wenn Sie eine CI\/CD-Implementierung planen oder die besten Praktiken f\u00fcr den Aufbau von Pipelines anwenden m\u00f6chten, schauen Sie sich den neuen Kurs von Slyerma an. \"CI\/CD am Beispiel von Gitlab CI\"<\/a><\/noindex>. Er ist derzeit zu einem Vorbestellungspreis verf\u00fcgbar. <\/p><\/blockquote>\n
<\/p>\n
Waypoint in GitLab CI\/CD<\/h2>\n
<\/p>\n
Um all dies 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