Skip to content

Conversation

@vadimeisenbergibm
Copy link
Contributor

  • Clarify Istio Ingress vs. Kubernetes Ingress
  • Remove "Controller", which is a Kubernetes term, it does not add anything to understanding the concept of Istio Ingress
  • Minor fixes

cluster. However, the Ingress Resource specification is very minimal,
allowing users to specify just hosts, paths and their backing services.
The following are the known limitations of Istio ingress:
cluster. It allows defining a backend service per virtual host and path.
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It allows one to define a backend ...

`kubernetes.io/ingress.class: istio` will be ignored.
2. Regular expressions in paths are not supported.
3. Fault injection at the Ingress is not supported.
Once the Istio Ingress specification is defined, the into-the-cluster traffic is directed through the `istio-ingress` pod. This allows applying Istio features, for example, monitoring and route rules, on the into-the-cluster traffic.
Copy link
Collaborator

@frankbu frankbu Feb 23, 2018

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

directed through the istio-ingress service.

`kubernetes.io/ingress.class: istio` will be ignored.
2. Regular expressions in paths are not supported.
3. Fault injection at the Ingress is not supported.
Once the Istio Ingress specification is defined, the into-the-cluster traffic is directed through the `istio-ingress` pod. This allows applying Istio features, for example, monitoring and route rules, on the into-the-cluster traffic.
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

s/. This allows applying Istio ... traffic./, so that Istio features, for example, monitoring and route rules, can be applied to the into-the-cluster traffic/

3. Fault injection at the Ingress is not supported.
Once the Istio Ingress specification is defined, the into-the-cluster traffic is directed through the `istio-ingress` pod. This allows applying Istio features, for example, monitoring and route rules, on the into-the-cluster traffic.

Istio Ingress specification is based on the standard [Kubernetes Ingress Resource](https://kubernetes.io/docs/concepts/services-networking/ingress/) specification, with the following differences:
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The Istio Ingress specification ...


2. All other annotations are ignored.

The following are the known limitations of Istio Ingress:
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

s/the known/known/

@ldemailly
Copy link
Member

thanks @frankbu !

@vadimeisenbergibm
Copy link
Contributor Author

Thanks @frankbu ! I have applied your comments.

`kubernetes.io/ingress.class: istio` will be ignored.
2. Regular expressions in paths are not supported.
3. Fault injection at the Ingress is not supported.
Once the Istio Ingress specification is defined, the into-the-cluster traffic is directed through the `istio-ingress` service, so that Istio features, for example, monitoring and route rules, can be applied to the into-the-cluster traffic.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

"can be applied to traffic entering the cluster" reads a bit better IMO.

@vadimeisenbergibm
Copy link
Contributor Author

@ZackButcher thanks for your comment, I have fixed it.

@vadimeisenbergibm
Copy link
Contributor Author

@geeknoid what is the procedure in this repository - should the merge be done manually for the approved PRs or it is done automatically as in istio/istio? Who should perform the merge manually?

cluster. It allows one to define a backend service per virtual host and path.

Once the Istio Ingress specification is defined, the into-the-cluster traffic is directed through the `istio-ingress` service, so that Istio features, for example, monitoring and route rules, can be applied to the into-the-cluster traffic.
Once the Istio Ingress specification is defined, the into-the-cluster traffic is directed through the `istio-ingress` service, so that Istio features, for example, monitoring and route rules, can be applied to the traffic entering the cluster.
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

should you change both into-the-cluster or neither?

@vadimeisenbergibm
Copy link
Contributor Author

@ldemailly Good catch. I have renamed the second appearance of "into-the-cluster" traffic and split the sentence it appears in.

@ldemailly ldemailly merged commit fdc9856 into istio:master Feb 26, 2018
@geeknoid
Copy link
Contributor

geeknoid commented Feb 27, 2018 via email

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

5 participants