Anonymous
D R будет жить. Поприветствуем!
Andrey
openstack-helm как то обещающее смотрится
То есть просто докер - непривычно, а докер+оркестрация - "обещающее"?) Странная логика
NS 🇷🇺
То есть просто докер - непривычно, а докер+оркестрация - "обещающее"?) Странная логика
5.40 субботы зайти в чат стека, вот что странно)))
Aleksey
5.40 субботы зайти в чат стека, вот что странно)))
Да ладно тебе, любовь к стеку может проснуться в любой момент :)
NS 🇷🇺
У него ненависть к нему зашкаливает 😂
Andrey
Ночью были дела, не связанные с работой))
Andrey
Ну и да - хватит с меня стека
NS 🇷🇺
Ну и да - хватит с меня стека
😂 а я тут в твоё отсутствие понаслаждался вьебом инстанс инфо кеш таблицы
Dmitry
😂 а я тут в твоё отсутствие понаслаждался вьебом инстанс инфо кеш таблицы
кстати, а в ней была проблема в итоге?
NS 🇷🇺
Ага
Dmitry
вот дерьмо
NS 🇷🇺
В натворк инфо [] вместо данных
NS 🇷🇺
Наговнякал скрипт и перегенерил
NS 🇷🇺
Ибо не один патч не привёл её к нужному виду
Andrey
J
Что за тема?
Ды поищи выше)
Таблицы с закешированными данными инстансов портились, информация о сетевых интерфейсах из них исчезала и виртуалки стартовали без портов вообще. Это если максимально коротко)
Andrey
А эти таблицы - временные или постоянные?
Andrey
Говнокодить научусь зато😂
Я тоже последние 2 рабочих дня нахожу баги в солте и пытаюсь их фиксить)))
NS 🇷🇺
Все на благо )
NS 🇷🇺
там еще есть shadow с таким же именем :D
Dmitry
Вот одно не могу понять, зачем же они таблицу обозвали как cache
чтобы не нагружать базу сложными запросами в нейтрон постоянно
Vladimir Kuznetsov
чтобы не нагружать базу сложными запросами в нейтрон постоянно
Для чего эта таблица понимаю, но название cache в моем представлении говорит о том что данные потерять от туда можно, подразумеваю что должен быть механизм восстанавливающий их, а его нет.
Dmitry
Andrey
Поэтому я больше со стеком не работаю)))
Dmitry
не более странно, чем дефолтовый конфирм/реверт при миграции-ресайзе
Anonymous
@aa_abramov Альтернативы? One?
Andrey
куча металл серверов на ручном приводе :D
Когда работаешь в продуктовой компании, а не в сервис-провайдере, это намного надежнее и проще.
Dmitry
NS 🇷🇺
Когда работаешь в продуктовой компании, а не в сервис-провайдере, это намного надежнее и проще.
ну я не тебе отвечал, а потрлить =)
Dmitry
а мы в сервис провайдерах должны страдать с сефостеками
Dmitry
фреймоворки делать поверх фреймворков
J
Ну уж хз чо там за страдания)
Anonymous
Алексей Калакин будет жить. Поприветствуем!
Andrey
Когда работаешь в продуктовой компании, а не в сервис-провайдере, это намного надежнее и проще.
а когда работаешь в продуктовой компании с 100 продуктов ? тоже железо ?
Nikolai
а когда работаешь в продуктовой компании с 100 продуктов ? тоже железо ?
Обязательно. А поверх уже фреймворки из фреймворков)
Pavel
И в контейнеры
Pavel
В кубернетис. А в кубы опенстек утолкать
Andrey
это вопрос "железо vs виртуализация vs cloud" для продуктовой компании с 100+ продуктов
NS 🇷🇺
В кубернетис. А в кубы опенстек утолкать
и управление этими кубами передать стеку в них развернутому, ну чтобы уже совсем джекпот был
Andrey
а когда работаешь в продуктовой компании с 100 продуктов ? тоже железо ?
У меня такого опыта нет. Но всякие яндексы почему-то стек не пользуют
NS 🇷🇺
У меня такого опыта нет. Но всякие яндексы почему-то стек не пользуют
у кого есть руки, начинают со стека и яндекс не исключение...а потом все быстро перепиливают :D
Dmitry
У меня такого опыта нет. Но всякие яндексы почему-то стек не пользуют
Яндекс крутил стэк на 5к нодах и им не понравилось 🙂
NS 🇷🇺
ыыыы
J
Яндекс крутил стэк на 5к нодах и им не понравилось 🙂
Ну это не показатель, впрочем)
Там, думаю, решения принимали ровно 3.5 человека.
Vladimir Kuznetsov
Яндекс крутил стэк на 5к нодах и им не понравилось 🙂
Вообще сложно найти продукт который бы понравился и устроил яндекс )))
J
not invented here)
Vladimir Kuznetsov
Yep )))
Anonymous
@kerchick будет жить. Поприветствуем!
Anonymous
Alexey Dushechkin будет жить. Поприветствуем!
Alexey
Здравствуйте. Видел ли кто/знает ли, как бы попроще написать политику для nova/neutron, чтобы роль могла исключительно создавать, но не удалять/изменять даже созданное собой же?
Andrey
Хм
Pavel
Здравствуйте. Видел ли кто/знает ли, как бы попроще написать политику для nova/neutron, чтобы роль могла исключительно создавать, но не удалять/изменять даже созданное собой же?
Алексей, категорически приветствую 😄
Andrey
Здравствуйте. Видел ли кто/знает ли, как бы попроще написать политику для nova/neutron, чтобы роль могла исключительно создавать, но не удалять/изменять даже созданное собой же?
Если только нову и нетрон, то не сложно. Все полиси, если еще не смотрел, - просто перечисление апи-вызовов с соответствующей политикой, которая определяет маппинг можно-не можно.
У меня были определенные проблемы с синдером, глансом и кейстоуном - по крайней мере в ньютоне их полиси были бесполезными и абсолютно нерабочими. Фактически можно было либо дать админа, либо обычного юзера, и ничего больше. Про более новые версии не подскажу.
Andrey
Конкретики и примеров не будет - опенстека под рукой у меня к счастью больше нет.
Ascandar
NS 🇷🇺
Здравствуйте. Видел ли кто/знает ли, как бы попроще написать политику для nova/neutron, чтобы роль могла исключительно создавать, но не удалять/изменять даже созданное собой же?
Алексей, вы не смогли прожить эту жизнь без стека ? =)
NS 🇷🇺
Там вроде есть контейнеровозы😂
NS 🇷🇺
Лол
Ascandar
Вмаре хоризон может?