ph
gdb -p pid
> call fflush(NULL)
> call fflush(NULL)
Size: a a a
2021 June 17
PS
о, вот это что я хотел, спасибо
A
AI
Согласен, уже думал над кафкой. Пока хочу попробовать пожить на рэббите, потому что на рэббите шишки уже более-менее собрали, а на кафке нет.
Меня еще отпугивает, что я слышал, что для правильной настройки кафки нужен чуть ли не отдельный сотрудник. Насколько это правда, не знаете?
Меня еще отпугивает, что я слышал, что для правильной настройки кафки нужен чуть ли не отдельный сотрудник. Насколько это правда, не знаете?
AI
У нас тоже битнами.
Вообще, похоже, что у нас проблемы в большом количестве процессов в других подах на этой же ноде. Сейчас буду тестить 200к сообщений и меньше других подов
Спасибо за ссылку, кстати. Довольно интересно
Вообще, похоже, что у нас проблемы в большом количестве процессов в других подах на этой же ноде. Сейчас буду тестить 200к сообщений и меньше других подов
Спасибо за ссылку, кстати. Довольно интересно
AI
Абсолютно согласен! В вопросе я собрал все данные, которые казались полезными, ознакомился с рекомендациями в статьях разных и понял, что они к нам не относятся (например, предлагалось уменьшить кол-во коннектов, которое у нас и так маленькое). Ну и эти данные мне не помогли ответить на вопрос, поэтому написал сюда, чтобы получить подсказки по тому, куда смотреть
СА
Экспертизу придётся нарабатывать, это точно. Не думаю, что есть такая профессия "настройщик кафки" (как рояля), вполне можно в команде вырастить.
AI
Про рояль забавно. Понял, спасибо
SS
куфай кафку, куфай, станешь настройщиком
A
если вы в aws можно смотреть в сторону msk
A
может как сервис взять? выйдет дешевле человека, еще и в отпуск не ходит…
A
чат, а вы держите statefull сервисы в k8s?
AI
может быть, да. Просто у нас есть кредиты в scaleway, поэтому стараемся все там держать. Да и хочется, чтобы все в одном кластере было, чтобы можно было on-premise разворачивать
AI
у нас есть один, но он в одной сущности
и есть еще один, но там от стейта только кэш в памяти
и есть еще один, но там от стейта только кэш в памяти
A
у меня кладывается видение что всё statefull должно или стоять отдельно, или быть как сервис:
база данных
очередь сообщений
файлохранилище
база данных
очередь сообщений
файлохранилище
A
читай пока вы мелкие возьмите сервис - настройка займет минуты, пока мелкие стоимость небольшая, если вы большие - выделите на эту байду отдельную машину/кластер
AI
у меня пока не слишком много опыта в кубе, но по-моему, проблема стейтфул сервисов в том, что сложно их скейлить. А если он один работает, то +- пофиг, будет он в кубе или нет. Если не в кубе, то труднее это все хэндлить
AI
вообще да, я согласен, что пока маленькие, проще взять SaaS. Но у нас вот консерн в том, что в скейлвее у нас все бесплатно)
Поэтому мы платим своим временем гы
Поэтому мы платим своим временем гы
A
я не понимаю такой момент: в кубе есть pod’ы - развернутые приложения(может включать в себя больше одного сервиса), pod’ы могут плавать между нодами куба (ему виднее что где), да можно руками прибить под к ноде, как state будет плавать между нодами?
A
со stateless все понятно, подняли контейнер(под), перенаправили на него трафик, старый погасили