ReSQL.ru
     
powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Программирование [игнор отключен] [закрыт для гостей] / А как вы относитесь к развертыванию кода через виртуалки ?
14 сообщений из 14, страница 1 из 1
А как вы относитесь к развертыванию кода через виртуалки ?
    #38838451
ribamoya
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ribamoya
Гость
на линукс системах ?
До этого собирал rpm пакетами или засовывал в puppet код и соотв ставил на сервера. А тут перец один начал говорить что нужно каждое приложение в виртуальной машине разбрабатывать. Т е ты берешь виртуалку, под себя ее настраиваешь, ставишь туда код. После даешь образ сисадмину а он ее просто на сервер ставит. Т е хост машина будет просто запускать виртуальные сервера. Как вы относитесь к такому подходу ? Не повлияет ли это на производительность или прочее ?
...
Рейтинг: 0 / 0
19.12.2014, 19:00
| Ответить | Цитировать | Написать  
А как вы относитесь к развертыванию кода через виртуалки ?
    #38838462
Leonid Kudryavtsev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Leonid Kudryavtsev
Участник
Разумеется повлияет
Кроме того, приведет к еще большему увеличению бардака. Т.к. на этапе сбора дистрибутива обычно и куча багов выявляются и доку подправить/дописать/актуализировать можно

А так, бросил клиенту помойку с разработчиского компа и успокоился.

IMHO
...
Рейтинг: 0 / 0
19.12.2014, 19:19
| Ответить | Цитировать | Написать  
А как вы относитесь к развертыванию кода через виртуалки ?
    #38838494
scf
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
scf
Участник
Виртуалки немного устарели. Будущее - вот:
https://www.docker.com/

Почему это безумно, феерично круто: Зависимости приложений. Чтобы софтина взлетела, на сервере как правило должны стоять другие софтины, причем с нужной конфигурацией. А добиться воспроизводимого и версионируемого окружения непросто - ну вы в курсе, раз юзаете puppet)

А docker позволяет деплоить приложения вместе с окружением без пенальти на виртуализацию.

Leonid Kudryavtsev,
Вы меня пугаете. а как же тестирование, воспроизводимость, версионность, возможность отката и прочие артефакты приличной культуры разработки?
...
Рейтинг: 0 / 0
19.12.2014, 20:58
| Ответить | Цитировать | Написать  
А как вы относитесь к развертыванию кода через виртуалки ?
    #38838500
Вася Уткин
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Вася Уткин
Гость
scfВиртуалки немного устарели. Будущее - вот:
https://www.docker.com/

Почему это безумно, феерично круто: Зависимости приложений. Чтобы софтина взлетела, на сервере как правило должны стоять другие софтины, причем с нужной конфигурацией. А добиться воспроизводимого и версионируемого окружения непросто - ну вы в курсе, раз юзаете puppet)

А docker позволяет деплоить приложения вместе с окружением без пенальти на виртуализацию.
А чем этот docker отличается и хуже/лучше чем Kernel-based Virtual Machine ?
...
Рейтинг: 0 / 0
19.12.2014, 21:30
| Ответить | Цитировать | Написать  
А как вы относитесь к развертыванию кода через виртуалки ?
    #38838512
Вася Уткин
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Вася Уткин
Гость
ribamoyaна линукс системах ?
До этого собирал rpm пакетами или засовывал в puppet код и соотв ставил на сервера. А тут перец один начал говорить что нужно каждое приложение в виртуальной машине разбрабатывать. Т е ты берешь виртуалку, под себя ее настраиваешь, ставишь туда код. После даешь образ сисадмину а он ее просто на сервер ставит. Т е хост машина будет просто запускать виртуальные сервера. Как вы относитесь к такому подходу ? Не повлияет ли это на производительность или прочее ?
Современные виртуалки по типу VMWare виртуализируются аппаратно с использованием Intel VT (VT-x и VT-d IOMMU), поэтому накладные расходы и минимальны, при условии, что хостовая ОС - гипервизор, например VMWare ESXi, т.е. сама хостовая ОС ни чем не нагружает железо.

Плюсы:
- каждая прога в своём привычном протестированном окружении: ОС, драйвера, зависимости
- можно вручную раздавать ядра, процессоры, память и т.д. разным виртуалкам в разном количестве
- если пики нагрузки софта на разных виртуалках не совпадают, то в момент простоя одного ПО1, другое ПО2 может задействовать всю мощ железа, и наоборот: например, обслуживание клиентов днем OLTP-СУБД, и подсчет аналитики ночью ETL/DWH-СУБД.

Минусы:
- Зоопарк из кучи разных ОС, драйверов и настроек
- Одна большая железяка в разы дороже двух железяк с равной суммарной производительностью
- Оверхеды, если хостовая ОС не гипервизор виртуалки
...
Рейтинг: 0 / 0
19.12.2014, 21:45
| Ответить | Цитировать | Написать  
А как вы относитесь к развертыванию кода через виртуалки ?
    #38838525
scf
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
scf
Участник
Вася Уткин,

приличная утилита командной строки, репозиторий виртуальных образов с возможностью их комбинирования, качественный start-stop-restart и еще куча плюшек по мелочи.
...
Рейтинг: 0 / 0
19.12.2014, 22:32
| Ответить | Цитировать | Написать  
А как вы относитесь к развертыванию кода через виртуалки ?
    #38838534
Фотография Anatoly Moskovsky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Anatoly Moskovsky
Участник
Вася Уткин,

Docker и аналоги - это не виртуальная машина, а набор процессов в выделенном окружении (своя сеть, диски).
Работает на основе встроенных механизмов ядра линукса (namespaces).

Соответственно нет оверхеда как на виртуалках.
Ну и плюс разные плюшки типа отсутствия дублирования занятого места у разных образов основанных на одной системе.
...
Рейтинг: 0 / 0
19.12.2014, 23:27
| Ответить | Цитировать | Написать  
А как вы относитесь к развертыванию кода через виртуалки ?
    #38838538
Вася Уткин
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Вася Уткин
Гость
Anatoly MoskovskyВася Уткин,

Docker и аналоги - это не виртуальная машина, а набор процессов в выделенном окружении (своя сеть, диски).
Работает на основе встроенных механизмов ядра линукса (namespaces).

Соответственно нет оверхеда как на виртуалках.
Ну и плюс разные плюшки типа отсутствия дублирования занятого места у разных образов основанных на одной системе.
Т.е. мы просто вызывая функции Linux API (не POSIX), передаем в них номера процессов и namespace-ов, и тем самым объединяем несколько процессов в один namespace. И каждому namespace можем давать в монопольное и эксклюзивное пользование: сетевые карты, диски и т.д.?
А Docker - это просто удобная надстройка над этим механизмом?
...
Рейтинг: 0 / 0
19.12.2014, 23:39
| Ответить | Цитировать | Написать  
А как вы относитесь к развертыванию кода через виртуалки ?
    #38838572
Фотография skyANA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
skyANA
Участник
Вася УткинAnatoly MoskovskyВася Уткин,

Docker и аналоги - это не виртуальная машина, а набор процессов в выделенном окружении (своя сеть, диски).
Работает на основе встроенных механизмов ядра линукса (namespaces).

Соответственно нет оверхеда как на виртуалках.
Ну и плюс разные плюшки типа отсутствия дублирования занятого места у разных образов основанных на одной системе.
Т.е. мы просто вызывая функции Linux API (не POSIX), передаем в них номера процессов и namespace-ов, и тем самым объединяем несколько процессов в один namespace. И каждому namespace можем давать в монопольное и эксклюзивное пользование: сетевые карты, диски и т.д.?
А Docker - это просто удобная надстройка над этим механизмом?Это такой типа тонкий троллинг? Целый гешпанец уже приезжал в Россию рассказывать про docker. Материалы в сети.
...
Рейтинг: 0 / 0
20.12.2014, 00:37
| Ответить | Цитировать | Написать  
А как вы относитесь к развертыванию кода через виртуалки ?
    #38838581
Фотография Anatoly Moskovsky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Anatoly Moskovsky
Участник
Вася УткинТ.е. мы просто вызывая функции Linux API (не POSIX), передаем в них номера процессов и namespace-ов, и тем самым объединяем несколько процессов в один namespace.
А Docker - это просто удобная надстройка над этим механизмом?
Да.


Вася УткинИ каждому namespace можем давать в монопольное и эксклюзивное пользование: сетевые карты, диски и т.д.?
Не совсем. Внутри контейнера нет доступа к оборудованию. Но, если не вдаваться в детали, там есть свои собственные экземпляры ethXXX, /dev/, /proc/ и т.д. (даже ID процессов свои)
Т.е. контейнер видит свои логические устройства и сетевые интерфейсы. И может соответственно монтировать свои диски и назначать свои IP адреса.
...
Рейтинг: 0 / 0
20.12.2014, 00:57
| Ответить | Цитировать | Написать  
А как вы относитесь к развертыванию кода через виртуалки ?
    #38838656
Вася Уткин
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Вася Уткин
Гость
Anatoly MoskovskyВася УткинИ каждому namespace можем давать в монопольное и эксклюзивное пользование: сетевые карты, диски и т.д.?
Не совсем. Внутри контейнера нет доступа к оборудованию. Но, если не вдаваться в детали, там есть свои собственные экземпляры ethXXX, /dev/, /proc/ и т.д. (даже ID процессов свои)
Т.е. контейнер видит свои логические устройства и сетевые интерфейсы. И может соответственно монтировать свои диски и назначать свои IP адреса.
Спасибо! На один аппаратный IO-интерфейс может приходиться по одному логическому в каждом namespace, т.е. можно сказать, что виртуализируются: сетевые карты, диски, видеокарта и т. д.?
...
Рейтинг: 0 / 0
20.12.2014, 12:37
| Ответить | Цитировать | Написать  
А как вы относитесь к развертыванию кода через виртуалки ?
    #38838738
Фотография Anatoly Moskovsky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Anatoly Moskovsky
Участник
Вася Уткин,

Видео/звук не виртуализируются. Процессы в контейнере работают через X. Это либо внешний X-сервер, либо внутри контейнера vnc-сервер.
...
Рейтинг: 0 / 0
20.12.2014, 16:31
| Ответить | Цитировать | Написать  
А как вы относитесь к развертыванию кода через виртуалки ?
    #38838753
Leonid Kudryavtsev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Leonid Kudryavtsev
Участник
1)
Кроме "установки" обычно бывает еще задача upgrade/патча и так далее. Ее тоже планируется решать методом передачи всей VM ?

2)
Меня учили, что на проекте должно быть минимум 3-и разных среды:
DEV --> TEST --> PROD

Идея кидать DEV --> PROD напрямую, IMHO в корне порочна

Кроме того, например на пред. проекте разработчики сидели на Windows и дебагерили на Windows и Tomcat, а TEST и PROD был на Unix'ах и WebLogic.

scf...а как же...возможность отката и прочие артефакты приличной культуры...
)))
ribamoya...А тут перец один начал говорить что нужно каждое приложение в виртуальной машине разбрабатывать...После даешь образ сисадмину а он ее просто на сервер ставит...Как вы относитесь к такому подходу?...
Пока видно только желание сисадмина ничего не делать.

С точки зрения разработчика - наверное удобно, т.к. не нужно делать "лишних" шагов. Собирать дистрибутив, проверять насколько он ставиться и так далее. Но убирание данных "лишних" шагов, на мой взгляд, неизбежно снизит (можно спорить на сколько, но IMHO снизит) качество тестирования и документирования решения.

С точки зрения админа-лентяя - тоже. Ему вообще ничего делать не нужно.

С точки зрения бизнеса - это 100% зависимость от разработчика. Даже и на уровне системного софта. Прислали виртуалку-черный ящик, что там, как настроено никому и знать не нужно. Все хорошо, пока не возникнут какие нибудь проблемы. А тут и выяснится, что "админ" ни бе ни ме. Только виртуалки копировать-запускать умеет.

IMHO & AFAIK.
Вася Уткин....
- если пики нагрузки софта на разных виртуалках не совпадают, то в момент простоя одного ПО1, другое ПО2 может задействовать всю мощ железа, и наоборот: например, обслуживание клиентов днем OLTP-СУБД, и подсчет аналитики ночью ETL/DWH-СУБД.
....
А вот меня всегда интересует другой вопрос, а кто может гарантировать, что для приложений пики внезапно не совпадут.

Лично у нас была огромная проблема, когда OLTP и отчеты крутились на одной БД. Запустил кто-то мега-дебильно-сложно-расчитывающийся отчет, да еще и не по одному разу, а фиг знает зачем штучек 5 в параллель и все.... стоят колом и отчеты и OLTP и вообще все. Пришлось в БД настраивать Resource Manager.

Кроме того, для некоторых коммерческих СУБД виртуалки вроде явно не дружат с лицензионной политикой и саппортом от вендора.
...
Рейтинг: 0 / 0
20.12.2014, 17:03
| Ответить | Цитировать | Написать  
А как вы относитесь к развертыванию кода через виртуалки ?
    #38838852
Вася Уткин
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Вася Уткин
Гость
Leonid KudryavtsevВася Уткин....
- если пики нагрузки софта на разных виртуалках не совпадают, то в момент простоя одного ПО1, другое ПО2 может задействовать всю мощ железа, и наоборот: например, обслуживание клиентов днем OLTP-СУБД, и подсчет аналитики ночью ETL/DWH-СУБД.
....
А вот меня всегда интересует другой вопрос, а кто может гарантировать, что для приложений пики внезапно не совпадут .

Лично у нас была огромная проблема, когда OLTP и отчеты крутились на одной БД. Запустил кто-то мега-дебильно-сложно-расчитывающийся отчет, да еще и не по одному разу, а фиг знает зачем штучек 5 в параллель и все.... стоят колом и отчеты и OLTP и вообще все. Пришлось в БД настраивать Resource Manager .

Кроме того, для некоторых коммерческих СУБД виртуалки вроде явно не дружат с лицензионной политикой и саппортом от вендора.
"Пришлось в БД настраивать Resource Manager" - собственно это обязательное условия при подобного рода оптимизациях.
А подобного рода оптимизации любят во всех фирмах - в стиле "сэкономим на редких нештатных ситуациях" - авось за год пока мы на этой позиции ничего страшного не произойдет, а через год за счет сэкономленных показателей на должность выше пойдем и уже это будут не наши проблемы.
Знаю пару реальных таких случаев в банках, правда там нештатная ситуация через месяц случалась и приходилось им возвращать все обратно :) Ну менеджеры в России мало чем отличаются от игроков в казино - ноль продуманность, максимум риска.
...
Рейтинг: 0 / 0
20.12.2014, 23:07
| Ответить | Цитировать | Написать  
14 сообщений из 14, страница 1 из 1
Форумы / Программирование [игнор отключен] [закрыт для гостей] / А как вы относитесь к развертыванию кода через виртуалки ?
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение   Полит. конфиден.  
NoSQL.ru       Кролег: Проекты, Новости, Чат       РЕД ФОРУМ       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=16&msg=38838500&tid=1341133]:
 0ms
get settings:
 10ms
get forum list:
 20ms
check forum access:
 4ms
check topic access:
 4ms
track hit:
 170ms
get topic data:
 9ms
get forum data:
 2ms
get page messages:
 51ms
get tp. blocked users:
 1ms
others: 235ms
total:  506ms
созд. / загр.: 506ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]