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: README.md
+7-7Lines changed: 7 additions & 7 deletions
Original file line number
Diff line number
Diff line change
@@ -15,14 +15,16 @@ _"Developers think in terms of application architecture, not of infrastructure."
15
15
16
16

17
17
18
-
Open Application Model is essentially the theoretical model behind [KubeVela](https://github.com/oam-dev/kubevela) project - a modern application deployment platform that makes delivering and managing applications across today's hybrid, multi-cloud environments easier and faster.
18
+
Open Application Model is the theoretical model behind [KubeVela](https://github.com/oam-dev/kubevela) project - a modern application deployment platform that intends to make delivering and managing applications across today's hybrid, multi-cloud environments easier and faster. KubeVela, as its name implies, requires a Kubernetes cluster as control plane (though it's agnostic to runtime plane).
19
19
20
-
### Why Open Application Model?
20
+
Hence, although Open Application Model is driven by KubeVela, we intentionally maintain the model itself as a set of API specifications in this repository. This enables some corner cases where Kubernetes as control plane is impossible but users still want to adopt this model.
21
21
22
-
Managing applications without application context is hard:
22
+
## Why Open Application Model?
23
+
24
+
In today's hybrid deployment environments, managing applications without application context is hard:
23
25
24
26
- Developers spend time on infrastructure details instead of apps - ingress, labels, DNS, etc, and learning how the infrastructure is implemented.
25
-
- Inextensible - upper layer platform may be introduced, but it's almost certain that the needs of your app will outgrow the capabilities of that platform soon.
27
+
- Inextensible - upper layer abstraction may be introduced, but it's almost certain that the needs of your app will outgrow the capabilities of that abstraction soon.
26
28
- Runtime lock-in - app description is tightly coupled with the runtime infrastructure, which heavily impact on how you configure, develop and operate the app across hybrid environments.
27
29
28
30
In Open Application Model, we propose an app-centric approach instead:
@@ -33,14 +35,12 @@ In Open Application Model, we propose an app-centric approach instead:
33
35
34
36
## Learn the model
35
37
36
-
The developing and releasing of Open Application Model are all driven by KubeVela. Though the model itself is maintained as a set of API specifications in this repository. This enables some user cases where Kubernetes as control plane (required by KubeVela) is impossible but still want to adopt OAM.
37
-
38
38
|| Previous Releases | Latest Release | Working Draft |
For [v0.1.0](https://github.com/oam-dev/spec/releases/tag/v0.1.0) release of OAM, it is an experimental version only supported in [Rudr](https://github.com/oam-dev/rudr) and now archived.
43
+
For [v0.1.0](https://github.com/oam-dev/spec/releases/tag/v0.1.0) release of OAM, it is only supported in [Rudr](https://github.com/oam-dev/rudr) and now archived.
0 commit comments