Replies: 2 comments 3 replies
-
Interesting point! It's definitely something we'd have to explore in more detail to understand whether it makes sense in practice. My thoughts on this:
As mentioned above, the main question for me is whether it would make sense for OAM users in practice. OAM - just as Score - advocates for a separation of concerns between developer and platform engineers. The Kubevela file is designed for and catered towards the developer persona as defined by OAM. Adding Score into the mix - which slices dev and platform responsibilities in a different way - would force developers to work with an additional file / tool and potentially complicate their workflow. Curious to hear your thoughts on this as well! I'd also like to pull in @fernando-villalba who recently published an article on this topic :-) |
Beta Was this translation helpful? Give feedback.
-
@vitorfhc I think developer tooling built on top of OAM is what's needed in this space, as well as an alternative OAM implementation to KubeVela (I'd like to see a CLI tool and a simple operator). What I'm not sure about is if Score offers much of a benefit in this regard over building something separate? |
Beta Was this translation helpful? Give feedback.
-
I understood that Score abstracts some configurations for more complex layers, such as Docker and Helm.
After reading issue #23, I think Score is another layer of abstraction that could also be on top of OAM, which means we could develop a
score-oam
. Even though I love OAM, it doesn't decrease the cognitive load on developers as much as Score.Please let me know what your thoughts are.
Beta Was this translation helpful? Give feedback.
All reactions