инженер не облажался, ведь даже вендор не смог - все в белом

тут понятно что инженер вендора долбаеб # ну блин, рандомный индус а почему наш инженер к нему пошел ? он что тоже долбаеб ? должен был предусмотреть на этапе внедрения

за-то в варе можно призвать вендора и получить не внятный ответ

## про ванильный опенстек: питонисты не любят опенстек потому что надо быть еще и linux инженером инженеры привыкшие к вмвари не любят опенстек - ну тут все понятно я не встречал тру линуксоидов которые не любят опенстек) но они(линуксоиды) НЕ любят как бизнес строит модели внедрения/контроля опенстеков, потому что менеджеры эт ппц) ну, блин, да, получается никто не любит =)

Помницца был "смешной" случай, когда один "эффективный управленец" наобещал еще более эффективным, что Опенстек будет потреблять железо в 2,5 раза меньше, чем ВМварь. Надо ли объяснять наше ох...ние, когда команда пришла согласовывать новую закупку серверов, так как переподписка уже была где то под 1 к 20, а нам ответили "так вы еще старую квоту не выбрали". Тот управленец к тому моменту уже свалил развивать новые горизонты, разумеется. :) Так что да, опенстек это не только технические проблемы, но и организационно-ментальные. Проще говоря, пока вообще мало кто понимает что это такое.

да если бы проблемы, боль и страдания в чистом виде

Помницца был "смешной" случай, когда один "эффективный управленец" наобещал еще более эффективным, что Опенстек будет потреблять железо в 2,5 раза меньше, чем ВМварь. Надо ли объяснять наше ох...ние, когда команда пришла согласовывать новую закупку серверов, так как переподписка уже была где то под 1 к 20, а нам ответили "так вы еще старую квоту не выбрали". Тот управленец к тому моменту уже свалил развивать новые горизонты, разумеется. :) Так что да, опенстек это не только технические проблемы, но и организационно-ментальные. Проще говоря, пока вообще мало кто понимает что это такое.

Чужие. :)

У openstack есть одна проблема. Это малое количество вендоров. Если так посмотреть то это один redhat. Все эти huewei и другие китайцы идут лесом по понятным причинам. А деплой openstack через TripleO калечит мозг.

Вендоры и не особо нужны, нужны компании которые шарят и могут внедрять ванильный опенстек. А когда все подряд стараются делать "продукт" на базе опенсорсного фреймворка, обычно получается непонятное дерьмо. Очень самобытное и отстающее от апстрима.

Мейлуклауд (простите, вк клауд) не согласен

Mail.ru не продает дистрибутив опенстека, так что, пример неподходящий)

А как это противоречит моим словам про отставание от апстрима? Не говоря уж о том что все эти дистрибутивы чаще всего на спорных решениях построены, которые не для всех хороши.

У мигрантиса сейчас вроде как апстрим, просто своя процедура доставки и сборки

т.е. больше не hardened openstack ? я слышал они пытались у себя выпилить openvswitch в пользу linux bridge и как-то не смогли =) просто взяли апстрим ?

Можешь купить их клауд

У мигрантиса сейчас вроде как апстрим, просто своя процедура доставки и сборки

Только не дай Бог его купить. Спросите у Х5 как они поимели проблем от мейлового вторсырья.

Условный апстрим с контролами в кубере, что тоже доставляет удовольствия. Но мирантис да, наверное единственный кроме редхата, кто умеет в нормальную поддержку.

Условный апстрим с контролами в кубере, что тоже доставляет удовольствия. Но мирантис да, наверное единственный кроме редхата, кто умеет в нормальную поддержку.

там же колла была

Да у них странная схема с undercloud

В паблике нет никакой коллы)

У кого её нет? 😁

Да у них странная схема с undercloud

В привате очень даже колла. Допускаю мысль, что судя по распределению спецов, мейлы тренируются на "кошках" в привате, а потом лучшее катят в паблик.

я про ту что с LXC фаршем

не было LXC

я могу показать митаку

я могу показать митаку

Собственно, история с редхатом и мирантисом подтверждает лично мое убеждение, что если вы хотите опенстек, то наращивайте компетенции внутри компании, а не надейтесь на "доброго вендора". Что пугает работодателей, потому что спецов надо кормить и держать, а не относиться по принципу "пшелвон, холоп".

откуда вы берете "добрых вендоров" ? даж гугл слоган сменил =)) а эти никогда добрыми даже не притворялись)

поддержка redhat кстати, порой тоже вызывает неприятное удивление. я думал они как-то более собранные, а по факту баг, который не даёт включать анонимный доступ к s3-бакету уже третий месяц исправляют. и это при наличии открытого запроса с обоснованным высоким приоритетом и отсутствии обходного решения 🥺

А где-то бывает по другому? Купил поддержку и рулишь приоритетами всей команды разработки?

я ожидал, что дадут workaround, а в это время будут исправлять код. либо, если нет возможности дать workaround, сделают фикс в течение пары дней.

Разрабы не сидят в афк и только и ждут вашего очень важного фича реквеста. У них свои родмапы на год вперёд, куда и так впихивают всякое, и впихнуть дополнительно можно только если очень пичот и кого-то очень ебут. Анонимный доступ к с3 бакету не звучит как супер важная киллер фича(нужная большому кол-ву других клиентов , не только вам), поэтому исход такой. Поэтому согласен с Павлом . поработав со стороны вендора, начинаешь понимать почему все работает так :)

эт не фичреквест вовсе. это то, что сломали в 16.1 и, вероятно, в 16.0, а в более ранних версиях работало. то есть это задокументированная функция, а не лично мое и никому более не нужное пожелание. да и с s3 это лишь один из примеров. у меня их несколько похожих :(

Только не дай Бог его купить. Спросите у Х5 как они поимели проблем от мейлового вторсырья.

^ вот что-нибудь отсюда интересно бы

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