Непонятно, как кубер упрощает "по сравнению со всем остальным (ansible, bash, terraform)", если это два разных инструмента/-ов. Вы наверно хотели сравнить helm, но тут как в меме
Вы так "красиво" расписали "недостатки" bare metal, при этом завернули в кубер эти же недостатки - зачем?
Вы упоминаете kubernetes executor, но почему его? Как управлять очередями и кто этим будет заниматься? Почему не взяли CeleryKubernetes Executor?
Дальше, вы упоминаете NFS, а зачем он нужен, да еще и в кубере? Почему нельзя при помощи CD разложить все даги в PVC или же просто на bare metal?
Очень много вопросов к реализации "стенд на команду", если вы разделяете полностью команды так, что у них отдельные прод среды, то для чего вы сделали общую репу?
Да и в целом много вопросов к реализации, ощущение, что вы "продаете" кубер с облаком, а не статью, в которой обучают, как же все таки пользоваться airflow, ci/cd...
Хоть в загаловке и сказано про "почему не стоит создавать их под каждый запрос", но ответа в целом нет, кроме одного абзаца и то спорного...
Самый главный момент, который вы упустили/опустили - это то, что вставка данных замедляется пропорционально количеству проекций. Так же вы не указали, как именно увеличевается занимаемое место на диске, в чем отличие сегментированных проекций от обычных, что такое супер-проекция и в чем её отличие от обычных, в общем, продолжать можно много, тема очень обширная, а статья совсем уж слабая...
А вы в какой алертменеджер подключаетесь?
Ну как же, вот: https://t.me/pro_ansible/329020 😬
Удивлен, что в списке нет https://store.steampowered.com/app/1366540/Dyson_Sphere_Program/
Вариантов реализации 100500, но меня больше интересует ответ на вопрос "зачем?"
А что такого секретного в этих метриках, что их необходимо фильтровать по IP?
Почему не подходит авторизация?
Непонятно, как кубер упрощает "по сравнению со всем остальным (ansible, bash, terraform)", если это два разных инструмента/-ов. Вы наверно хотели сравнить helm, но тут как в меме
Меньше инструментов - проще
Меньше абстракций - проще
И после этого простыня текста, кода/yaml, графиков как это "упростить"...
Вы уверены, что знаете значение слова "упрощение"?
Вы так "красиво" расписали "недостатки" bare metal, при этом завернули в кубер эти же недостатки - зачем?
Вы упоминаете kubernetes executor, но почему его? Как управлять очередями и кто этим будет заниматься? Почему не взяли CeleryKubernetes Executor?
Дальше, вы упоминаете NFS, а зачем он нужен, да еще и в кубере? Почему нельзя при помощи CD разложить все даги в PVC или же просто на bare metal?
Очень много вопросов к реализации "стенд на команду", если вы разделяете полностью команды так, что у них отдельные прод среды, то для чего вы сделали общую репу?
Да и в целом много вопросов к реализации, ощущение, что вы "продаете" кубер с облаком, а не статью, в которой обучают, как же все таки пользоваться airflow, ci/cd...
Т.е. вы лишились бонуса кубера и превратили кубер в bare metal?
Спасибо за статью, было очень интересно читать. Если вас не затруднит, может поделитесь, каким образом научились вызывать segmentation faul в ядре?
P. S. в формуле для расчета таймаута tcp_keepalive похоже опечатка, там складываться должен idle
Это не решение =))
И у вас не будет python под root пользователем, т.к. /usr/local/bin не относится к PATH у root.
Захотите переделать на root через /usr/bin и отвалится pip и необходимо будет очень много "приседаний" почти как у redhat разработчиков:
P.S. подобная статья на хабре уже есть для python3.10, которую так же взяли из ChatGPT...
Как нетактично вы убрали все настройки jvm для trino и impala, покажите их народу, пожалуйста...
Хоть в загаловке и сказано про "почему не стоит создавать их под каждый запрос", но ответа в целом нет, кроме одного абзаца и то спорного...
Самый главный момент, который вы упустили/опустили - это то, что вставка данных замедляется пропорционально количеству проекций. Так же вы не указали, как именно увеличевается занимаемое место на диске, в чем отличие сегментированных проекций от обычных, что такое супер-проекция и в чем её отличие от обычных, в общем, продолжать можно много, тема очень обширная, а статья совсем уж слабая...
CTRL+D
Проблема не в медленной вертике в режиме eon, проблема в данных, что они лежат в стороне на s3...
Спустя сотню другую дагов вы упретесь в дагпроцессинг и начнутся проблемы.
Вы изобрели blackbox_exporter?
Понятно, спасибо.