Апач вообще кладбище напоминает.

Задайте этот глупый вопрос в сообществе разработки того же кубера, или реббита. Как же там оказался го или эрланг, например, это же всего лишь библиотека засунутая. Или почему самая популярная и зрелая реализация graphql сервера на сделана на ноде.
Язык/платформа - это просто инструмент для решения задач, у любого инструмента есть сильные и слабые стороны, которые накладываются на требования и приоритеты задачи. И потом влияют на трудозатраты, стабильность и сложноть поддержки. Где может нужен голый перфоманс на цпу задачах, а где-то грин треды и эффективный по памяти рантайм. А где-то может просто всё упрётся наличие нужных либ (вендор, например только jdbc поддерживает).
Ничего особенного не изобрели, есть процесс анализа требований и грамотный подбор инструментов.

q

ну, гугл не лучше 😊
https://killedbygoogle.com/

Ну, так graphql кроме как фронтендерам - никому не нужен, редкостная гадость.

В реббите эрланг - тоже источник проблем. Недаром единственная приличная очередь написана на java с примесью скалы.

Снова мимо, нужен, это хороший интсрумент для аграгеации/трансформации данных, частично берующий на себя задачи BFF.

И какая же? (надеюсь речь не про кафку, которая вообще другой класс решений относительно реббита)

Ээ, он очень плохой инструмент агрегации и трансформации.

Какой-то пруф, что плохой?

А других нормальных очередей просто нет, увы. И она все кейсы кролика реализует лучше чем кролик.

Кролик классический task queue, кафка - распределнный лог, реализовать на ней очередь задач, это как ездить на велосипеде без сидушки, редсткостная наркомания. Как там с автомасштабированием дела у кафки? Что будеш делать если партиции закончилисиь, а новых воркеров пул добавить надо? (как раз типовой случай на очереди задач)

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

Э, в кролике вообще нет работы в кластере, только глюки. Какое автомасштабирование, о чем речь.

А в кафке удаление числа партиций из коробки.

Ну и нет проблем кафку под task queue использовать, там хотя бы гарантии есть (в отличии от кролика, где персистанс кривой и на мнезии).

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

Хахаха... Ну вы даёте))
Вы походу вообще не понимаете о чём говорите.. вот вообще не разбираетесь.
Го это не библиотека. Я говорил про их реализацию CSP. Которая есть, как библиотека, во многих языках и идея которой была придумана за примерно 30 лет до появления Го.
А по поводу кубера... Есть классная статья про разработку кубера. Как они там были вынуждены разработать свою систему типов в рантайме (!!) по верх гошной. Чтобы хоть как-то стабилизировать систему. Мыши плакали, кололись, но кучу кода уже не могли выкинуть...

А почему так мало партиций изначально? Если их сделано нормально, то сразу будет ребаланс. И сразу новый консьюмер начнет получать сообщения (если в той же группе). Все работает и мгновенно.

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