В моем предположении состояние является временным результатом выполнения какого-либо процесса, и, следовательно, процесс имеет запись о предыдущих взаимодействиях и может реагировать на них и отслеживать результаты. Как правило, Kubernetes хранит все ключевые значения объектов и взаимодействий в хранилище ETCD , поэтому крайне важно поддерживать работу хранилища etcd для обеспечения широкой стабильности компонентов кластера. Недавно я обнаружил ReShifter очень полезный инструмент для задач управления состоянием кластера Kubernetes, поскольку он изначально использует etcd запросы API для получения определенной информации.
Istio сервисная сетка - это аддон управления сетью для Kubernetes с широким спектром управления сетевым трафиком, балансировкой нагрузки, функциями аутентификации и авторизации безопасности и т. Д. Istio внедряет свои собственные компоненты, внедряя коляску в конкретном Pod Kubernetes, поэтому он использует собственный хранилище состояний и событий Kubernetes etcd.
В зависимости от цели использования приложения с отслеживанием состояния может быть целесообразно работать с некоторыми системами очередей сообщений, такими как Kafka , RabbitMQ , чтобы управлять конвейерами и потоками приложений с большим количеством возможности настройки. Kafka также состоит из Zookeeper , ключевого компонента для поддержки информации о конфигурации и централизации группы сервисов.