Me : Roughly speaking it's an event driven, utility based, stateless, code execution environment in which you write code and consume services. A boundary condition is "write code" i.e. any lower than this and it's not serverless.
Me : Part of the infrastructure world, but a higher abstraction than servers. This might be used as a component to build a serverless environment but if you're operating at a serverless level then you don't care whether it's on a chip or whatever.
Me : No. If you're diving into containers, you're diving out of the serverless world. The boundary condition is "write code" and above. Anything below that is taking you out of this world.
Me : Then you're stepping out of the serverless world and diving into infrastructure. Whether you want to do this, well that's upto you. I can't think of many valid cases for doing this. Certainly not sustainable ones.
Me : That's ok, it's not a crime.
X : I think there are cases for building your own.
Me : That is a crime.
X : The cases are valid.
Me : It's your thinking I have concerns with. As Thought Lord I order you to avoid attempting it again.
Me : Look, I'll keep it simple. The fundamental disagreement you have with the definition is likely to stem from the fact that you want to build your own. But building your own is not part of serverless. Make a choice ... head towards serverless or not.
Me : Not, it's not. Orchestration, Kubernetes, Containers, Servers, Data Centres and so on are not serverless but they maybe part of the serverless value chain. They're the infrastructure bit of it.
Me : The forces that cause a yo-yo between centralisation vs decentralisation in a stable utility market are different from the forces that cause industrialisation and whether the initial market centralises.
a) industrialisation (evolution to a commodity) is driven by supply and demand competition.
b) the Yo-Yo tends to be driven by constraints in underlying components.
c) the initial centralisation (or not) by the strategic play of early competitors.