In OpenStack we trust ))

На самом деле еще в 2018 AT&T объявлял о начале строительства инфраструктуры под 5G на базе OpenStack, https://www.zdnet.com/article/mirantis-signs-huge-networking-deal-with-at-t/

Vmware опупуть какой дорогой. И саппорт у них .. ну уж очень так себе за такие деньги. У нас небольшой vmware кластер (несколько кластеров) на примерно 500 нод. И уже все нервы этот vmware высосал.

интересно насколько "дешевле" она будет той, которая на базе вмвари, с чем они вышли два года назад на рынок

Так это же они под эджкомпьютинг как я понимаю

Тем временем вот так: https://www.cnews.ru/news/line/2020-11-05_mts_postroit_gibkuyu_oblachnuyu

Так это же они под эджкомпьютинг как я понимаю

ох фак, я начал читать только заголовки статей =(

https://ubuntu.com/blog/mts-selects-openstack-and-canonical-for-next-generation-cloud-infrastructure

https://opennet.ru/54034-openstack

Мне кажется, будет такая ж беда как у Ростелекомов, билайнов, мегафонов и всякого другого гигантского энтеропрайза и операторов. Древние релизы опенстека на поддержке стоящей сотни тыщ в месяц. В итоге инженеры МТС будут точно так же как другие коллеги из энтерпрайзов везде вонять что опенстек это слажна и плохо работает и дорого, нудеть про capex и opex и все такое) На том и закончится славное шествие опенстека по большой тройке)

На самом деле еще в 2018 AT&T объявлял о начале строительства инфраструктуры под 5G на базе OpenStack, https://www.zdnet.com/article/mirantis-signs-huge-networking-deal-with-at-t/

И построил. В продакшн с осени 2019.

Но люди от бизнеса обо всем этом знать не будут) С их точки зрения это, разумеется, будет прорыв, инновация и успешное внедрение)

А что, есть что-то дешёвое и магическое?

Нет) В больших компаниях чо ни начни внедрять, а все равно, пардон, говно получится)

Это специфика крупного бизнеса же)

И построил. В продакшн с осени 2019.

А в чём разница между нашими и забугорными тырпрайзами ?

А в чём разница между нашими и забугорными тырпрайзами ?

Да ни в чем, наверное.

Тамошние инженеры побольше бабок получают и из-за NDA не могут ныть так же как у нас, наверное.

Вот и вся разница.

Да ни в чем, наверное.

Подходы, требования может быть другие

Или так, да.

А в чём разница между нашими и забугорными тырпрайзами ?

Подходы, требования, регуляторы... много что. А ещё они могут нанимать недорогую рабочую силу из других стран, включая РФ 😊

Мне кажется, будет такая ж беда как у Ростелекомов, билайнов, мегафонов и всякого другого гигантского энтеропрайза и операторов. Древние релизы опенстека на поддержке стоящей сотни тыщ в месяц. В итоге инженеры МТС будут точно так же как другие коллеги из энтерпрайзов везде вонять что опенстек это слажна и плохо работает и дорого, нудеть про capex и opex и все такое) На том и закончится славное шествие опенстека по большой тройке)

Да ладно. Я вот люблю опенстек ) иногда даже по нему скучаю )

А больше всего я люблю его документацию, которую пишут на отьебись

Да ладно. Я вот люблю опенстек ) иногда даже по нему скучаю )

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

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

Нет там немного сложнее и от части внешние факторы не дают идти в ногу со временем

Но скрам тоже да 😂

Нет там немного сложнее и от части внешние факторы не дают идти в ногу со временем

Да ну плевать чо им там не дает идти в ногу со временем) Суть в том что всё примерно так и есть, а уж какие на то причины эт дело десятое. Может причина в том что у половины совета директоров жены плохи в постели, а может в том что вместо технического руководства ставятся ловкие болтливые и изворотливые, но никчемные как инженеры люди) А где-то может статься дело в том что акционеры не одобряют, минкомсвязи запрещает и все такое прочее.

А её пишут, да? :)

Я думал это так, "заметки на полях"

А больше всего я люблю его документацию, которую пишут на отьебись

Это сюда было

Ого, Canonical внезапно молодцы

Да ну плевать чо им там не дает идти в ногу со временем) Суть в том что всё примерно так и есть, а уж какие на то причины эт дело десятое. Может причина в том что у половины совета директоров жены плохи в постели, а может в том что вместо технического руководства ставятся ловкие болтливые и изворотливые, но никчемные как инженеры люди) А где-то может статься дело в том что акционеры не одобряют, минкомсвязи запрещает и все такое прочее.

Ну мы были готовы идти на предпоследний на тот момент трейн, но нам сказали, чуваки трейн немного не совместим с другим нашим творением, поэтому идите на хер

Ну мы были готовы идти на предпоследний на тот момент трейн, но нам сказали, чуваки трейн немного не совместим с другим нашим творением, поэтому идите на хер

Вот-вот) Несовместим потому что творение пишется в отрыве от реальности и разработчики не следят за тем что проиходит в самом опенстеке.

А больше всего я люблю его документацию, которую пишут на отьебись

Пишите сами. ¯\_(ツ)_/¯

А больше всего я люблю его документацию, которую пишут на отьебись

Документация пишется сообществом, не?

Документация пишется сообществом, не?

не

не

https://docs.openstack.org/doc-contrib-guide/index.html

удобная логика

там конкретно выбранный человек

делает ли это его частью "коммьюнити" ? возможно

както освобождает от ответственности то что он часть коммьюнити?

нет, не освобождает

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

давайте начнем заново - таки шо вы хотите сказать тем что за документацию отвечает "коммьюнити"?

не "отвечает", а "может вносить изменения"

у них там не совет старейшин (в последний раз когда я проверял за Installation guides отвечал один хрен)

Процесс в документации описан Committing a change¶ Update the repository and create a new topic branch as described in the Starting a Change section of the Infrastructure manual. Fix the bug in the docs. Read Writing style, also pay attention to RST conventions. Create your commit message. See Committing a change for details. Create a patch for review.opendev.org following the Submitting a Change for Review instructions. Follow the URL returned from git-review to check your commit: https://review.opendev.org/<COMMIT-NUMBER> In Gerrit, wait for the automatic Zuul checks to succeed.

и где-то до Rocky (включительно) все было ок

и при переходе на центос8/питон3 чето пошло не так

у них там не совет старейшин (в последний раз когда я проверял за Installation guides отвечал один хрен)

стоит полагать, что должен быть ответственный, иначе в документации будет жопа

короче, чтобы было понятно о чем я - там ответственный один и он не особо справляется видимо (а раньше было лучше)

просто когда вызвался кто-то имхо не стоит писать - вы коммьюнити, все в ваших руках

мне кажется бардак ещё начинается там когда "все виноваты" )

просто когда вызвался кто-то имхо не стоит писать - вы коммьюнити, все в ваших руках

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

я думаю ещё 1-2 релиза на питоне 3 и RH8 и все вернется в чувство (если мы про Инсталл доку)

я думаю ещё 1-2 релиза на питоне 3 и RH8 и все вернется в чувство (если мы про Инсталл доку)

А там глядишь выйдет новая несовместимая версия пыхтона, еще за пяток релизов на неё переползут, а редхат как раз только закончат на третий переходить и люди под это дело документацию напишут)

ну типа да) на самом деле у меня не было ни единой загвоздки с докой за последние 10 лет. Все началось с Ussuri

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

ну типа да) на самом деле у меня не было ни единой загвоздки с докой за последние 10 лет. Все началось с Ussuri

А мне казалось, обычное дело. Полностью в норму документация приводится с отставанием в год по сравнению с циклами релизов.

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

А я вот не очень понимаю как вообще конкретная СУБД связана с конкретным проектом. Там же везде нахреначено по пять слоем ORM и прочих абстракций.

А я вот не очень понимаю как вообще конкретная СУБД связана с конкретным проектом. Там же везде нахреначено по пять слоем ORM и прочих абстракций.

есть отличия, например, использование uuid как тип в id записи

вот кстати и тикет https://bugs.launchpad.net/neutron/+bug/1848545

есть отличия, например, использование uuid как тип в id записи

Пфф. Штроили-штроили абстракции и поштроили. Какой-то не очень последовательный подход к разработке. Ну хотя это ж нейтрон.

Там чуть хуже всё чем в других преоктах.

Берёшь официальную документацию, работаешь по ней, видишь несоответствия или нехватку информации, пишешь свой вариант, отправляюсь патч, патч принимают – профит.

Берёшь официальную документацию, работаешь по ней, видишь несоответствия или нехватку информации, пишешь свой вариант, отправляюсь патч, патч принимают – профит.

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

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

вот да, обычно тупо нет времени писать коммиты ))

Вы после того как разобрались, внутреннюю документацию пишете?

Вот вместо того, чтобы писать внутреннюю документацию, сразу пишите документацию в upstream.

Вот вместо того, чтобы писать внутреннюю документацию, сразу пишите документацию в upstream.

Так её не примет никто в том виде в каком она пишется.

Так её не примет никто в том виде в каком она пишется.

А что не так с её видом?

Вот вместо того, чтобы писать внутреннюю документацию, сразу пишите документацию в upstream.

"а что так можно было"))

А что не так с её видом?

Вот, например, в каком стиле написано у меня: "Если с первого раза создание виртуалки с pcie устройством зафейлилось, последующие попытки тоже будут неуспешными из-за бага в nova. Эта хренотень после первой неудачной попытки добавляет в pci requests новые запросы на устройства, не удаляя старые. Это приводит к конфликтам pcie адресов на новых хостах."

А что не так с её видом?

например, в доке по подготовке одно написано, в некоторых сервисах необходимо отклоняться и делать другие настройки субд, иначе либо миграции не проходят, либо питон 3 ещё не работает

Это не документация, а заметка, конечно, но такого у всех, мне кажется, очень много. А формализацией никто не занимается.

Вот, например, в каком стиле написано у меня: "Если с первого раза создание виртуалки с pcie устройством зафейлилось, последующие попытки тоже будут неуспешными из-за бага в nova. Эта хренотень после первой неудачной попытки добавляет в pci requests новые запросы на устройства, не удаляя старые. Это приводит к конфликтам pcie адресов на новых хостах."

😅пожалуй да, стиль другой

вот кстати и тикет https://bugs.launchpad.net/neutron/+bug/1848545

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

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

спасибо, попробую

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

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

Я не жалуюсь)