привет всем, уважаемые девелоперы.
я про кафку хотел спросить, кейс такой: есть топик, в который приходят сообщения, одни из которых десериализуются в один java класс, а другие - в другой. Есть два десериализатора для этих двух java классов. Моя проблема в том, что я не знаю как ПРАВИЛЬНО сделать, чтобы десериализаторы кушали именно свои данные. Мной найдено три разных решения:
- сделать вместо одного топика два
- жестко задать в какие партиции будет приходить тот или иной тип данных
- в заголовках сообщений при отправке продюсером указывать признак, а в каком нибудь DelegatingDeserializer читать этот признак и выбирать подходящий десериализатор
Подскажите, пожалуйста, как обычно вы решаете такие кейсы у себя на проектах?
В списке пользователей (реальных) системные (приложения) вообще не нужны и у них поля данных абсолютно разные
Читать полностью…Я к тому, что потом на фронте для приложении будет один интерфейс, для пользователей другой, соответственно и сущности в этом случае лучше были бы разные
Читать полностью…1. Для приложения параллельно кто его вызывает - другой бэк, фронт (пользователь). Это все клиент и некий пользователь в бд
2. Зачем тебе пользователю какое то приложение указывать? Цель?
Все зависит полностью от вашей инфраструктуры, где приложение работает и что ему доступно. Каким-то образом приложение должно получать токен или сертификат, которые соответствуют айдентити этого приложения. Поверх этих айдентити уже можно добавлять роли, claims или что угодно.
Читать полностью…Я начну. Гребешки, списанные серверы в карман главбуху, ежемесячный вечерный слёт СТО петербурга со столом в 100к/человек.
Читать полностью…Это можно сделать кучей способов. В том числе выпуском технических (сервисных) токенов
Читать полностью…Почему разные то? Ну и что что интерфейс разный, пользователь то один и тот же чатом пользуется? Апи наверно то же одно и то же
Читать полностью…Дальше скорее всего будет ещё и сущность пользователь с полем приложение, поэтому хотелось бы сразу на этапе планирования разделить. Чтобы потом не костылить...
Читать полностью…К примеру, на каком ещё интерфейсе можно реализовать, чтобы больше подходило к сущности приложение, чем пользователь?
Читать полностью…Приветствую коллеги!
Порекомендуйте пожалуйста как готовить авторизацию REST API для сервиса приложений?
Взял за базу Spring - смотрю в сторону JWT токенов.
Во всех примерах в Spring Security имплементация интерфейса UserDetails, а у меня пока не будет юзеров, авторизовать нужно приложение.
Партиция, реплика, компакшен, ядро.
Госы, распил, гендир весь отдел -
распустил.
Накатил.
Цод. Шпиндели. Дисковый мор.
Руководству излишки; сэкономили здесь -
хорошо, не потом.
Хорошо, что не я.
Миграция, реплика, топы, разрыв.
Кластер, репэир, компакшен застрял -
на партиции.
Как её я найду?
Спарк. Хадуп. Кафка. Хадуп.
СТО сверху вниз; сокращение скоро -
с ним мы не братья.
С ним не друзья.
Память, утечка, JVM и бюджет.
Знаю флаг; он в истории буфера -
снова сработало.
Снова спасло.
Нечеловечных ресурсов отделе,
по собственному, в серую, в конверте, по блату -
у всех за спиной
и у всех на глазах.
Разводы, измены, корпораты, жена.
Обманутый муж; да вот только не я -
где её же найти?
Что содержит меня?
Петабайт гребешка показался мне в ленте,
притаившись на полке войсух.
Это что же?
На еду мне зарплаты хватило?
Ну я про выбор типов кворума, особенностей мультидц, тамбстоуны, партиционироварие, repair и тд и тп
Читать полностью…