• Русский
  • Построение Java конвейера с использованием шаблона

    Этот конвейер предназначен для автоматизации полного CI/CD процесса для Java-приложений.
    Он повторно используемый и гибкий, поддерживает настраиваемые аргументы сборки, несколько рабочих пространств и условное выполнение шагов.

    Ключевые особенности:

    • ✅ Гибкий источник кода
    • ⚙️ Настраиваемые параметры Maven
    • 🚀 Поддержка кэширования локального репозитория Maven
    • 🔌 Подключаемые задачи через параметры
    • 🛠️ Динамическая сборка и отправка образов
    • ☁️ Обновление образа workload через kubectl

    Указание с помощью hub resolvers

    Следующий пример PipelineRun ссылается на pipeline из каталога:

    apiVersion: tekton.dev/v1
    kind: PipelineRun
    metadata:
      name: java-pipeline-run
    spec:
      pipelineRef:
        resolver: hub
        params:
        - name: catalog
          value: catalog
        - name: kind
          value: pipeline
        - name: name
          value: java-image-build-scan-deploy
        - name: version
          value: "0.1"

    Параметры

    Git Clone

    • git-url

      • type: string
      • default: ""
      • description: URL репозитория для клонирования.
    • git-revision

      • type: string
      • default: ""
      • description: Ревизия для checkout (ветка, тег, sha, ref и т.д.).
    • skip-git-clone

      • type: string
      • default: "false"
      • description: Пропустить выполнение задачи git clone. Может быть включено только если соответствующий репозиторий уже существует в рабочем пространстве.
    • git-crt-file-name

      • type: string
      • default: "ca-bundle.crt"
      • description: Имя файла crt, смонтированного через workspace ssl-ca-directory. Значение по умолчанию — ca-bundle.crt.

    Maven

    • maven-subdirectory

      • type: string
      • default: .
      • description: Контекстный каталог Maven проекта.
    • maven-goals

      • type: array
      • default: ["package"]
      • description: Цели Maven для выполнения.
    • maven-mirror-url

      • type: string
      • default: ""
      • description: URL зеркала Maven репозитория.

    SonarQube Scanner

    • sonar-url

      • type: string
      • default: ""
      • description: URL вашего экземпляра SonarQube Server. Если не указан, задача sonarqube scanner будет пропущена.
    • sonar-project-key

      • type: string
      • default: ""
      • description: Уникальный ключ проекта SonarQube.
    • sonar-properties

      • type: array
      • default: ["sonar.sources=.", "sonar.java.binaries=target/classes"]
      • description: Дополнительные свойства для передачи в SonarQube. Подробнее см. Configuration of SonarQube properties.

    Сборка образов

    • images

      • type: array
      • description: Ссылки на образы, которые будет создавать buildah. Может содержать несколько адресов образов, разделённых запятыми. Например:
        • busybox:latest
        • busybox:v1 .30.1
    • containerfile-path

      • type: string
      • default: ./Containerfile
      • description: Путь к Containerfile для сборки.
    • build-extra-args

      • type: string
      • default: ""
      • description: Дополнительные параметры для команды сборки при создании образов. ВНИМАНИЕ — необходимо фильтровать для предотвращения инъекций команд (например, --build-arg key=value --label key=value).
    • build-args

      • type: array
      • default: [""]
      • description: Указывает аргумент сборки и его значение, которые будут интерполированы в инструкциях из Containerfile так же, как переменные окружения, но не будут добавлены в список переменных окружения в конфигурации итогового образа. Например, HTTP_PROXY=http://10.10.10.10:8080
    • build-context

      • type: string
      • default: .
      • description: Путь к каталогу, используемому как контекст.
    • push-extra-args

      • type: string
      • default: ""
      • description: Дополнительные параметры для команды push при отправке образов. ВНИМАНИЕ — необходимо фильтровать для предотвращения инъекций команд (например, --creds=username:password ).

    Trivy Scanner

    • skip-trivy-scan

      • type: string
      • default: "false"
      • description: Установите, чтобы пропустить сканирование образа trivy после сборки.
    • trivy-extra-args

      • type: string
      • default: ""
      • description: Дополнительные параметры для команды trivy при сканировании образов. ВНИМАНИЕ — необходимо фильтровать для предотвращения инъекций команд (например, --insecure). Можно использовать --skip-db-update и --skip-java-db-update для пропуска обновления базы уязвимостей.

    Развертывание или обновление workload

    • workload-name

      • type: string
      • default: ""
      • description: Имя workload для развертывания или обновления. Если не указано, задача deploy-or-upgrade будет пропущена.
    • workload-kind

      • type: string
      • default: Deployment
      • description: Тип workload для развертывания или обновления, например Deployment, StatefulSet и т.д.
    • workload-namespace

      • type: string
      • default: ""
      • description: Пространство имён workload для развертывания или обновления. Если не указано, будет использовано пространство имён текущего TaskRun.
    • workload-container

      • type: string
      • default: []
      • description: Параметр для указания контейнеров внутри workload, для которых нужно обновить образ. По умолчанию обновляются образы всех контейнеров workload.
    • workload-rollout-timeout

      • type: string
      • default: "0"
      • description: Время ожидания готовности workload перед завершением ожидания, 0 означает никогда не прерывать. Другие значения должны содержать единицу времени (например, 1s, 2m, 3h).
    • workload-manifests-dir

      • type: string
      • default: ""
      • description: Манифест workload для развертывания. Если не указан, будет обновлён только образ workload, уже существующего в кластере. Можно использовать относительный путь к каталогу манифестов в workspace source. Например: "manifests".

    Рабочие пространства

    Платформы

    Задача может выполняться на платформах linux/amd64 и linux/arm64.

    Использование

    Минимальная настройка: запуск end-to-end с минимальными параметрами

    Опциональные задачи (sonarqube-scanner, deploy-or-upgrade и др.) будут корректно пропущены, если параметры не заданы или опущены.

    apiVersion: tekton.dev/v1
    kind: PipelineRun
    metadata:
      generateName: java-build-run-
    spec:
      pipelineRef:
        name: java-image-build-scan-deploy
      params:
        - name: git-url
          value: https://github.com/example/java-app
        - name: git-revision
          value: refs/heads/main
        - name: images
          value: ["registry.example.com/java-app:latest"]
      workspaces:
        - name: source
          persistentVolumeClaim:
            claimName: source
        - name: git-basic-auth
          secret:
            secretName: gitconfig
        - name: registryconfig
          secret:
            secretName: registryconfig

    Использование Maven settings.xml

    Вы можете смонтировать workspace maven-settings, чтобы применить settings.xml для сборок Maven.

    workspaces:
      - name: maven-settings
        configMap:
          name: maven-settings
    apiVersion: v1
    kind: ConfigMap
    metadata:
      name: maven-settings
    data:
      settings.xml: |
        <!--# ваши настройки maven settings.xml ...-->

    Также можно использовать параметр maven-mirror-url для указания зеркала Maven репозитория. Он будет использован как <mirror> в settings.xml.

    <mirror>
      <id>mirror.default</id>
      <url>$(params.maven-mirror-url)</url>
      <mirrorOf>central</mirrorOf>
    </mirror>

    Использование кэша сборки для ускорения CI

    Подключите постоянное рабочее пространство maven-local-repo для кэширования содержимого .m2/repository между запусками конвейера.
    Повторное использование зависимостей значительно сокращает время разрешения зависимостей Maven и время сборки между запусками.

    workspaces:
      - name: maven-local-repo
        persistentVolumeClaim:
          claimName: maven-repo-cache

    Конфигурация свойств SonarQube

    Вы можете смонтировать workspace sonar-settings или использовать параметр sonar-properties для применения свойств в файле sonar-project.properties.

    Свойства по умолчанию: sonar.sources=., sonar.java.binaries=target/classes.

    Используйте analysis parameters и свойства для Java для подробностей.

    Некоторые из свойств, которые можно задать:

    СвойстваОписание
    sonar.java.binaries (обязательно)Пути через запятую к каталогам с скомпилированными байт-кодами, соответствующими исходным файлам.
    sonar.java.librariesПути через запятую к файлам сторонних библиотек (JAR или Zip), используемых проектом. Можно использовать шаблоны: sonar.java.libraries=path/to/Library.jar,directory/**/*.jar
    sonar.java.test.binariesПути через запятую к каталогам с скомпилированными байт-кодами, соответствующими тестовым файлам.
    sonar.java.test.librariesПути через запятую к файлам сторонних библиотек (JAR или Zip), используемых тестами (например, junit jar). Можно использовать шаблоны: sonar.java.test.libraries=directory/**/*.jar
    sonar.qualitygate.waitПринудительно заставляет шаг анализа опрашивать сервер и ждать статуса Quality Gate.
    sonar.qualitygate.timeoutВремя в секундах, которое сканер должен ждать обработки отчёта.
    sonar.projectVersionВерсия проекта. Должна быть установлена для анализа веток, если используется определение нового кода на основе предыдущей версии.
    sonar.sourcesПути через запятую к каталогам с основными исходными файлами.
    sonar.organizationОрганизация в SonarQube, в которой находится проект.

    Развертывание или обновление workload

    Вы можете развернуть или обновить workload, используя образ, созданный задачей build-image в этом конвейере.

    Указав параметр workload-manifests-dir, вы можете применить Kubernetes манифесты из указанного каталога для создания или обновления workload.

    Поддерживаются форматы JSON и YAML. Все манифесты в указанном каталоге будут обработаны с помощью kubectl apply. Обратите внимание, что kubectl apply не обрабатывает подкаталоги.

    Если в каталоге есть файл конфигурации Kustomize (например, kustomization.yaml, kustomization.yml или Kustomization), он будет обработан с помощью kubectl kustomize.

    Пример структуры каталога workload-manifests-dir:

    manifests
    ├── deployment.yaml
    ├── kustomization.yaml
    └── service.yaml

    Вы можете настроить следующие параметры:

    spec:
      params:
        # ...
        - name: images
          value:
            - foo/bar:latest
        - name: workload-name
          value: bar
        - name: workload-namespace
          value: default
        - name: workload-kind
          value: Deployment
        - name: workload-manifests-dir
          value: manifests
        # ...

    Если вы не хотите развертывать workload с помощью манифестов, просто оставьте параметр workload-manifests-dir пустым. В этом случае задача обновит только образ существующего workload в кластере.

    Необходимо самостоятельно управлять секретами для доступа к образам (image pull secrets). Если новый образ размещён в другом реестре, убедитесь, что для workload создан и настроен соответствующий pull secret.

    Пропуск задач с помощью параметров

    Конвейер поддерживает пропуск задач с помощью параметров:

    ЗадачаПараметрЗначение по умолчаниюОписание
    git-cloneskip-git-clone"false"Если код уже существует в workspace source, можно установить "true" для пропуска клонирования.
    sonarqube-scannersonar-url""Сканирование будет пропущено, если sonar-url не задан.
    trivy-scannerskip-trivy-scan"false"Сканирование будет пропущено, если skip-trivy-scan установлено в "true".
    deploy-or-upgradeworkload-name""Если не хотите развертывать или обновлять workload, оставьте workload-name пустым.

    Полный пример со всеми задачами

    Этот пример демонстрирует использование всех задач конвейера. Включает следующие задачи:

    • Клонирование исходного кода
    • Сборка кода с помощью Maven
    • Сборка образа и отправка его в реестр
    • Сканирование образа с помощью Trivy
    • Сканирование кода с помощью SonarQube
    • Развертывание или обновление workload
    apiVersion: tekton.dev/v1
    kind: PipelineRun
    metadata:
      generateName: java-build-run-
    spec:
      pipelineRef:
        name: java-image-build-scan-deploy
      params:
        - name: git-url
          value: https://github.com/example/java-app
        - name: git-revision
          value: refs/heads/main
        - name: sonar-url
          value: https://sonar.example.com
        - name: sonar-project-key
          value: java-pipeline-example-key
        - name: images
          value: ["registry.example.com/java-app:latest"]
        - name: workload-name
          value: java-app
        - name: workload-namespace
          value: default
      workspaces:
        - name: source
          persistentVolumeClaim:
            claimName: source
        - name: git-basic-auth
          secret:
            secretName: gitconfig
        - name: sonar-credentials
          secret:
            secretName: sonar-credentials
        - name: registryconfig
          secret:
            secretName: registry-creds
        - name: kubeconfig
          configMap:
            name: kubeconfig