На мой взгляд RabbitMQ и Redis взаимонезаменяемы. Redis больше подходит для задач, где важна скорость и не важна надежность. Понимаю,что статья учебная и не так важно, какой инструмент в ней приводится. Но подобные статьи могут служить так же и популяризацией инструментов. В этом смысле я бы сказал, что redis и так достаточно популярен и на слуху, в отличие от keydb, который достоен популяризации.
Ну, как смог))
Хмм... Стручок? Отделяемый грузовой отсек? Небольшое стадо?
На мой взгляд RabbitMQ и Redis взаимонезаменяемы. Redis больше подходит для задач, где важна скорость и не важна надежность.
Понимаю,что статья учебная и не так важно, какой инструмент в ней приводится. Но подобные статьи могут служить так же и популяризацией инструментов. В этом смысле я бы сказал, что redis и так достаточно популярен и на слуху, в отличие от keydb, который достоен популяризации.
В качестве примера хранилища очереди у вас используется redis. Почему не keydb?
В целом статья полезная, спасибо.
Есть замечание:
patchesStrategicMerge:- patch.yamlПатчи, конечно, применятся, но не без капризов.
Было бы полезно, на мой взгляд, привести примеры кода к актуальной версии kustomize:
patches:- path: patch.yamlПолучается, вы создали полную версию файла, который и можно было бы использовать. Таким образом, здесь kubectl patch является лишним действием.
Но предположу, что эта команда может оказаться полезной в какой-нибудь автоматизации, например, при массовом обновлении configmap.
tranquila? )
Использую Anydesk для личных нужд. Чем RustDesk лучше/хуже?
Вот, да, подкидывайте им идеи
Ссылка на Lens нерабочая.
В целом спасибо за статью, получился хороший гайд.
Вместо отсутствующего
netstatможно использовать имеющийся в большинстве случаевssЯ подобное удобство встречал во многих сторонних средах: cygwin, conemu, cdex и ещё каких-то, которые сходу не вспомню.