Я сконфигурировал демонстрационный проект Google и мог создать для него кластер в настройках GitLab Serverless для загрузочного приложения Hello world Spring.Единственная информация, которую я нахожу при развертывании приложений, это https://docs.gitlab.com/ee/user/project/clusters/serverless/#deploying-serverless-applications, которая может объяснить, как развернуть только приложение Ruby.Я не уверен в этом, потому что ни одна из переменных, используемых в сценарии, не объяснена и подсказка
Примечание: вы можете сослаться на пример приложения Knative Ruby, чтобы начать.
как-то сбивает с толку, потому что, если я не знаком со сборкой приложений на Ruby, а я нет, это не заставит меня начать.
Следуя инструкции по установке
stages:
- build
- deploy
build:
stage: build
image:
name: gcr.io/kaniko-project/executor:debug
entrypoint: [""]
only:
- master
script:
- echo "{\"auths\":{\"$CI_REGISTRY\":{\"username\":\"$CI_REGISTRY_USER\",\"password\":\"$CI_REGISTRY_PASSWORD\"}}}" > /kaniko/.docker/config.json
- /kaniko/executor --context $CI_PROJECT_DIR --dockerfile $CI_PROJECT_DIR/Dockerfile --destination $CI_REGISTRY_IMAGE
deploy:
stage: deploy
image: gcr.io/triggermesh/tm@sha256:e3ee74db94d215bd297738d93577481f3e4db38013326c90d57f873df7ab41d5
only:
- master
environment: production
script:
- echo "$CI_REGISTRY_IMAGE"
- tm -n "$KUBE_NAMESPACE" --config "$KUBECONFIG" deploy service "$CI_PROJECT_NAME" --from-image "$CI_REGISTRY_IMAGE" --wait
in .gitlab-ci.yml вызывает сбой этапа deploy из-за
$ tm -n "$KUBE_NAMESPACE" --config "$KUBECONFIG" deploy service "$CI_PROJECT_NAME" --from-image "$CI_REGISTRY_IMAGE" --wait
2019/02/09 11:08:09 stat /root/.kube/config: no such file or directory, falling back to in-cluster configuration
2019/02/09 11:08:09 Can't read config file
ERROR: Job failed: exit code 1
My Dockerfile, который позволяет создавать локально, выглядит следующим образом:
FROM maven:3-jdk-11
COPY . .
RUN mvn --batch-mode --update-snapshots install
EXPOSE 8080
CMD java -jar target/hello-world-0.1-SNAPSHOT.jar
(версия вимя файла не имеет смысла для дальнейшего развертывания, но это дополнительная проблема).