Асинхронний бекенд на RabbitMQ та Kafka
Опис послуги
Я проєктую та збираю асинхронні, подієво-орієнтовані бекенди, які роблять сервіси незалежними один від одного, стійкими до збоїв і готовими до зростання навантаження. Коли запит більше не чекає, поки відпрацюють усі суміжні кроки, ваш API лишається швидким, а фонова робота йде у власному темпі. Спершу я моделюю потік повідомлень: які події важливі, хто їх публікує, хто споживає і що має статися у разі помилки. За цією моделлю я будую реальну топологію в RabbitMQ або Kafka з зрозумілими іменами, продуманою маршрутизацією та явною відповідальністю за кожну чергу й топік.
У RabbitMQ я налаштовую обмінники, черги та прив'язки під ваші справжні маршрути, а потім пишу воркери, які коректно підтверджують повідомлення, розумно використовують prefetch і не втрачають дані під час перезапуску. Додаю політику повторів з експоненційною затримкою, dead-letter обмінники для «застряглих» повідомлень та ідемпотентні обробники, щоб повторна доставка не призвела до подвійного списання чи дубля відправлення. Для потоків з високим навантаженням використовую Kafka: партиціоновані топіки, consumer groups, керування офсетами й повторне читання історії, аби можна було переобробити дані після викату нової фічі. У будь-якому разі мене цікавить back-pressure, гарантії порядку та поведінка під навантаженням, а не лише ідеальний сценарій.
Ви отримуєте фонову обробку, яка переживає сплески й аварії: важкі задачі, сповіщення, інтеграції та конвеєри даних ідуть через брокер, а не блокують користувача. Я віддаю зрозумілі схеми потоків, протестовані продюсери й консьюмери, health-check, метрики та дашборди, а також інструкції для чергового на випадок реальних інцидентів. Можу розширити наявну систему або підняти її з нуля й передаю все з документацією, щоб команда спокійно розвивала рішення далі.
— Проєктування топології: обмінники, черги, топіки, партиції
— Надійні воркери: ack, prefetch, повтори, dead-letter
— Ідемпотентність, порядок і back-pressure під реальним навантаженням
— Моніторинг, алерти та інструкції для продакшену
У RabbitMQ я налаштовую обмінники, черги та прив'язки під ваші справжні маршрути, а потім пишу воркери, які коректно підтверджують повідомлення, розумно використовують prefetch і не втрачають дані під час перезапуску. Додаю політику повторів з експоненційною затримкою, dead-letter обмінники для «застряглих» повідомлень та ідемпотентні обробники, щоб повторна доставка не призвела до подвійного списання чи дубля відправлення. Для потоків з високим навантаженням використовую Kafka: партиціоновані топіки, consumer groups, керування офсетами й повторне читання історії, аби можна було переобробити дані після викату нової фічі. У будь-якому разі мене цікавить back-pressure, гарантії порядку та поведінка під навантаженням, а не лише ідеальний сценарій.
Ви отримуєте фонову обробку, яка переживає сплески й аварії: важкі задачі, сповіщення, інтеграції та конвеєри даних ідуть через брокер, а не блокують користувача. Я віддаю зрозумілі схеми потоків, протестовані продюсери й консьюмери, health-check, метрики та дашборди, а також інструкції для чергового на випадок реальних інцидентів. Можу розширити наявну систему або підняти її з нуля й передаю все з документацією, щоб команда спокійно розвивала рішення далі.
— Проєктування топології: обмінники, черги, топіки, партиції
— Надійні воркери: ack, prefetch, повтори, dead-letter
— Ідемпотентність, порядок і back-pressure під реальним навантаженням
— Моніторинг, алерти та інструкції для продакшену
Зв'язатися з фрилансером
Замовте послугу або поставте питання виконавцю.
Контакти фрилансера
E-mailПоказати
