kyma-project / istio

Apache License 2.0
3 stars 20 forks source link

Handling of inconsistent sidecar status in workspace #257

Open triffer opened 1 year ago

triffer commented 1 year ago

Description The origin of this is the Operational Awarness workshop item #11.b. The assumption is, that if there is sidecar injection enabled or disabled in a namespace, all pods in the namespace should have a sidecar or no sidecar. There is the scenario where the Injection-label is changed or removed while workloads were already deployed. This might result in a communication issue between workloads. It should also be taken into account that the injection can be controlled by a label at pod level.

The proposed mitigation options were:

Reasons The state of the sidecars in the namespace should be consistent with the configurations of the injection of the namespace. A customer might not be aware that changing this configuration requires a restart of the already deployed pods.

DoD:

Attachments

kyma-bot commented 1 year ago

This issue or PR has been automatically marked as stale due to the lack of recent activity. Thank you for your contributions.

This bot triages issues and PRs according to the following rules:

You can:

If you think that I work incorrectly, kindly raise an issue with the problem.

/lifecycle stale

kyma-bot commented 1 year ago

This issue or PR has been automatically closed due to the lack of activity. Thank you for your contributions.

This bot triages issues and PRs according to the following rules:

You can:

If you think that I work incorrectly, kindly raise an issue with the problem.

/close

kyma-bot commented 1 year ago

@kyma-bot: Closing this issue.

In response to [this](https://github.com/kyma-project/istio/issues/257#issuecomment-1733480080): >This issue or PR has been automatically closed due to the lack of activity. >Thank you for your contributions. > >This bot triages issues and PRs according to the following rules: >- After 60d of inactivity, `lifecycle/stale` is applied >- After 7d of inactivity since `lifecycle/stale` was applied, the issue is closed > >You can: >- Reopen this issue or PR with `/reopen` >- Mark this issue or PR as fresh with `/remove-lifecycle stale` > >If you think that I work incorrectly, kindly [raise an issue](https://github.com/kyma-project/test-infra/issues/new/choose) with the problem. > >/close Instructions for interacting with me using PR comments are available [here](https://git.k8s.io/community/contributors/guide/pull-requests.md). If you have questions or suggestions related to my behavior, please file an issue against the [kubernetes/test-infra](https://github.com/kubernetes/test-infra/issues/new?title=Prow%20issue:) repository.
kyma-bot commented 9 months ago

This issue or PR has been automatically marked as stale due to the lack of recent activity. Thank you for your contributions.

This bot triages issues and PRs according to the following rules:

You can:

If you think that I work incorrectly, kindly raise an issue with the problem.

/lifecycle stale