Size: a a a

Kubernetes — русскоговорящее сообщество

2020 November 21

EP

Evgen Pr in Kubernetes — русскоговорящее сообщество
Ну в том то и прикол что их сотня, поэтому на каждый выделить сервак, это прискорбно, придётся видимо последовательно запускать их с задержкой в какое то время, просто деплой займёт 30*100 минут в этом случае
источник

b

bob in Kubernetes — русскоговорящее сообщество
Evgen Pr
Лопатит большой объём данных формирует рекомендации, дальше ждёт уже данных за сейчас
php приложение?
источник

EP

Evgen Pr in Kubernetes — русскоговорящее сообщество
Нода
источник

DS

Dmitry Sergeev in Kubernetes — русскоговорящее сообщество
Evgen Pr
Ну в том то и прикол что их сотня, поэтому на каждый выделить сервак, это прискорбно, придётся видимо последовательно запускать их с задержкой в какое то время, просто деплой займёт 30*100 минут в этом случае
А этот вариант https://t.me/kubernetes_ru/319920 почему не подходит?
источник

GG

George Gaál in Kubernetes — русскоговорящее сообщество
Evgen Pr
Лопатит большой объём данных формирует рекомендации, дальше ждёт уже данных за сейчас
Инит контейнер какой или распиливать на компоненты
источник

b

bob in Kubernetes — русскоговорящее сообщество
Евгений, а эти 16Гб Вы тратите на прогрев кэша приложения?
источник

DS

Dmitry Sergeev in Kubernetes — русскоговорящее сообщество
George Gaál
Инит контейнер какой или распиливать на компоненты
+++
источник

EP

Evgen Pr in Kubernetes — русскоговорящее сообщество
Dmitry Sergeev
А этот вариант https://t.me/kubernetes_ru/319920 почему не подходит?
Датасайнтист все перепридумал и все надо передеплоивать на новую версию которая выдаст новые реки, вот тут и вопрос. Если
Ждать завершения джобы или инит контейнера то весь деплой последовательный и занимает хз сколько времени, но видать так и придётся делать много раннеров и несколько пайплайнов параллельно запускать просто
источник

GG

George Gaál in Kubernetes — русскоговорящее сообщество
Evgen Pr
Датасайнтист все перепридумал и все надо передеплоивать на новую версию которая выдаст новые реки, вот тут и вопрос. Если
Ждать завершения джобы или инит контейнера то весь деплой последовательный и занимает хз сколько времени, но видать так и придётся делать много раннеров и несколько пайплайнов параллельно запускать просто
ДС не моют руки
источник

GG

George Gaál in Kubernetes — русскоговорящее сообщество
И не убирают говно после себя
источник

EP

Evgen Pr in Kubernetes — русскоговорящее сообщество
George Gaál
Инит контейнер какой или распиливать на компоненты
Ага. По ходу так и придётся делать. Спасибо
источник

GG

George Gaál in Kubernetes — русскоговорящее сообщество
По крайней мере большинство
источник

GG

George Gaál in Kubernetes — русскоговорящее сообщество
И к сожалению приходится им вправлять мозги
источник

GG

George Gaál in Kubernetes — русскоговорящее сообщество
Но своё дело они делают хорошо, главное к проду не подпускать ни на шаг
источник

EP

Evgen Pr in Kubernetes — русскоговорящее сообщество
George Gaál
И к сожалению приходится им вправлять мозги
Я вспоминаю чувака из Кремниевой долины который придумал супералгорим виртуальной реальности который правда работал только на суперкомпах
источник

DS

Dmitry Sergeev in Kubernetes — русскоговорящее сообщество
Evgen Pr
Датасайнтист все перепридумал и все надо передеплоивать на новую версию которая выдаст новые реки, вот тут и вопрос. Если
Ждать завершения джобы или инит контейнера то весь деплой последовательный и занимает хз сколько времени, но видать так и придётся делать много раннеров и несколько пайплайнов параллельно запускать просто
Как я понял вы в любом случае сейчас ждете выполнения этой операции, и приложение не  может обслуживать запросы (или что оно там делает) во время инициализации. То есть это итак медленно. Либо если сейчас приложение вполне способно обслуживать запросы и до инициализации, то зачем вообще ждать когда выполнится джоба, можно просто обслуживтаь запросы по мере возможности, а потом когда в базе появятся нужные данные от джобы, то обслуживать запросы уже в полной мере.
источник

DS

Dmitry Sergeev in Kubernetes — русскоговорящее сообщество
Evgen Pr
Датасайнтист все перепридумал и все надо передеплоивать на новую версию которая выдаст новые реки, вот тут и вопрос. Если
Ждать завершения джобы или инит контейнера то весь деплой последовательный и занимает хз сколько времени, но видать так и придётся делать много раннеров и несколько пайплайнов параллельно запускать просто
еще идея. А может вообще вынести это отдельно. Например каждые 10 минут запускается задача, которая лопатит данные и складывает в базу. Тогда при деплое приложения эти данные будут максиум устаревшиие на 10 минут и вполне юзабельны, и приложение будет запускаться сразу и их использовать
источник

b

bob in Kubernetes — русскоговорящее сообщество
условное приложение Евгения по подбору друзей деплоится, в непрогретом состоянии оно предлагает условному Сергею в друзья педофилов, а прогретом состоянии предлагает любителей порулить штурвалом, вопрос: как помочь данным товарищам правильно подбирать друзей
источник

EP

Evgen Pr in Kubernetes — русскоговорящее сообщество
bob
условное приложение Евгения по подбору друзей деплоится, в непрогретом состоянии оно предлагает условному Сергею в друзья педофилов, а прогретом состоянии предлагает любителей порулить штурвалом, вопрос: как помочь данным товарищам правильно подбирать друзей
Я чего спросил собственно, вроде попадалось на глаза что в кубе был параметр а ля запуск старого г.. который давал много ресурсов на старте
источник

b

bob in Kubernetes — русскоговорящее сообщество
возможно Вы смотрели на автоскейлинг, но он не сохраняет данные
источник