You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: docs/content/docs/Container/Kubernetes.md
+1-8Lines changed: 1 addition & 8 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -105,11 +105,4 @@ OpenRun is installed as a Kubernetes Deployment, with a Service for routing API
105
105
106
106
All Kubernetes resources are created lazily, on the first API call to the app. If app is running version 1, and a code/config change is done which updates it to version 2, the deployment update will happen on the next API call to the app. The API call is blocked, the container image is rebuild if required and the deployment is updated using Server Side Apply API calls.
107
107
108
-
By default, OpenRun will wait to ensure that the app is running pods with only the new version, before processing further API calls. This behavior can be relaxed by setting
109
-
110
-
```toml {filename="openrun.toml"}
111
-
[app_config]
112
-
kubernetes.strict_version_check = false
113
-
```
114
-
115
-
in which case OpenRun just makes sure that the new version started successfully,
108
+
OpenRun waits until Kubernetes reports the expected new version rollout is complete before processing further API calls.
0 commit comments