werf_ru_notifications


Channel's geo and language: not specified, not specified
Category: not specified



Channel's geo and language
not specified, not specified
Statistics
Posts filter


🧹🧹В beta-канале werf доступен новый алгоритм очистки стадий и опубликованных образов (начиная с версии v1.1.20).

- Алгоритм и его настройки более не зависят от того по какой схеме был протегирован опубликованный образ (tag-or-branch, stages-signature, custom).
- Алгоритм подбирает образы для очистки на основе истории git. Оставляем образы связанные с определёнными git-ветками или git-тегами.
- Доступны гибкие настройки подбора git-веток и git-тегов: по имени, по маске имени, лимит веток/тегов по времени последней активности и/или по количеству подходящих по маске и времени активности. Такая конфигурация описывается в блоке cleanup.keepPolicies.references конфига werf.yaml:

cleanup:
keepPolicies:
- references:
branch:
tag:
limit:
last:
createdIn:
operator:
...

- Werf научился точно сопоставлять опубликованные образы и git commit-ы для которых этот образ является подходящим. При очистке по этой информации для каждой подходящей git-ветки или git-тега (по конфигурации, описанной выше в cleanup.keepPolicies.references) можно найти подходящие соответствующие образы.
- Доступны гибкие настройки этого подбора образов, связанных с выбранным reference: лимит по количеству таких образов и/или по времени публикации коммитов, для которых подходит образ. Такая конфигурация описывается в блоке cleanup.keepPolicies[].imagesPerReference конфига werf.yaml:

cleanup:
keepPolicies:
- references: ...
imagesPerReference:
last:
publishedIn:
operator:

- Новый алгоритм cleanup доступен начиная с версии 1.1.20:
- Включается вручную опцией --git-history-based-cleanup или опцией --git-history-based-cleanup-v1.2.
- С опцией (1) под политику очистки будут подходить только образы опубликованные начиная с версии 1.1.20, где добавлен новый cleanup. Остальные образы не будут попадают под очистку, но можно включить принудительную очистку этих образов опцией --git-history-based-cleanup-v1.2. Рекомендуется сразу включать эту опцию если есть возможность, но надо иметь в виду, что она вызовет очистку ранее опубликованных образов (если они не используются в кластере kubernetes).
- Документация:
- по новой конфигурации: https://ru.werf.io/v1.1-beta/documentation/configuration/cleanup.html
- по устройству нового алгоритма: https://ru.werf.io/v1.1-beta/documentation/reference/cleaning_process.html#%D0%B0%D0%BB%D0%B3%D0%BE%D1%80%D0%B8%D1%82%D0%BC-%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D1%8B-%D0%BE%D1%87%D0%B8%D1%81%D1%82%D0%BA%D0%B8-%D0%BF%D0%BE-%D0%B8%D1%81%D1%82%D0%BE%D1%80%D0%B8%D0%B8-git

Скоро:
🧤🧹 Доделки связанные с авто-очисткой локального хоста от docker-образов при использовании распределённой сборки.
🌏🪐 Поддержка альтернативного http-сервера синхронизации для распределённой сборки и возможность использовать распределённую сборку без обязательного коннекта к kubernetes через публичный сервис блокировок и кеша на домене werf.io (плюс возможность запустить собственный такой сервис).
🕷🕸 Поддержка Helm 3.


🐙🐈 В werf приехала официальная поддержка GitHub Actions! 🐈🐙

⚙️⚙️ Доступны специальные готовые action-ы для использования в проектах: flant/werf-actions/converge, flant/werf-actions/build-and-publish и т.д. 👉👉 https://github.com/flant/werf-actions

📖❗️ Новая инструкция по написанию конфигурации GitHub Actions — must-read для тех, кто настраивает werf+github. 👉👉 https://ru.werf.io/v1.1-alpha/documentation/guides/github_ci_cd_integration.html

📚 Новая статья, описывающая общие принципы, понимание и способы построения CI/CD, которыми мы руководствуемся при создании конфигураций и 4 готовых конфигурации: fast-and-furious, push-the-button, tag-everything, branch-branch-branch: 👉👉 https://ru.werf.io/v1.1-alpha/documentation/reference/ci_cd_workflows_overview.html
- Инструкция по настройке GitLab CI/CD переработана и соответствует этим подходам: https://ru.werf.io/v1.1-alpha/documentation/guides/gitlab_ci_cd_integration.html
- Инструкция по настройке GitHub Actions сразу написана в соответствии с этими подходами: https://ru.werf.io/v1.1-alpha/documentation/guides/github_ci_cd_integration.html

🌎 Также доступны статьи и документация по распределённой сборке:
- Руководство: https://ru.werf.io/documentation/reference/stages_and_images.html.
- Инструкция по переключению с local на distributed: https://ru.werf.io/documentation/guides/switch_to_distributed_mode.html.
- Статьи про distributed-режим:
- habr: https://habr.com/ru/company/flant/blog/504390/
- medium: https://www.reddit.com/r/docker/comments/gv6tdz/building_apps_in_a_distributed_mode_with_werf/


🐙🐈 В werf приехала официальная поддержка GitHub Actions! 🐈🐙

⚙️⚙️ Доступны специальные готовые action-ы для использования в проектах: flant/werf-actions/converge, flant/werf-actions/build-and-publish и т.д. 👉👉 https://github.com/flant/werf-actions

📖❗️ Новая инструкция по написанию конфигурации GitHub Actions — must-read для тех, кто настраивает werf+github. 👉👉 https://ru.werf.io/v1.1-alpha/documentation/guides/github_ci_cd_integration.html

📚 Новая статья, описывающая общие принципы, понимание и способы построения CI/CD, которыми мы руководствуемся при создании конфигураций, использующих werf, и приведены 4 готовых конфигурации: fast-and-furious, push-the-button, tag-everything, branch-branch-branch: :point_right::point_right::point_right: https://ru.werf.io/v1.1-alpha/documentation/reference/ci_cd_workflows_overview.html
- Инструкция по настройке GitLab CI/CD переработана и соответствует этим подходам: https://ru.werf.io/v1.1-alpha/documentation/guides/gitlab_ci_cd_integration.html
- Инструкция по настройке GitHub Actions сразу написана в соответствии с этими подходами: https://ru.werf.io/v1.1-alpha/documentation/guides/github_ci_cd_integration.html

🌎 Также доступны статьи и документация по распределённой сборке:
- Руководство: https://ru.werf.io/documentation/reference/stages_and_images.html.
- Инструкция по переключению с local на distributed: https://ru.werf.io/documentation/guides/switch_to_distributed_mode.html.
- Статьи про distributed-режим:
- habr: https://habr.com/ru/company/flant/blog/504390/
- medium: https://www.reddit.com/r/docker/comments/gv6tdz/building_apps_in_a_distributed_mode_with_werf/


⚙️


:octocat: В werf приехала официальная поддержка GitHub Actions! :octocat:

:gear::gear: Доступны специальные готовые action-ы для использования в проектах: flant/werf-actions/converge, flant/werf-actions/build-and-publish и т.д. :point_right::point_right::point_right: https://github.com/flant/werf-actions

:book::exclamation: Новая инструкция по написанию конфигурации GitHub Actions: https://ru.werf.io/v1.1-alpha/documentation/guides/github_ci_cd_integration.html — must-read для тех, кто настраивает werf+github.

:book::book: Новая статья, описывающая общие принципы, понимание и способы построения CI/CD, которыми мы руководствуемся при создании конфигураций, использующих werf, и приведены 4 готовых конфигурации: fast-and-furious, push-the-button, tag-everything, branch-branch-branch: :point_right::point_right::point_right: https://ru.werf.io/v1.1-alpha/documentation/reference/ci_cd_workflows_overview.html
- Инструкция по настройке GitLab CI/CD переработана и соответствует этим подходам: https://ru.werf.io/v1.1-alpha/documentation/guides/gitlab_ci_cd_integration.html
- Инструкция по настройке GitHub Actions сразу написана в соответствии с этими подходами: https://ru.werf.io/v1.1-alpha/documentation/guides/github_ci_cd_integration.html

Также доступны статьи и документация по распределённой сборке :world_map::
- Руководство: https://ru.werf.io/documentation/reference/stages_and_images.html.
- Инструкция по переключению с local на distributed: https://ru.werf.io/documentation/guides/switch_to_distributed_mode.html.
- Статьи про distributed-режим:
- habr: https://habr.com/ru/company/flant/blog/504390/
- medium: https://www.reddit.com/r/docker/comments/gv6tdz/building_apps_in_a_distributed_mode_with_werf/


Breaking news! В beta-канале werf доступна распределённая сборка 👯‍♀️🕺👯‍♀️ (начиная с версии v1.1.10).

Что это означает и как работает:

- Теперь можно запускать любые команды werf с разных хостов. Требование ко всем хостам: наличие подключения к кластеру Kubernetes.
- Стадии теперь храним в docker-registry (--stages-storage=REPO). Локальный кеш docker-образов на хостах присутствует, очищается автоматически werf-ом или через docker rmi.
- Kubernetes требуется для синхронизации работы нескольких процессов werf в процессах сборки, публикации и деплоя. Для каждого проекта заводится configmap в отдельном namespace, в этом же configmap хранится служебный кеш stages.
- Сделаны команды синхронизации и переноса stages между разными хранилищами (sync и switch-from-local).
- И всё это теперь активируется по умолчанию для работы werf в CI/CD (старый режим работы --stages-storage :local продолжает работать без изменений до тех пор пока явно указан соответсвующий параметр).

А ещё у нас появилась поддержка большинства имплементаций docker registry, предоставляемых различными сервисами: https://habr.com/ru/company/flant/blog/496992/.

Гораздо больше подробностей (а также как по-быстрому мигрировать на распределённую сборку) — в сообщении релиза: https://github.com/flant/werf/releases/tag/v1.1.10

Документация и статья по теме — готовятся в ближайшее время. А также скоро будет готова официальная поддержка Github Actions.

Спасибо за внимание, оставайтесь с нами, заводите issue, pull request-ы, задавайте вопросы!


Breaking news! В beta-канале werf доступна распределённая сборка 👯‍♀️🕺👯‍♀️ (начиная с версии v1.1.10).

Что это означает и как работает:

- Теперь можно запускать любые команды werf с разных хостов. Требование ко всем хостам: наличие подключения к кластеру Kubernetes.
- Стадии теперь храним в docker-registry (--stages-storage=REPO). Локальный кеш docker-образов на хостах присутствует, очищается автоматически werf-ом или через docker rmi.
- Kubernetes требуется для синхронизации работы нескольких процессов werf в процессах сборки, публикации и деплоя. Для каждого проекта заводится configmap в отдельном namespace, в этом же configmap хранится служебный кеш stages.
- Сделаны команды синхронизации и переноса stages между разными хранилищами (sync и switch-from-local).
- И всё это теперь активируется по умолчанию для работы werf в CI/CD (старый режим работы --stages-storage :local продолжает работать без изменений до тех пор пока явно указан соответсвующий параметр).

А ещё у нас появилась поддержка большинства имплементаций docker registry, предоставляемых различными сервисами: https://habr.com/ru/company/flant/blog/496992/.

Гораздо больше подробностей (а также как по-быстрому мигрировать на распределённую сборку) — в сообщении релиза: https://github.com/flant/werf/releases/tag/v1.1.10

Документация и статья по теме — готовятся в ближайшее время. А также скоро будет готова официальная поддержка Github Actions.

Спасибо за внимание, оставайтесь с нами, заводите issue, pull request-ы, задавайте вопросы!


Breaking news! В beta-канале werf начиная с версии v1.1.10 доступна распределённая сборка 👯‍♀️🕺👯‍♀️!

Что это означает и как работает:

- Теперь можно запускать любые команды werf с разных хостов. Требование ко всем хостам: наличие подключения к кластеру Kubernetes.
- Стадии теперь храним в docker-registry (--stages-storage=REPO). Локальный кеш docker-образов на хостах присутствует, очищается автоматически werf-ом или через docker rmi.
- Kubernetes требуется для синхронизации работы нескольких процессов werf в процессах сборки, публикации и деплоя. Для каждого проекта заводится configmap в отдельном namespace, в этом же configmap хранится служебный кеш stages.
- Сделаны команды синхронизации и переноса stages между разными хранилищами (sync и switch-from-local).
- И всё это теперь активируется по умолчанию для работы werf в CI/CD (старый режим работы --stages-storage :local продолжает работать без изменений до тех пор пока явно указан соответсвующий параметр).

А ещё у нас появилась поддержка большинства имплементаций docker registry, предоставляемых различными сервисами: https://habr.com/ru/company/flant/blog/496992/.

Гораздо больше подробностей (а также как по-быстрому мигрировать на распределённую сборку) — в сообщении релиза: https://github.com/flant/werf/releases/tag/v1.1.10

Документация и статья по теме — готовятся в ближайшее время. А также скоро будет готова официальная поддержка Github Actions.

Спасибо за внимание, оставайтесь с нами, заводите issue, pull request-ы, задавайте вопросы!


Breaking news! В beta-канале werf начиная с версии v1.1.10 доступна распределённая сборка.

Что это означает и как работает:

- Теперь можно запускать любые команды werf с разных хостов. Требование ко всем хостам: наличие подключения к кластеру Kubernetes.
- Стадии теперь храним в docker-registry (--stages-storage=REPO). Локальный кеш docker-образов на хостах присутствует, очищается автоматически werf-ом или через docker rmi.
- Kubernetes требуется для синхронизации работы нескольких процессов werf в процессах сборки, публикации и деплоя. Для каждого проекта заводится configmap в отдельном namespace, в этом же configmap хранится служебный кеш stages.
- Сделаны команды синхронизации и переноса stages между разными хранилищами (sync и switch-from-local).
- И всё это теперь активируется по умолчанию для работы werf в CI/CD (старый режим работы --stages-storage :local продолжает работать без изменений до тех пор пока явно указан соответсвующий параметр).

А ещё у нас появилась поддержка большинства имплементаций docker registry, предоставляемых различными сервисами: https://habr.com/ru/company/flant/blog/496992/.

Гораздо больше подробностей (а также как по-быстрому мигрировать на распределённую сборку) — в сообщении релиза: https://github.com/flant/werf/releases/tag/v1.1.10

Документация и статья по теме — готовятся в ближайшее время. А также скоро будет готова официальная поддержка Github Actions.

Спасибо за внимание, оставайтесь с нами, заводите issue, pull request-ы, задавайте вопросы!

9 last posts shown.

21

subscribers
Channel statistics