Наблюдая за рынком новых решений для
1) Наше приложение в виде
2) Наше приложение в виде
3) Наше приложение в виде
4) Наше приложение в виде небольшой
Лично для меня только первый пункт ассоциируется с
P.S. Записывая данный пост, я поймал на мысли, что к понятию
P.S.S. Для более полного понимания рекомендую ознакомится с моим циклом про
monitoring, observability и security, я заметил, что разные вендоры при описании своего решения для Kubernetes по-разному понимают термин agentless, что в итоге может запутать потенциального пользователя. Мне как разработчику observability решения интересно как это подается и обыгрывается в маркетинговых материала, но сейчас речь не об этом. И так, какие же понимания термина agentless можно встретить на рынке:1) Наше приложение в виде
Deployment получает после подписки какую-то информацию и анализирует ее.2) Наше приложение в виде
DaemonSet просто ставится на ряду с другими приложениями и ...3) Наше приложение в виде
sidecar контейнера без каких-либо изменений встраивается и ...4) Наше приложение в виде небольшой
Go/Python/Java/... библиотеки встраивается и ...Лично для меня только первый пункт ассоциируется с
agentless, но возможно, что абстракции k8s все-таки расширяют это понятие? Как по-вашему?P.S. Записывая данный пост, я поймал на мысли, что к понятию
agentless-решения я также автоматом добавляю такие свойства как zero instrumentation / non-Intrusive - никаким образом не меняет наблюдаемые сущности.P.S.S. Для более полного понимания рекомендую ознакомится с моим циклом про
sensor-based решения по безопасности для Kubernetes.