Professional Documents
Culture Documents
6.amazon Business Model Amazon Web Services
6.amazon Business Model Amazon Web Services
com/amazon-business-model-amazon-web-services/
Users: Everybody
Netflix: 100% on AWS
Netflix is one of the most envied innovators themselves. It speaks volumes
of AWS’s capabilities that Netflix is fully hosted by AWS. (To be entirely
correct, recently Netflix started using Google Cloud for some new features
at small scale.)
In early 2016, Netflix reported having completed their move to the cloud.
We can learn a lot about AWS from Netflix’s Vice President, Cloud and
Platform Engineering about the migration to the cloud:
1. Compute Services
2. Storage
3. Database
4. Migration
5. Networking and Content Delivery
6. Developer Tools
7. Management Tools
8. Security, Identity, and Compliance
9. Analytics
10. Artificial Intelligence
11. Mobile Services
12. Application Services
13. Messaging
14. Business Productivity”
15. Desktop & App Streaming
16. Internet of Things (IoT)
17. Game Development
Always wanted to create your own social media platform? This is how
you could set up the media sharing functionality of your social
platform in AWS [Source: AWS, pdf]
This famous model shows the various XaaS’s as layers stacked upon
each other (it doesn’t mean that PaaS needs to be stacked on an IaaS
or SaaS on a PaaS)
I will cover Software-as-a-Service in more depth in a number of articles in
the near future as they have become an important part of the IT landscape.
Use cases
What do you do once your services cover a certain amount of foundational
elements and a range of typical application layer elements? You start going
into verticals. That is what AWS has done in recent years.
With over 2.5m customers, the list of use cases is almost endless (you
scroll for a very long time through this list of AWS use cases).
Personally, I find it inspiring to see the opportunities that have been created
for developers within a mere 10 years. Thinking back of my own times of
developing it is exciting how far things have come in such a short time
frame.
It ultimately helps firms to focus more on the customer’s needs than the IT
system’s needs!
1. Trading Capex for variable opex: Instead of building one’s own data
centres incurring large cash flows upfront, AWS promises that
customers only pay for the computing resources that they actually use
2. Economies of scale: AWS has achieved a scale that no individual
company will achieve by itself. This allows AWS to offer their services
at lower costs than firms could achieve in an in-house solution
3. Flexible capacity: It can be difficult for firms to predict how much
computing or storage capacity they need for new services. Risks are
to over provision (thus sitting on idle capacity) or under provisioning
(e.g. providing a poor customer experience). AWS provides high
flexibility in scaling up or down computing capacity within minutes
4. Agility: Cloud computing services simplify the process of developing
new services/offerings for companies by not having to worry about the
lower level infrastructure considerations
5. Focus on differentiating projects: By being able to reduce the IT
infrastructure tasks of project teams can focus on the differentiating
parts of a new service/offering
6. Global reach: AWS with its servers across the globe allows their
customers to offer their services worldwide without incurring latency
losses from connecting to servers in one (on-premise) location
Cost control
Costs will be one of the most important factors in evaluating cloud services.
Any as-a-service platform needs to build a strong case. Here is what AWS
does:
Lock-in effects: bringing things back in-house (if that decision is ever
made) or even to migrate to a different cloud service provider will
come with cost and time efforts. Therefore, there is some exposure to
price increases over time
Cost control: Many companies seem to have more stringent cost
control requirements to outsourced services than in-house
work (possibly due to the sunk cost fallacy). AWS offers a suite of cost
control tools and even a Budget API to help their customers. Despite
all this, understanding AWS bills is frequently mentioned as a
challenging task for
Keeping up: Gartner consultancy points out that keeping up with the
changes, enhancements and best practices in AWS requires constant
efforts and that it “may challenge even highly agile, expert IT
organizations, including AWS partners”
Other: some sources mention security, privacy, availability as
downtime as a disadvantage. Others oppose this view and stated that
AWS will beat most on-premise infrastructures on these dimensions.
The differing opinions may be going back to what Netflix pointed out:
“forklifting” existing applications into the cloud may lead to inefficient
implementations whereas developing a cloud-native approach would
be the best way to take advantage of the potential benefits
Pricing models
AWS uses a number of pricing models:
While these principles sound straightforward, looking into the details you
would find an amazing complexity behind these few pricing principles. The
exact price depends on a lot of factors, including the respective service, the
region and more.
Business model
One of the most important customer value propositions is that AWS allows
for high flexibility of capacity usage for their customers. However, if
flexibility was unconstrained it would transfer the risk of getting capacity
wrong from the customer to Amazon. Think of the largest chunk of internet
traffic: streaming. Like many other use cases, streaming is not spread
evenly throughout the day.
Utilising capacity
Pay-as-you-go gives customers the most flexibility but they pay for it
with the highest rate by comparison to the other pricing models
Reserved Instances (RI) (=reserved capacity) sound straight-forward
at first, but as you look into the details, there is complexity behind it in
order to cater for different user needs
RIs can be reserved for 1 or 3 years. They are most useful
for predictable steady-state usage. Some users may have predictable
capacity needs. Others may have at least a predictable ground
capacity needs for which they can use RIs
Scheduled RIs can be useful in this context: customers can commit to
using a certain amount of capacity at given time-of-day and/or day-of-
week. E.g. Netflix could reserve a base capacity via RIs and then add
more capacity via schedule RIs for predictable peak hours (e.g.
weekday evenings and then more for weekend evenings, etc). It is a
matter of capturing good usage data
Convertible RIs can be converted into other RIs (i.e. computing or
storage capacity) of equal or higher value. The discounts on these
types of RIs are still up to 54%
RIs can be fully paid upfront to get the maximum discount or on
monthly instalments with no further discounts
RIs can be acquired by 3rd parties (AWS partners) and then sold
onto end customers mimicking the wholesaler approach known in
many other industries
Spot Instances are an option to get even more discounts of up to
90% off on-demand prices. Amazon reserves the right to take away
the computing capacity from the customer with as less as 2 minutes
notification. The customer can define the interruption behaviour
Spot instances are not a spot price as you know from commodity
spot markets where the price is determined in real-time based on bids
and asks. Rather AWS spot instance prices are still set by Amazon
based on longer-term supply and demand patterns and differentiating
between regions and computing power, etc
With all the above AWS can incentivise their customers to use AWS
capacity in order to avoid that they sit on excessive unused capacity
themselves which would unravel the whole business model.
AWS has started as a way to manage Amazon’s in-house IT. They have
then opened it to external customers. This is a very similar pattern to
Fulfilment by Amazon and to Shipping with Amazon. Within 10 years,
AWS has grown to one of Amazon’s biggest revenue streams and the most
profitable one. Not many (if anyone) would have foreseen this level of
success. Whatever you think of Amazon this is inspiring for innovators.