Size: a a a

Архитектура ИТ-решений

2020 February 20

PD

Phil Delgyado in Архитектура ИТ-решений
Кафку можно (и просто) настроить для хороших гарантий в кластере. Кролик сложно, без гарантий и все равно падает.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Anton Korotkikh
ну такое себе, нужно заранее опередилть максимально количество работающих воркеров. чтобы иметь автомасшатабирование в каком-то диапазоне.
Ээ, так сделать 128 и не думать. Или 65535.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Кролик то при таком числе потребителей просто умрет.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Но дело не в языке, кролик просто плохо сделан. А Кафка - хорошо. Ну и с опытом кролика, конечно. Ну и на скале проще делать хорошо, чем на кролике или ноде или го
источник

AK

Anton Korotkikh in Архитектура ИТ-решений
Phil Delgyado
Но дело не в языке, кролик просто плохо сделан. А Кафка - хорошо. Ну и с опытом кролика, конечно. Ну и на скале проще делать хорошо, чем на кролике или ноде или го
смотря что, в общем случае не проще
источник

PD

Phil Delgyado in Архитектура ИТ-решений
(хотя там скалу на джаву переводят потихоньку)
источник

AK

Anton Korotkikh in Архитектура ИТ-решений
Phil Delgyado
(хотя там скалу на джаву переводят потихоньку)
вот кстати да, в репе кафки всё больше жаба кода становится
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Anton Korotkikh
смотря что, в общем случае не проще
Ну, на котлине точно проще. Вообще на языке с хорошей системой типов и строгой типизацией - большие проекты делать проще.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Скала просто слишком сложная, а джава уже достаточно выросла, что бы не было нужды в скале.
источник

СХ

Саддам Хусейн in Архитектура ИТ-решений
Значит Кафка один из немногих живых проектов на апачевском кладбище?
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Ну, он не апачевский, он конфлюентовский. Апач там для энтерпрайза, который боится вендорлока.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
И это правильно, open source внутри апача, но с поддержкой крупной компании - то, что надо для бизнеса.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Жалко, что pulsar никак не взлетает (
источник

AK

Anton Korotkikh in Архитектура ИТ-решений
Phil Delgyado
Ну, на котлине точно проще. Вообще на языке с хорошей системой типов и строгой типизацией - большие проекты делать проще.
сильная типизация это лишь одна из фич. там нет грин тредов, например, и скале нечем на это ответить. беря гошку, я знаю что любая либа в экосистеме использует универсальные абстракции и интерфейсы - корутиы и каналы. беря либу на жвм, я беру кота в мешке, который скорей всего приедет каждый на своём велосипеде, которые потмо нужно бдует дружить между собой, кто-то на netty, кто-то на котлин-корутинс, кто-то на акка или вообще муть на zio, калека на vertx, косящий под ноду, потом подкатится большой навозный шарик с блокирующим ио и легаси в виде всяких jdbc... нафига вообще возится в этим зоопарком? дружить их, раскидывать по пулам, когда можно просто взять гошку и решить задачу примерно в 5 раз быстрее, не тратя всё это время на беды с асиком.
сюда следом тулинг, скорость компиляции и потребление памяти
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Э, там есть netty, есть Akka, есть реактива, зачем там гринтреды?
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Гринтреды - один из (не лучший) способ реализации многопоточности. В любом нормальном языке их много.
источник

AK

Anton Korotkikh in Архитектура ИТ-решений
Phil Delgyado
Э, там есть netty, есть Akka, есть реактива, зачем там гринтреды?
за универсальнотью. про нетти знает небольшая часть либ, в тех же клиентах кафки или постгри никакого нетти нет для работы ио, например
источник

AK

Anton Korotkikh in Архитектура ИТ-решений
промис/фьюча в экоксистеме ноды, например это всегда один и тот же интерфейс, выполняемый одни и тем экзекьютором, затсёгивающий безшовно в async await сахар. невероятно удобно и быстро для разработки.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Так если библиотека отдает feature, дальше уже все со всем связываться без проблем. А так как есть нормальные треды, то даже с теми, что без feature - понятно что делать. А в го ошибок с многопоточностью в библиотеках дофига.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Anton Korotkikh
промис/фьюча в экоксистеме ноды, например это всегда один и тот же интерфейс, выполняемый одни и тем экзекьютором, затсёгивающий безшовно в async await сахар. невероятно удобно и быстро для разработки.
Э, не лучше реактивки в том же спринге. Вот на котлине красиво сделали, да. И, заметим, просто библиотекой.
источник