Players:
Amazon & Microsoft
Situation:
Microsoft would like to take on the Amazon Cloud and get a bigger share of the cake. By definition, this is difficult because customers do not care for utility vendors, and Amazon does an excellent job neutralising (if not leading in many cases) any technical, competitive advantage of other players.
Mapping Theory:
Mature components can be easily switched if customers no longer see them.
Game Play:
- The trick is to isolate customers from the cloud provider, make the cloud an invisible component. Right now, customers directly set up cloud accounts (1 on the map below), and use them to deploy and run the code.
- Sustaining a technical advantage for a time long enough to win customers does not look like a possible and economically viable solution.
- It is too late to do a multi-cloud intermediary solution, mainly associated with one provider. Additional abstraction layer will always lag (in terms of functionality) behind the leading provider that exploits the ecosystem.
- The only way forward here is to capture customers attention earlier before they reach the cloud provider.
- GitHub (code repository) is by far the biggest, central component gathering software developers. For many companies, this is the tool that is being used before the real code is written, and developers are exposed to it more often than to actual cloud.
- Making it possible for a developer to spin software directly from a software repository, in a way standardised by the repository provider, removes the developer burden. It can reduce it even more if the billing is associated with a software repository. In the end, the developer will probably have no idea who will run the software, and where runtime fees are passed. That will open a unique opportunity for the Microsoft to switch cloud providers as it finds convenient (and guess whose cloud will be the most convenient).
CC-BY-SA