Мультикастом, например. https://en.wikipedia.org/wiki/IP_multicast

К сожалению, программа, которая отправляет данные, не поддерживает эту функцию. У меня возникла идея, что данные можно направлять на прокси-сервер, а оттуда уже распределять их по инстансам.

гугл у вас какой то сломанный что ли.

а потом удивляются, откуда мут в чатах

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

и еще, кто-то может моим наставником стать из этой группы?)

тебе кто то сказки рассказал от huawei никогда ничего не было.

Это не рокет сайенс. Не всем нужны пять девяток надёжности.

Да тут бы хотя бы две шестерки

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

Чтобы так спрашивать нужно уже достаточно знать. Это не всегда бывает.

Всем привет) задам вопрос. Для того чтобы 'стучаться' в openstack, планируется использовать skyline-apiserver. Хорошая ли практика, склонировать master skyline и его уже дополнять своим кодом или все таки нужно как-то по другому кастомизировать компоненты и логику? Так как сегодня узнал что к примеру под keystone пишутся расширения. Не понятно как правильно начать разработку просто. В целом, хотя бы, для первого шага нужно расширить модель пользователя своими полями и добавить логику проверки по отправки кода верификации. Вот все время пытаюсь найти информацию как правильно это сделать потому, что мне кажется что если я подниму свой проект на fastapi отдельный и буду там все реализовывать и хранить, то это не правильно вроде как.

Тебе 2fa для логина в вебку нужно?

хочешь наставником стать?

Нет, порекомендовать не даунстримиться :)

Тебе 2fa для логина в вебку нужно?

нет, просто понять как правильно и с чем работать. Нужно расширять keystone или на своей стороне всю доп логику писать? Так вообще вопросов много конечно

нет, просто понять как правильно и с чем работать. Нужно расширять keystone или на своей стороне всю доп логику писать? Так вообще вопросов много конечно

Зависит от цели и ширины кармана. Поменяешь апи кистоуна придётся менять библиотеки апстримовые для работы с опенстеком

Я читал что для keystone пишутся расширения и плагины

Я читал что для keystone пишутся расширения и плагины

Зависит от цели и ширины кармана. Поменяешь апи кистоуна придётся менять библиотеки апстримовые для работы с опенстеком

у вас требования к опенстаку какие изначально?

Мне нужно разобраться как из него сделать paas и sass приложение для аренды облака. Я решил начать с первого этапа, авторизация. И для этого есть keystone. Так вот, в моей таблицы пользователя должны быть дополнительные поля и тут первый вопрос. Это нужно таблицу user в keystone расширить полями или только на своей стороне сделать модель юзера со всеми полями? Кажется что первый вариант правильный так как это все таки централизованный сервис и не будет проблемы с актуалтзацией данных между user моим приложением и user keystone. Потом вопрос где реализовать смс провайдер. Расширением в keystone или в своем приложении. Так же покапавшись в БД keystone , вижу что там три вида токена (access token, request token, token ) нафига спрашивается. И вроде как остановились использовать для взаимодействия skyline. И тут у меня тоже вопрос, на сколько грамотно использовать мастер ветку skyline и ее дополнять уже своим кодом. Из-за этого не будет возможности обновления. Во всем интернете не могу найти практического руководства или инфы как именно backend разработчик с этим всем работает.

Кистоун в кейклок воткни и будет тебе счастье :)

выкиньте опенстек, пишите свою виртуализацию.

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

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

А киклок зачем?) тоже самое ведь только еще и на java

Вообщем, если все же кто-то имеет возможность по времени и желание за денюжку. То я ищу наставника. Хотя бы на вопросы отвечать для разъяснения. По два академических часа пару раз в неделю хотя бы.

если вы выкидываете core компонент то как же у вас это все будет работать с endpointами? через что у вас будут токены? Через какой api server это будет ходить? skyline api server это вообще про доп возможности

да и вообще через него все выкинуть можно )

да можно, вообще все выкинуть.. накупиться микротиками и на них докер крутить

зря прикалываешься ))) выкинуть кейстоун на некоторых облаках норм практика ))) ибо он еще тот тупезень

Мне нужно разобраться как из него сделать paas и sass приложение для аренды облака. Я решил начать с первого этапа, авторизация. И для этого есть keystone. Так вот, в моей таблицы пользователя должны быть дополнительные поля и тут первый вопрос. Это нужно таблицу user в keystone расширить полями или только на своей стороне сделать модель юзера со всеми полями? Кажется что первый вариант правильный так как это все таки централизованный сервис и не будет проблемы с актуалтзацией данных между user моим приложением и user keystone. Потом вопрос где реализовать смс провайдер. Расширением в keystone или в своем приложении. Так же покапавшись в БД keystone , вижу что там три вида токена (access token, request token, token ) нафига спрашивается. И вроде как остановились использовать для взаимодействия skyline. И тут у меня тоже вопрос, на сколько грамотно использовать мастер ветку skyline и ее дополнять уже своим кодом. Из-за этого не будет возможности обновления. Во всем интернете не могу найти практического руководства или инфы как именно backend разработчик с этим всем работает.

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

можно в привате в тележке сидеть ) а можно на онлифанс ))) нагрузка разная -)))

Тебе никто не запрещает на онлифанс про опенстек рассказывать, ну.

в моем возврате и с моим весом я там разве что в роли антигероя или злодея извращенца могу всех опенстеком пугать

На каждый товар - свой купец (с)

Между прочим вы там рядом живете. Константин переодически крутится в Адлере

та я с февраля на пару недель в москву приехал ) так не вырвусь )) уже и лето прошло ) и 3е сентября )))

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

мистер @Outlingo возьмет еще больше и золотом

Мистер я слишком хорошо знает преподавание (7+ лет стажа) и опенстек (тоже 5+ лет знакомства) чтобы вылазить в эту историю

Вы еще этих опытных разработчиков найдите. И не просто опытных, а уже покушавших полной ложкой, иначе соберете ВСЕ типовые ошибки.

Говорят что больше шансов найти свистящих раков, чем разрабов даже под openstacksdk 🔥

Может искать все таки разрабов не под опенстек? А именно тех кто понимает как улучшить тот или иной компонент, без ухудшения производительности.

Может искать все таки разрабов не под опенстек? А именно тех кто понимает как улучшить тот или иной компонент, без ухудшения производительности.

В теории он весь модульный, как раз из соображений, что кому-то чего-то не хватит:)

выкиньте опенстек, пишите свою виртуализацию.

Говорят что больше шансов найти свистящих раков, чем разрабов даже под openstacksdk 🔥