RG
там этот подход был использован для маштабирования кафки вроде
Size: a a a
2020 March 05
RG
нету всех этих warm-upов
VR
там что-то новое мрачное придумали
>What comes after microservices? bibryam predicting a pullback from function-as-a-service towards coarser granularity, but with infrastructure concerns handled with off the shelf and isolated to their own containers (or sidecars): “mecha-architectures”
https://twitter.com/holly_cummins/status/1235182415284506624
>What comes after microservices? bibryam predicting a pullback from function-as-a-service towards coarser granularity, but with infrastructure concerns handled with off the shelf and isolated to their own containers (or sidecars): “mecha-architectures”
https://twitter.com/holly_cummins/status/1235182415284506624
AK
там что-то новое мрачное придумали
>What comes after microservices? bibryam predicting a pullback from function-as-a-service towards coarser granularity, but with infrastructure concerns handled with off the shelf and isolated to their own containers (or sidecars): “mecha-architectures”
https://twitter.com/holly_cummins/status/1235182415284506624
>What comes after microservices? bibryam predicting a pullback from function-as-a-service towards coarser granularity, but with infrastructure concerns handled with off the shelf and isolated to their own containers (or sidecars): “mecha-architectures”
https://twitter.com/holly_cummins/status/1235182415284506624
Требуется
Junior MechOps Magos в новую, динамично развивающуюся компанию "Adeptus Mechanicus".VR
Требуется
Junior MechOps Magos в новую, динамично развивающуюся компанию "Adeptus Mechanicus".полезай в девопс, Шинджи
RG
так вот есть новее ) вроде с компании Флант докладчик был. Вроде про очереди рассказывал блин там колосальная разница и оверхедов меньше
RG
Наконец-то
HC
Господа, может кто поделиться практикой забора логов приложений из k8s кластера?
интересует случай, при котором одно и тоже приложение может быть развернуто в разных namespace. И логи соответственно для каждого свои
интересует случай, при котором одно и тоже приложение может быть развернуто в разных namespace. И логи соответственно для каждого свои
GG
А это не является проблемой ) обогащаешь логи неймспейом - Профит
GG
Или тебе их надо как-то в кучу сводить ?
HC
Или тебе их надо как-то в кучу сводить ?
да
HC
точнее, складировать в elasticsearch
YZ
Господа, может кто поделиться практикой забора логов приложений из k8s кластера?
интересует случай, при котором одно и тоже приложение может быть развернуто в разных namespace. И логи соответственно для каждого свои
интересует случай, при котором одно и тоже приложение может быть развернуто в разных namespace. И логи соответственно для каждого свои
у filebeat есть add_kubernetes_metadata
HC
А это не является проблемой ) обогащаешь логи неймспейом - Профит
сейчас так и сделано. При чтение определенного логфайла, добавляются метки с namespace. Но когда приложений становится оч много, прописывать в конфиг filebeat каждый путь, становится оверхэдом
HC
у filebeat есть add_kubernetes_metadata
видел.
т.е. предлагаете забирать вывод логов из stdout?
т.е. предлагаете забирать вывод логов из stdout?
DS
сейчас так и сделано. При чтение определенного логфайла, добавляются метки с namespace. Но когда приложений становится оч много, прописывать в конфиг filebeat каждый путь, становится оверхэдом
ну приложение например имеет метку app=service.
У тебя оно задеплоено в два namespace.
В логах будет от одного приложения
namespace=test1
app=service
У другого
namespace=test2
app=service
У тебя оно задеплоено в два namespace.
В логах будет от одного приложения
namespace=test1
app=service
У другого
namespace=test2
app=service
DS
ну приложение например имеет метку app=service.
У тебя оно задеплоено в два namespace.
В логах будет от одного приложения
namespace=test1
app=service
У другого
namespace=test2
app=service
У тебя оно задеплоено в два namespace.
В логах будет от одного приложения
namespace=test1
app=service
У другого
namespace=test2
app=service
Их как минимум можно объеденять по лейблу app=service. Если надо
DS
видел.
т.е. предлагаете забирать вывод логов из stdout?
т.е. предлагаете забирать вывод логов из stdout?
ну filebeat по умолчанию забирает из stderr и stdout
HC
Их как минимум можно объеденять по лейблу app=service. Если надо
не, вот этого не надо. Иногда полезно наблюдать одно и тоже приложение в разных namespace