kubernetes/test/e2e/framework/service
Tim Hockin 11a25bfeb6
De-share the Handler struct in core API (#105979)
* De-share the Handler struct in core API

An upcoming PR adds a handler that only applies on one of these paths.
Having fields that don't work seems bad.

This never should have been shared.  Lifecycle hooks are like a "write"
while probes are more like a "read". HTTPGet and TCPSocket don't really
make sense as lifecycle hooks (but I can't take that back). When we add
gRPC, it is EXPLICITLY a health check (defined by gRPC) not an arbitrary
RPC - so a probe makes sense but a hook does not.

In the future I can also see adding lifecycle hooks that don't make
sense as probes.  E.g. 'sleep' is a common lifecycle request. The only
option is `exec`, which requires having a sleep binary in your image.

* Run update scripts
2021-10-29 13:15:11 -07:00
..
const.go bump e2e loadbalancer timeouts to 15m 2021-08-20 12:15:37 +02:00
jig.go De-share the Handler struct in core API (#105979) 2021-10-29 13:15:11 -07:00
resource.go Hide constants to force using functions instead 2020-04-02 17:19:41 +02:00
util.go e2e: move funs of framework/service to e2e/network 2019-12-11 20:13:34 +08:00
wait.go automated refactor 2020-03-05 14:59:46 -08:00