Skip to content

Latest commit

 

History

History
57 lines (47 loc) · 2.95 KB

README.md

File metadata and controls

57 lines (47 loc) · 2.95 KB

Intro

No nonsense PHP client for the Kubernetes API. It supports standard REST calls along with watches for a continuous feed of data. Because no models are used it's usable with CRDs and other functionality/endpoints that may not be built-in.

Example

See sample.php

Watches

Watches can (will) stay connected indefinitely, automatically reconnecting after server-side timeout. The client will keep track of the most recent resourceVersion processed to automatically start where you left off.

Watch callback closures should have the following signature:

$callback = function($event, $watch)..

Receiving the watch allows access to the client (and any other details on the watch) and also provides an ability to stop the watch (break the loop) based off of event logic.

Other notes:

  • if using labelSelectors triggered events will fire with ADDED / DELETED types if the label is added/delete (ie: ADDED/DELETED do not necessarily equate to literally being added/deleted from k8s)

Development

Note on resourceVersion per the doc:

When specified with a watch call, shows changes that occur after that particular version of a resource. Defaults to changes from the beginning of history. When specified for list: - if unset, then the result is returned from remote storage based on quorum-read flag; - if it's 0, then we simply return what we currently have in cache, no guarantee; - if set to non zero, then the result is at least as fresh as given rv.

Note that it's only changes after the version.

TODO

  • Introduce threads for callbacks?
  • Do codegen on swagger docs to provide and OO interface to requests/responses?

Links

Async