Как да използвате HashiCorp Waypoint за сътрудничество с GitLab CI/CD

HashiCorp показа нов проект Waypoint на HashiCorp Digital. Той използва базиран на HCL файл, за да опише изграждането, доставката и пускането на приложения за различни облачни платформи, вариращи от Kubernetes до AWS и Google Cloud Run. Мислете за Waypoint като Terraform и Vagrant, събрани заедно, за да опишат процеса на изграждане, изпращане и пускане на вашите приложения.

В съответствие с формата си, HashiCorp пусна Waypoint като отворен код и идва с много примери. Нивото на оркестратора зависи от вас, Waypoint идва като изпълним файл, който можете да стартирате директно на вашия лаптоп или от избрания от вас инструмент за оркестрация на CI/CD. Целта за внедряване на приложението също зависи от вас, тъй като Waypoint поддържа Kubernetes, Docker, Google Cloud Run, AWS ECS и др.

След като прочетох страхотното документация и най-елегантният примери приложения, предоставени от HashiCorp, решихме да разгледаме по-отблизо оркестрацията на Waypoint с GitLab CI/CD. За да направим това, ще вземем просто приложение Node.js, работещо на AWS ECS от примерното хранилище.

След като клонираме хранилището, нека да разгледаме структурата на приложението, което показва една страница:

Както може би сте забелязали, в този проект няма Dockerfile. Те не са добавени в примера, защото всъщност не се нуждаем от тях, тъй като Waypoint ще се погрижи за тях вместо нас. Нека да разгледаме файла по-отблизо waypoint.hclза да разберете какво ще направи:

project = "example-nodejs"

app "example-nodejs" {
  labels = {
    "service" = "example-nodejs",
    "env" = "dev"
  }

  build {
    use "pack" {}
    registry {
    use "aws-ecr" {
        region = "us-east-1"
        repository = "waypoint-gitlab"
        tag = "latest"
    }
    }
  }

  deploy {
    use "aws-ecs" {
    region = "us-east-1"
    memory = "512"
    }
  }
}

По време на фазата на изграждане, Waypoint използва Cloud Native Buildpacks (CNB), за да определите езика за програмиране на проекта и да създадете Docker изображение, без да използвате Dockerfile. По принцип това е същата технология, която частично се използва от GitLab Auto DevOps на стъпката за автоматично изграждане. Страхотно е да се види, че CNB на CNCF получава все повече и повече възприемане сред потребителите в индустрията.

След като изображението бъде изградено, Waypoint автоматично ще го качи в нашия AWS ECR регистър, така че да е готово за изпращане. В края на сглобяването стъпката на доставка използва AWS ECS добавка за внедряване на нашето приложение в нашия AWS акаунт.

От моя лаптоп е лесно. Поставих Waypoint, който вече е удостоверен в моя AWS акаунт и той „просто работи“. Но какво се случва, ако искам да надхвърлям моя лаптоп? Или може би искам да автоматизирам това внедряване като част от моя цялостен CI/CD тръбопровод, където се изпълняват текущите ми тестове за интеграция, тестове за сигурност и други? Това е частта от историята, в която се намесва GitLab CI/CD!

NB Ако просто планирате да внедрите CI / CD или искате да започнете да прилагате най-добрите практики за изграждане на тръбопроводи, обърнете внимание на новия курс Slurm. „CI/CD на примера на Gitlab CI“. Вече е наличен на цена за предварителна поръчка.

Точка в GitLab CI/CD

За да организираме всичко това в GitLab CI/CD, нека видим какво ни трябва в нашия файл .gitlab-ci.yml:

• На първо място, имате нужда от основно изображение, което да работи вътре в него. Waypoint работи на всяка Linux дистрибуция, нуждае се само от Docker, така че можем да работим с общо изображение на Docker.
• След това трябва да инсталирате Waypoint в това изображение. В бъдеще може да събираме изображение за изграждане на мета и контейнеризирайте този процес за себе си.
• Накрая ще изпълним командите за Waypoint

По-горе е всичко, от което нашият конвейер ще се нуждае, за да изпълни скриптовете, необходими за извършване на внедряването, но за да внедрим в AWS, имаме нужда от още нещо: трябва да влезем в нашия акаунт в AWS. В описанието на точката имам планове за удостоверяване и оторизация. HashiCorp също пусна впечатляващ проект тази седмица Граница. Но засега можем сами да вземем и да се справим с удостоверяването и оторизацията.

Има няколко опции за GitLab CICD удостоверяване на AWS. Първият вариант е да използвате вградения HashiCorp Vault. Добре е, ако вашият екип вече използва Vault за управление на идентификационни данни. Друг метод, който работи, ако вашият екип управлява оторизация с помощта на AWS IAM, е да проверите дали задачите за доставка се задействат чрез GitLab RunnerA, който е упълномощен да започне внедряването чрез IAM. Но ако просто искате да се запознаете с Waypoint и искате да го направите бързо, последната опция е да добавите вашия AWS API и секретни ключове към GitLab CI/CD променливи на средата AWS_ACCESS_KEY_ID и AWS_SECRET_ACCESS_KEY.

Всичко това заедно

След като разберем удостоверяването, можем да започнем! Нашият финал .gitlab-ci.yml изглежда така:

waypoint:
  image: docker:latest
  stage: build
  services:
    - docker:dind
  # Define environment variables, e.g. `WAYPOINT_VERSION: '0.1.1'`
  variables:
    WAYPOINT_VERSION: ''
    WAYPOINT_SERVER_ADDR: ''
    WAYPOINT_SERVER_TOKEN: ''
    WAYPOINT_SERVER_TLS: '1'
    WAYPOINT_SERVER_TLS_SKIP_VERIFY: '1'
  script:
    - wget -q -O /tmp/waypoint.zip https://releases.hashicorp.com/waypoint/${WAYPOINT_VERSION}/waypoint_${WAYPOINT_VERSION}_linux_amd64.zip
    - unzip -d /usr/local/bin /tmp/waypoint.zip
    - rm -rf /tmp/waypoint*
    - waypoint init
    - waypoint build
    - waypoint deploy
    - waypoint release

Виждате, че започваме с изображение docker:latest и задайте няколко променливи на средата, изисквани от Waypoint. В глава script изтегляме последния изпълним файл на Waypoint и го поставяме /usr/local/bin. Тъй като нашият бегач вече е оторизиран в AWS, ние просто стартираме waypoint init, build, deploy и release.

Резултатът от задачата за компилация ще ни покаже крайната точка, където сме пуснали приложението:

Пътна точка една от множество решения на HashiCorp, които работят чудесно с GitLab. Например, в допълнение към доставянето на приложението, ние можем да организираме основната инфраструктура с Terraform в GitLab. За да стандартизираме сигурността на SDLC, ние също можем да приложим GitLab с Vault за управление на тайни и токени в CI/CD канали, предоставяйки цялостно решение за разработчици и администратори, които разчитат на тайно управление за разработка, тестване и производствена употреба.

Съвместните решения, разработени от HashiCorp и GitLab, помагат на компаниите да намерят най-добрия начин за разработване на приложения, като осигуряват последователно управление на веригата за доставки и инфраструктурата. Waypoint направи още една стъпка в правилната посока и очакваме с нетърпение по-нататъшното развитие на проекта. Можете да научите повече за Waypoint туксъщо си струва да се проучи документация и план за развитие проект. Добавихме знанията си към GitLab CICD документация. Ако искате да го изпробвате сами, можете да разгледате пълния работещ пример на това хранилище.

Можете да разберете принципите на CI / CD, да овладеете всички тънкости на работа с Gitlab CI и да започнете да прилагате най-добрите практики, като завършите видео курса „CI/CD на примера на Gitlab CI“... Присъедини се към нас!

Източник: www.habr.com