Я про это же
ну пакетики и прибивание руками всё, не форсируе тебя к этому никак.
Denis
Tadeusz
И оно "идеалогически" не должно падать)))
Denis
я чо то не уверен что у многих селф мотивейшона хватает на это. Ну по честному
Alexey
в теории - теория и практика одинаковы, а на практике нет ))
Alexey
тут же вопрос не в том что оно просто побито на сервисы..но и в том как побито
Alexey
если там грубо говоря дерево сервисов - то какой нить сервис на самом низу может поломать всю ветку
rus
ребят а кто нить делает деплой RPM? а то у нас щас перепутье..или делать докером или через RPM, хотелось бы о чужом опыте узнать
Движимся из области "костылей" к RPM
Alexey
а что хотите в RPM паковать?ъ
Alexey
типы приложений
rus
а как рулите например зависимости от каких нить системных библиотек?
Через https://github.com/chef/omnibus собираем самодостаточный пакет.
Alexey
эм...там так много зависимостей ?
Alexey
просто омнибас вроде достаточно тяжелый
rus
а что хотите в RPM паковать?ъ
У нас всё пакуется. Стартует и управяляется через runit - http://smarden.org/runit/
rus
просто омнибас вроде достаточно тяжелый
Ну да. Получается жирная RPM-ка. Но мы в процессе "улучшайзинга" и стремления к нанотехнологиям.
Alexey
мне просто казалось что все нынче собирают свои образы машин или докеров ) RPM считал только для установки системного софта годится, видимо ошибался
rus
Ну вот у нас аппликуха на жабе. В RPM-ке лежит сама аппликуха, JRE и Nginx. В самой RPM-ке напилены всякие штуки для настройки ОС-и, путей и т.д. Т.е. по факту я беру RPM-ку и на голой CentOS 7 у меня в итоге всё работает. Мне ни интернеты, ни сторонние репозитории с зависимостями не нужны.
alx
у кого нибудь был глюк с mysql что ему пофигу какой порт указан?
alx
mysql —port=80 -h localhost -uroot -p
alx
подключается к базе данных которая висит на 3306
alx
на на 80 nginx
alx
Любой порт укажи, все равно подключается к бд на 3306
Dmitry
-h 127.0.0.1
Navern
в случае с MySQL
alx
Понял
alx
куда копать. Спасибо
Alexey
rus ну а зависимости внешние если будут нужны то как?
rus
rus ну а зависимости внешние если будут нужны то как?
В смысле будут нужны? Туда всё что надо собрать можно. Хошь PG, хошь не PG, хоть чёрта лысого.
Alexey
ну скажем какую нить хитруб библиотеку внешнюю..тоже в свой рпм пихаете?
rus
Да.
rus
Гитлаб, например, свои аналогичные пакеты аналогичным образом собирает https://packages.gitlab.com/gitlab/gitlab-ce, только у них помимо RPM ещё и DEB
Alexey
да,я тоже их юзаю, но это стороннее ПО
Alexey
которая так просто удобнее ставить
Alexey
а мы же говорим про всякий in-house софт
Alexey
не слишком ли больше в какой нить сервис запихивать все его зависимости?
Vlad
Ansible Tower поставляется аналогично но с ипользованием ansible:
http://releases.ansible.com/ansible-tower/setup/
Эдакий омнибус на ansible
Alexey
я таких схем как то побаиваюсь, не слишком ли монструозно
Alexey
а билд образов виртуалок или контейнеров не рассматриваете?
Denis
Ну вот у нас аппликуха на жабе. В RPM-ке лежит сама аппликуха, JRE и Nginx. В самой RPM-ке напилены всякие штуки для настройки ОС-и, путей и т.д. Т.е. по факту я беру RPM-ку и на голой CentOS 7 у меня в итоге всё работает. Мне ни интернеты, ни сторонние репозитории с зависимостями не нужны.
на что люди только не идут чтобы докер не юзать
Alexey
ну не обязательно докер
Alexey
можно билдить AMI образ
Alexey
или QEMU image
Alexey
ну то есть действовать в парадигме immutable инфраструктуры
Denis
на что люди не идут чтобы пакер не юзать и не собирать имиджи
Alexey
ну да, пока immutable народ боится делать
Alexey
все почему то держатся за сами железки
Denis
потому что меняться нужно, выкидывать все свои знания которые они копили 10 лет, и начинать в новой парадигме огребать новые проблемы.
Alexey
я бы не сказал что надо выкидывать что то
Denis
те кто понимают что выкидывать не нужно, берут лучшее от нового мира и увеличивают лишь свою продуктивность и улучшают настроение.
Alexey
ну и огребают новых проблем конечно же )))
Denis
это бесконечный процесс
Alexey
это да
Denis
помоему даже слегка контринтуитивно остро реагировать на нвоые проблемы, или пытаться изолироваться от них по максимуму.
Denis
это из разряда "а напишем мы DRP"
Anonymous
или свой tcp/ip
Denis
нет, я имел ввиду другое слегка.
Denis
что все эти попытки избежать проблем, пытаясь строго стандартизировав всё, исправив все ошибки, в момент реальной катастрофы это приводит к неспособности как либо противостоять ей
G72K
Не в новом а на предыдущих всех
Новый слой до первой записи в него выглядит как предыдущий, т.е. он не пустой. Запись в слой создает изменения, которые перекрывают предыдущие. Это задача graphdriver
G72K
И что там в всякие звали арт гет инсталл ?
И инсталл и компиляцию потом и сборку артефактов. Чрута достаточно.
G72K
Да и ничего он нам не может дать, кроме засовывания кода в тарболы. Зато оверхед - упс!....
Какой оверхед? На cgroups да на veth, но он там такой малой, что переключения частоты процессора и то заметнее будут
G72K
и эксплуатация спокойна потому что знаю что сервис если упадет то сам поднимется где нить
Вообще рай. Все (кроме росатома) кто не используют Kubernetes очень ошибаются и все равно придут к нему.
rus
Не
Алексей
А то там тоже аплогеты такого подхода.
Alexey
я пока считаю что с докером не все могут работать потому что у него еще полно глюков
Vladimir
@mobilesfinks и нынче там свой аналог докера много где
Alexey
причем матерых таких глюков..типа не может volume отмонтировать или вообще выпасть может
Алексей
Ой точно, забыл совсем
Alexey
но думаю через годик уже будет лучше
G72K
я пока считаю что с докером не все могут работать потому что у него еще полно глюков
Вы багзилу ядра или PostgreSQL или GCC видели? По такой логике ни с чем работать нельзя
Алексей
причем матерых таких глюков..типа не может volume отмонтировать или вообще выпасть может
Я бы понял это сообщение года этак 2 назад
Sergei
Алексей
Докер вполне себе продакшен-ready
Alexey
я то работаю с докером, но там полно глюков ))
Alexey
и я понимаю админов которые не хотят его внедрять
Logan