аналог хельма который "не гавно" подскажи пожалуйста.
И аналог терраформ тоже
Dmytro
Anton
Anton
аналог хельма который "не гавно" подскажи пожалуйста.
я б не сказал что хелм говно. непонятно просто на кой хер ему тиллер и полный игнор изменений, сделанных мимо него, которые ты руками сделал. ну и чарты все еще имеют множество проблем, даже "stable"
Алексей
Алексей
или в 3-й, хз, не помню
Алексей
Ну есть у него куча проблем, но так в принципе это лучше чем руками раскатывать и дропать ресурсы самописными костылями
Алексей
Запускайте поды конкретного приложения в отдельно неймспейсах илли генерируйте роль с конкретными именами подов, https://metacontroller.app/ вам в помощь
Может есть како йто рабочий пример? А то что-то чую там Ж какая то
Vadim
миллионы хельмофанов не могут ошибаться, да
Алексей
что хахаха? тестил? расскажи - а лучше статью на хабр запили
работаю с даппом с версии 0.0.1 - отличный сборщик. Деплоем не пользовался пока, но судя что коллеги рассказывают, то вполне хорошо деплоит. Использует для деплоя helm. Всё остальное у флантов на хабре в статьях описано и разжёвано.
Anton
что хахаха? тестил? расскажи - а лучше статью на хабр запили
никакого профита не увидел, если честно. ну они аутсорсеры, им нужно шуметь как то, опенсорсить, подсаживать там
Anton
неплохая идея оберунть в свои костыли у клиента, это ж золотая жила
Михаил
никакого профита не увидел, если честно. ну они аутсорсеры, им нужно шуметь как то, опенсорсить, подсаживать там
Подсаживать на свои костыли это не этично
Anton
но бизнес то требует!
Andor
кого волнует этика когда речь заходит про бабки
Михаил
кого волнует этика когда речь заходит про бабки
А потом саусбридж ноет, что не всем оказывается нужен куб
Dmytro
Это бизнес
Алексей
неплохая идея оберунть в свои костыли у клиента, это ж золотая жила
Профит в стандартизации сборок, уменьшении количества файлов пописаний сбррок до 1
ну и + выкат этим же инструментом.
Сборщик там зачётный. То что кое как в Docker Build появилось недавно, там было давно реализовано.
У меня тут под боком пример как сделана сборка на Docker build и на dapp
Dapp приятней и понятней. А Docker build обёрнут в отдельныйе скрипты, чтобы собрать несколько образов. Т.
Vadim
Скажи это редхату и ещё куче контор
хотелось бы узнать полный список контор у которых костыли, а не "апстрим солюшен" типа хельма
Anton
Andor
Алексей
показывайте. мож откроете глаза наконец
Что показывать? На хабре статьи, соберите несколько приложений, все вопросы в канал даппа - там парни ответят и помогут.
Для меня простота сборок очевидна.
У Dapp есть ещё киллер фича - когда тестируешь сборку, то можешь попасть в момент ошибки команды или до неё.
И там исследовать причину и поправить сборку.
Пробуйте, все мои слова это просто мои впечатления. Сами разберётесь там сравнить сможете.
Anton
я не хочу пробовать просто так
Anton
я почитал описание, примеры, но не увидел профита, зато вижу проблему - чей то велосипед поселится в ci
Алексей
я почитал описание, примеры, но не увидел профита, зато вижу проблему - чей то велосипед поселится в ci
Велосипед давно уже не велосипед. Он больше 2-х лет в разработке и абсолютно большую часть проблем, которые реально мешали работать, уже исправили.
А вот писать собственные костыли для сборок это именно тот самый велосипед.
Алексей
Вы работаете с flant?)
Я там работал. Уже год как нет. Но с даппом знаком и есть с чем сравнить. Видел кучу велосипедов. До сих пор убеждён, что замены даппу нет.
Vadim
судя по https://flant.github.io/dapp/how_to/build_run_and_push.html оно запускает ансибл внутре
Vadim
почти как ansible-container, только на руби
Vadim
мощно
Алексей
судя по https://flant.github.io/dapp/how_to/build_run_and_push.html оно запускает ансибл внутре
можно ансибл, можно shell, можно chef
Anton
Велосипед давно уже не велосипед. Он больше 2-х лет в разработке и абсолютно большую часть проблем, которые реально мешали работать, уже исправили.
А вот писать собственные костыли для сборок это именно тот самый велосипед.
ну все что пишется - dockerfile + helm chart values. зачем еще одна прослойка тут, что она решает, сокращает число команд? типовой docker build\push & helm upgrade?
Vadim
может и докерсокет скоро не понадобится
Vadim
и можно запускать более-менее безопасно, как Source2Image
Алексей
ну все что пишется - dockerfile + helm chart values. зачем еще одна прослойка тут, что она решает, сокращает число команд? типовой docker build\push & helm upgrade?
Давай собери мне 3 контейнера так чтобы это не вызвало зубной скрежет от мега скриптов
и не пришлось ждать во 2-ю и последующие сборки по 10 минут.
Anton
вы про multistage?
Алексей
и всё это в одном докерфайле
Anton
но ведь образы разные, docker такое не поддерживает жеж
Алексей
А дапп поддерживает
Øk_gø_løve
звучит как что-то странное
Anton
ну собираешь один, потом из него второй, вообще сколько угодно, число docker build по числу образов
Алексей
Сколько докерфайлов будет?
Как артефакты будешь собирать?
Как передавать их между образами?
Anton
сек
Anton
Сколько докерфайлов будет?
Как артефакты будешь собирать?
Как передавать их между образами?
это называется multistage
ARG PARENTIMAGE
FROM $PARENTIMAGE as base
FROM some:anothershit
COPY --from=base /path/to/shared/shit /shit
Igor
Сколько докерфайлов будет?
Как артефакты будешь собирать?
Как передавать их между образами?
че то я не понял.
Вы вот про это?
FROM python:2.7-alpine3.7 as price_server_base
ENV PYZMQ_VERSION="==16.0.2"
ENV ZEROMQ_VERSION="4.2.2"
RUN apk add --no-cache python python-dev build-base git libtool pkgconfig autoconf automake wget ca-certificates && \
......
FROM price_server_base as prod
## Possible values: true , false
ARG DEVELOPMENT_MODE=false
ARG REPO_ENDPOINT=
ARG SET_PBR_VERSION=
.....
FROM price_server_base as test
## Possible values: true , false
ARG DEVELOPMENT_MODE=false
ARG REPO_ENDPOINT=
ARG SET_PBR_VERSION=
RUN [ "$DEVELOPMENT_MODE" != "true" ] || apk add --no-cache libxml2-dev libxslt-dev
```
Igor
?
Anton
Сколько докерфайлов будет?
Как артефакты будешь собирать?
Как передавать их между образами?
докерфайлов будет по числу образов.
артефакты перадаются через COPY файлов другого образа
Алексей
че то я не понял.
Вы вот про это?
FROM python:2.7-alpine3.7 as price_server_base
ENV PYZMQ_VERSION="==16.0.2"
ENV ZEROMQ_VERSION="4.2.2"
RUN apk add --no-cache python python-dev build-base git libtool pkgconfig autoconf automake wget ca-certificates && \
......
FROM price_server_base as prod
## Possible values: true , false
ARG DEVELOPMENT_MODE=false
ARG REPO_ENDPOINT=
ARG SET_PBR_VERSION=
.....
FROM price_server_base as test
## Possible values: true , false
ARG DEVELOPMENT_MODE=false
ARG REPO_ENDPOINT=
ARG SET_PBR_VERSION=
RUN [ "$DEVELOPMENT_MODE" != "true" ] || apk add --no-cache libxml2-dev libxslt-dev
```
Наверное.
Только мультистейдж появился в дапп два года назад, а в докере недавно.
Igor
ну ок.
Но в таком случае, я надеюсь что они счас используют docker multistage под копотом
Anton
Наверное.
Только мультистейдж появился в дапп два года назад, а в докере недавно.
Multi-stage builds are a new feature requiring Docker 17.05 or higher on the daemon and client
Алексей
ну ок.
Но в таком случае, я надеюсь что они счас используют docker multistage под копотом
Я знаю, что по скорости сборки dapp и dockerbuild практически не отличаются. Что они используют я хз.
Мне нравится сама структура dappfile - не нужно ничего придумывать, всё уже придумано и отшлифовано.
Алексей
ну ок.
Но в таком случае, я надеюсь что они счас используют docker multistage под копотом
можете в #dapp_ru поинтересоваться )
Алексей
Я знаю, что по скорости сборки dapp и dockerbuild практически не отличаются. Что они используют я хз.
Мне нравится сама структура dappfile - не нужно ничего придумывать, всё уже придумано и отшлифовано.
Ага, год прошёл с 17.05 а про мультистейдж люди толком и не знают.
𝚔𝚟𝚊𝚙𝚜
Алексей
Rainbow
Я знаю, что по скорости сборки dapp и dockerbuild практически не отличаются. Что они используют я хз.
Мне нравится сама структура dappfile - не нужно ничего придумывать, всё уже придумано и отшлифовано.
да отличаются конкретно в некоторых кейсах, не в пользу dapp. Есть бенчмарк даже мой (может что поменялось что за месяц).
Алексей
да отличаются конкретно в некоторых кейсах, не в пользу dapp. Есть бенчмарк даже мой (может что поменялось что за месяц).
насколько я помнб, там различия на секунды. В любом случае удобство dappfile для меня это не отменяет.
Rainbow
насколько я помнб, там различия на секунды. В любом случае удобство dappfile для меня это не отменяет.
у меня в том самом кейсе отличия в 3 раза. 6 минут vs 2 минуты сейчас без dapp
Алексей
у меня в том самом кейсе отличия в 3 раза. 6 минут vs 2 минуты сейчас без dapp
что-то пересобирается по 10 раз?
Алексей
js фронт и go
Обычно это всё в артифакты выносится и артифакт пересобирается по триггеру изменения файлов.
Rainbow
Обычно это всё в артифакты выносится и артифакт пересобирается по триггеру изменения файлов.
npm install из кеша почти всегда, а вот
npm build нужно вызывать каждый раз и тут нет кэша. Одна правка, полная пересборка.
Алексей
npm install из кеша почти всегда, а вот
npm build нужно вызывать каждый раз и тут нет кэша. Одна правка, полная пересборка.
Ну тут вряд ли зависит от типа сборщика. Значит что-то недонастроено. Если и там и там одинаковые команды запускаются.
Алексей
npm install из кеша почти всегда, а вот
npm build нужно вызывать каждый раз и тут нет кэша. Одна правка, полная пересборка.
nmp build - что собирается? Что правилось при этом?