Российская компания «Флант» представила (http://flant.ru/news/66) утилиту dapp (https://flant.github.io/dapp/), предназначенную для реализации и сопровождения процессов непрерывной интеграции и доставки приложений (CI/CD). Утилита ориентирована на использование DevOps-специалистами в качестве связующего звена между кодом приложений (поддерживается Git), инфраструктурой (Chef) и используемой PaaS (Kubernetes). Исходный код dapp написан на языке Ruby и распространяется (https://github.com/flant/dapp) под свободной лицензией Apache 2.0. Проект снабжён подробной документацией (http://flant.github.io/dapp/) на русском языке. Dapp использует и поддерживает возможности таких открытых проектов, как Git, Chef, Docker, Kubernetes и Helm (пакетный менеджер для kubernetes).
Ключевые возможности утилиты:
- Развитая система сборки образов Docker-контейнеров, призванная обеспечить быструю и эффективную сборку;
- Начальная поддержка развёртывания инфраструктуры в Kubernetes (с помощью Helm) и запуск контейнеров в этой инфраструктуре;
- Поддержка системы управления конфигурациями Chef (в будущем планируется добавить Ansible).URL: http://flant.ru/news/66
Новость: http://www.opennet.me/opennews/art.shtml?num=46875
С Docker-swarm не взлетит?
Совсем на него не ориентируемся, т.к. сознательно выбрали Kubernetes.
Капец. Вот несмотря на то, что программа свободная и хорошо документирована, нет ни малейшего желания сказать спасибо. А почему? Потому что пусть идут в сад со своим руби, питоном, го, растом, джавой и прочей херотой.
> нет ни малейшего желания сказать спасибоДа не говори. Просто проходи мимо.
А не пофиг ли, на чём написана тулза, если она работает как надо? Я вот пользуюсь программой unison, она написана вообще на каком-то OCaml. И ничего, выполняет свои функции исправно.
> А не пофиг ли, на чём написана тулза, если она работает как надо?Вообще, пофик. Но статистика показывает, что программы на некоторых языках, как правило, более глючные/тормозные/ресурсоёмкие/наглые, чем аналогичные программы на других языках. И после нескольких экспериментов с такими программами желание тестировать ЕЩЁ ОДНУ, написанную в том же стиле, отсутствует.
Что, конечно, не исключает возможности того, что вот КОНКРЕТНО ЭТА программа написана не как остальные и является одной из лучших.
Вот какого лешего, например, при запуске из-под непривилегированного пользователя gem пытается устанавливать гемы через sudo? А если я запускал sudo 2 минуты назад для других целей и у меня запомнен пароль, оно мне выгрузит камаз в основную систему даже без предупреждения?
Статистика показывает, что если у "специалиста" руки из жопы, то ему ни язык программирования, ни фреймворки, ни суперкомпьютеры не помогут. А профессионал и на Бейсике сделает читабельную, понятную, легко расширяемую и поддерживаемую систему.
Нет, не пофиг. Поддержка инфраструктуры тем же DevOps это время. Время это деньги. Если система не устанавливается командой "dpkg -i ..." или не дай бог портит среду для коммерческого приложения, которое предосталяет компания, то проще написать свою на том языке/версии/платформе. Это звучит дико, но в компании в которой почти каждый девелопер сидеть и разбираться с кодом какого-то недоучки или даже другой компании никто не будет. Есть военное првило "Not invented here". Прохожу миним.
Добавлю, что рубисты, питонисты и перловики наглухо забивают болт на стандартные пакеты из реп. В итоге всякие pip, npm и прочий шлак ставит софт куда не лень, кто в HOME, кто в /usr/local, самые умные ставят в /usr. Толи дело папки -- бандл, все есть и да, мейнтейнят этот бандл как надо. За примерами далеко ходить не надо, взять тот же RT. Но ща придет программист из сабжа и скажет, мол это не тру, мы так не умеем, у нас мало программистов и вообще я Д'артаньян, а эти дубы из RT, кои старше программистов из сабжа ничего не смыслят.
> наглухо забивают болт на стандартные пакеты из репЭксперт, поинтересуйся для начала, как это работает, а? Типо, куда твой пакетный менеджер ставит питонопакет из репы и почему этот модуль появляется вдруг в pip списке установок.
> В итоге всякие pip, npm и прочий шлак ставит
> софт куда не лень, кто в HOME, кто в /usr/local, самые
> умные ставят в /usr.
> /usr/local
> /usr.Ыксперт палиццо. Cовет на будущее - это не винда, сидеть все время под рутом нет нужды.
Толи дело папки -- бандл,
А мамки? Мамки иде?
То есть в том, что ты не осилил 'pip install --user', виноват питон?
Как показывает практика рано или поздно самим же девопсам приходится лезть в потроха подобных утилит чтобы экстренно править баги.
Уважаемые программисты всего мира! Пожалуйста, не пишите свои программы на языках, которые не нравятся пользователю OpenNet "кверти". Иначе мир рискует получить еще одного обиженного. И кто знает, на что он пойдет, чтобы отомстить человечеству?
Отчасти кверти прав, Ruby не тот язык, которых выбирают для системных инструментов.
Для этой категории программ сейчас моден Go. Python тоже неплох.
Puppet?
Он лишь один из. salt, ansible, cfengine.
Puppet был приведён не как система конфигурирования, а как инструмент на Ruby, в от вет на вопрос выше по треду.
паппет - это jruby уже кстати.
> Puppet?Забыть как страшный сон.
То есть язык для системных утилит теперь по модности выбирают? Самому то не смешно?
> То есть язык для системных утилит теперь по модности выбирают? Самому то
> не смешно?Не по модности, а тот что есть из коробки или компилируется в бинарник. Go компилирует, Python по дефолту уже установлен везде. Для Ruby и прочего требуется доустановка кучи лишних зависимостей, для системных утилит это огромный минус.
Согласен, что отчасти прав. У проекта было бы больше будущего, если бы использовали более распространенный или подходящий язык с доками на английском.Но это не дает право говорить другим, чем и как им заниматься. Человек умеет писать на Руби. Захотел написать для себя тулзу. И написал. И доки на русском. Сделал намного больше, чем другие.
Нравится -- пользуйся и скажи спасибо. Не нравится или не нужно -- проходи мимо.
> Потому что пусть идут в сад со своим руби, питоном, го, растом, джавой и прочей херотой.
Я тоже не понимаю, зачем писать такие тулзы на руби. Т.е. зачем вообще на руби писать что-то кроме веб-приложений. Он вообще ничем от питона не отличается, но последний уже есть везде и не надо тянуть кучу зависимостей в систему. Единственная причина его использовать - разработчик знает только его.
> пусть идут в сад со своим руби, питоном, го, растом, джавой и прочей херотой.Даже любопытно стало — на чём, по-твоему, такие вещи надо писать? На паскале, что ли? Или на пыхе?
> Даже любопытно стало — на чём, по-твоему, такие вещи надо писать? На
> паскале, что ли? Или на пыхе?На том, что по дефолту идёт в базовой поставке или компилируется.
Т.е. на bash и gcc
Ruby безусловно какой-то убогий птичий язык, не даром инструмент сборки там называется "грабли". Но golang ведь компилируется в наглухо статический бинарь и по-моему лучшего сейчас сложно желать - никаких зависимостей в систему тащить не нужно. Хотя хеловорды на нём писать конечно не особо круто (кроме учебных целей) потому что они весят по несколько Мб. Но по скорости работы и удобству работы с ним как с ЯП он на мой взгляд на голову выше всего что было популярным за последние лет 10-15.
Парень просто не умеет делать опросы на Опеннете. Надо было по каждому языку отдельным сообщением писать, а потом считать за каждым минусы. А всё в куче считать никакой практической пользы...
Многие задумаются об использовании сего продукта только, если он попадёт в репозитории дистрибутивов (например, Debian). Поэтому совет разработчикам, - сразу заняться этим вопросом, если цель - популяризовать продукт, и привлечь к его разработке сообщество. Приятно видеть, что у нас в стране отрасль развивается. Удачи коллегам!
Какой популяризировать, что ты несешь.
Они доки на международный из принципа не хотят переводить. Типа продукт от русских для русских. А там где болезнь в голове там ничего хорошего быть не может, проверено.
> Они доки на международный из принципа не хотят переводитьЭто вам кто такую информацию предоставил, уточните, пожалуйста? Если никто, то не делайте подобных заявлений и, тем более, выводов из предпосылок, фактами о которых даже не обладаете.
P.S. Не из принципа, а из простоты и доступности мы сначала сделали всё так (хорошо и подробно, с примерами, по-русски — вместо того, чтобы плохо по-английски), и одна из ближайших задач — перевести получившуюся доку на английский. Не стали дожидаться для анонса на русскоязычных сайтах, потому что это анонсы на русскоязычных сайтах, Кэп.
> вместо того, чтобы плохо по-английскииногда лучше промолчать, чем опозориться. в первый раз вижу профи, который хвалится профнепригодностью
Профи — это тот, кто если делает, то хорошо. И если не сделал сейчас, это не значит, что не может. Но дальнейшее обсуждение ваших эмоций мне не представляется интересным. Сообщество у нас слишком злое стало — ищет только повод свою агрессию куда-то слить…
Это не сообщество. Здесь есть индивидуумы, которые специально провоцируют остальных. Их немного, но воздействие на эмоции даёт свои плоды (в виде воздействия на массы, которые будут подражать поведению). Если хакеры используют социальную инженерию и эмоции, чтобы совершать преступления, то тут их используют просто потому, что могут. Модераторы тут тоже не сильно помогают, - указал на сообщение, где человек доказывал сомнительную информацию, приведя англоязычную ссылку в качестве доказательства. Сообщение удалено не было. А я минут 5 пытался понять, как ссылка связана с его комментарием, пока не дошло, что то была первая попавшаяся случайная ссылка с текстом, в который надо вникать, чтобы понять, что это левая информация. Т. к. английский тут не все знают, народ принял на веру. Такое видел уже 2 раза. Уже привык, что как только здесь вылезешь с попытками опровергнуть общие заблуждения или рассказать что-то интересное из своего опыта, то тут же вылезают те, кто с умным видом доказывают обратное. А воздействие на эмоции может выставить любую дезинформацию как истину. Увы, уязвимости есть и в людях (см. когнитивные искажения). Но, как говорится, предупреждён, значит вооружён. ;)
Профи — это тот, кто профессионал своего дело. В силу исторических причин основной язык в этой профессии английский. И если по-английски плохо, то это профнепригодность. А вы не задумывались, что дока может со временем меняться?> Сообщество у нас слишком злое стало
Контора решила неумело попиариться своим велосипедом, плюс публично расписывается в своей непрофессиональности, а виновато сообщество. Как говорите Флант? Хотя чёрный пр тоже пр.
> А вы не задумывались, что дока может со временем меняться?Мы-то как раз задумывались, что и стало основной причиной сделать сначала на русском.
На других ресурсах вы в комментариях уже запомоились, можно не продолжать.
> На других ресурсах вы в комментариях уже запомоились, можно не продолжать.Информация о русском/английском языках для документации, про которую я писал здесь, не отличается от той, что давал в комментариях на других ресурсах. А конкретное подтверждение, что я попросил, вы, получается, привести не можете. Тогда действительно можно не продолжать.
Спасибо за добрый и дельный комментарий (редкость в современном интернете)! Попасть в какой-то дистрибутив прямо сейчас не в самых приоритетных задачах (банальная документация на английском, о которой уже писали, безусловно, куда важнее). Но в перспективе, конечно, это правильный шаг и в уме надо держать заранее, спасибо.