Size: a a a

OpenNebula - русскоговорящее сообщество

2020 June 09

k

kvaps in OpenNebula - русскоговорящее сообщество
@i.am.not.root__
по всей природе для Ruby самая документированая, санстон - то на руби
бэк на руби
фронт на жсе
источник

@

@i.am.not.root__ in OpenNebula - русскоговорящее сообщество
я бекендом сам oned привык считать ))0
источник

NP

Nick Potemkin in OpenNebula - русскоговорящее сообщество
kvaps
VM - это всего-лишь инстанс, удобная сущность что-бы утилизировать ресурсы, не забываем об этом при проектировании приложения
у многих VM - это черный ящик заказчика
источник

k

kvaps in OpenNebula - русскоговорящее сообщество
@i.am.not.root__
я бекендом сам oned привык считать ))0
ну там больше фронта чем бэка (конкретно в санстоне)
источник

k

kvaps in OpenNebula - русскоговорящее сообщество
Nick Potemkin
у многих VM - это черный ящик заказчика
ну по идее заказчикам тоже нужно объяснять как пользоваться облаком
источник

@

@i.am.not.root__ in OpenNebula - русскоговорящее сообщество
не важно, главное что кастомный веб писать можно))
источник

k

kvaps in OpenNebula - русскоговорящее сообщество
хранишь данные в non-persistent - сам дурак
источник

NP

Nick Potemkin in OpenNebula - русскоговорящее сообщество
kvaps
хранишь данные в non-persistent - сам дурак
угу.. есть рейд - бекапы не нужны
источник

k

kvaps in OpenNebula - русскоговорящее сообщество
у нас не так, по этому городим бэкапы через ансибл
источник

NP

Nick Potemkin in OpenNebula - русскоговорящее сообщество
отсутствие любых намеков на управление резервным копированием - это дикий косяк системы. и не надо пытаться сказать, что это нормально
источник

я

я цифровая подпись... in OpenNebula - русскоговорящее сообщество
kvaps
VM - это всего-лишь инстанс, удобная сущность что-бы утилизировать ресурсы, не забываем об этом при проектировании приложения
По хорошему да. Но у нас два типа вм
1) приложения - и им ненужны бекапы, базы бекапятся отдельно, compute и все инфра поднимается из гитлаба за 5 минут
2) виртуалки которые ещё не приложения. Когда кто-то создал что бы иметь какое то специфичное окружение, или прогонять тесты или, ну хрен знает. Если оставлять ответственность за данные на том кто создал виртуалку то он все равно бекапить не будет. А посыпется оно из-за действий админа
источник

k

kvaps in OpenNebula - русскоговорящее сообщество
Nick Potemkin
отсутствие любых намеков на управление резервным копированием - это дикий косяк системы. и не надо пытаться сказать, что это нормально
ну как бы создай ты ещё один датастор, назови его backups будут тебе бэкапы, то что при создании бэкапа любые дейсивия с виртуалкой блокируются - это уже другой вопрос и значимое упущение
источник

NP

Nick Potemkin in OpenNebula - русскоговорящее сообщество
kvaps
ну как бы создай ты ещё один датастор, назови его backups будут тебе бэкапы, то что при создании бэкапа любые дейсивия с виртуалкой блокируются - это уже другой вопрос и значимое упущение
это не "управление" - это "придумали, куда положить"
источник

я

я цифровая подпись... in OpenNebula - русскоговорящее сообщество
Да лол тут под любой датастор бекап пишется за три минуты. @kvaps прав в том что облака не бекапят, там просто ничего не удаляют кек. Просто необлачных систем управления виртуалками нет и выкручиваемся как можем
источник

k

kvaps in OpenNebula - русскоговорящее сообщество
Nick Potemkin
это не "управление" - это "придумали, куда положить"
там ещё такая штука есть
источник

k

kvaps in OpenNebula - русскоговорящее сообщество
источник

k

kvaps in OpenNebula - русскоговорящее сообщество
на создание снапшота можно бэкап-скрипт повесить
источник

k

kvaps in OpenNebula - русскоговорящее сообщество
но это костыль, пора привыкнуть что OpenNebula - это один большой костыль
источник

NP

Nick Potemkin in OpenNebula - русскоговорящее сообщество
да, это я уже ковырял - нужна кастомизация и удобное управление
источник

NP

Nick Potemkin in OpenNebula - русскоговорящее сообщество
kvaps
но это костыль, пора привыкнуть что OpenNebula - это один большой костыль
да-да, это понятно )
источник