Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Update documentation to recommend headless Service instead of vanilla ClusterIP #359

Open
2 of 4 tasks
f5yacobucci opened this issue Feb 6, 2018 · 0 comments
Open
2 of 4 tasks

Comments

@f5yacobucci
Copy link
Contributor

Update documentation to recommend headless Service instead of vanilla ClusterIP

// Do not include requests for development or report issues with code or products here.
This repository contains documentation only.

Bugs

Describe the bug in detail:

  • What doc are you reporting an issue with (provide URL)?
    http://clouddocs.f5.com/containers/v2/kubernetes/kctlr-modes.html

  • What information is inaccurate?

  • Is information missing?
    When discussing cluster mode we don't discuss Service type, we do discuss Service type in the NodePort discussion. This point is obvious in that to support NodePort the Service must be in NodePort. We should discuss using headless Services in cluster mode. When using headless Services the Service will not receive a ClusterIP nor will kubeproxy create iptables rules for traffic. The assumption being that if this Service should be a point of ingress, and that traffic will be handled via the BIG-IP, then the user probably doesn't want traffic from other sources - via kubeproxy and the ClusterIP, or even worse possibly via an exposed NodePort.

Add information about headless Services including the reasoning above.

  • Is a code sample incorrect?

Requests

Provide details regarding what you would like to see added to our documentation:

Environment

  • Cloud Foundry
  • Kubernetes
  • OpenShift
  • Mesos/Marathon)

Use Case

(i.e., what are you trying to do that you can't find documentation for?)

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

No branches or pull requests

2 participants