Taking a look back, we had the chance to attend AWS reInvent in Las Vegas in 2017. The conference grew beyond the original limits of the Sands Convention Center and sprawled all over Las Vegas - from the Mandalay Bay all the way to the Encore. reInvent has become the get together of the IT industry, effectively wrestling that crown from VMware's VMWorld. As we head into the 2018 event, let's reflect on my observations and analysis from last year. I'll cross compare and share my insights from this year's event soon. 

 

 

 

 
Prefer to watch – here is my event video … (if the video doesn't' show up – check here)


 
 
Here is the 1 slide condensation (if the slide doesn't show up, check here):
 

 

4 Key Product Developments People Leaders need to track

 

Global Cloud Connect – Simplify Payroll Integration

AWS has used re:Invent conference as platform to launch new instance types – and 2017 was no exception: There is a new, general purpose instance with the new EC2 M5, that uses the new Nitro Hypervisor, giving customers more compute and memory than the older machines (see Fig #1). Bowing to the storage trends, AWS started a new instance line with EC2 H1, optimized for high disk throughput and high sequential disk I/O for very large data sets. And in preview, AWS is providing EC2 Bare Metal instances, something previously not expected, but likely a by product of the VMware partnership, and of course a great way to access hardware features (like all bare metal services). On the pricing side, AWS unveiled a new spot pricing model and is now offering hibernation for spot instances.


Figure 1 – Andy Jessy and all AWS instance types


 


Source: Twitter, @holgermu


Constellation POV: Necessary new instance innovation by AWS, but less than usual. Likely instance development cycles and the re:Invent schedule may not have aligned. But an era to watch. On the flipside CxOs will be happy if they number of instance types will reach a stable level, and with that make the choice, selection and operation of instance types a more stable business. In the past each instance type would cause a little bit of a 'head stir' to CxOs responsible for AWS deployments in regards of optimal allocation of budget vs. compute. Less new instance types and more learning will create a higher comfort level for CxOs to operate on the right instance mix in AWS. AWS did also not address the general instance refresh it promised in spring of 2017 around the S3 caused service disruption[i]. An opportunity to address this important housekeeping item that all IaaS vendors need to address – has been missed. And with that the opportunity to set the standard in the hardware replacement / refreshment debate that is going to happen soon given the general maturation of the industry.

 

Kubernetes becomes a 1st class citizen for AWS

At the core of IaaS providers are their methods to virtualize instances, achieved with hypervisors. Beyond hypervisors the questions are how can containers be managed efficiently at scale. And as IaaS load moves to microservices, the AWS answer was Amazon Elastic Container Service (ECS), but Amazon had to pay tribute to the rising popularity of Kubernetes, and announced Amazon Elastic Container Service for Kubernetes (EKS). Amazon ECS for itself has done well with user growth up over 450% since 2016 and over 100k active clusters managed by the service and customers launched hundreds of millions of containers each week. Nonetheless Amazon had to pay tribute to the popularity of Kubernetes, not being tired of mentioning that AWS runs more Kubernetes load than anybody else in the cloud. Amazon EKS provides a Kubernetes control plane that is highly available (HA) with three masters across three availability zones (AZs).

And with more container options, AWS also announced AWS Fargate (see Fig. #2), taking care of the often-arduous infrastructure management under a control plane for containers. Fargate supports ECS today, and support for EKS is planned in 2018.


Figure 2 – Andy Jassy announces AWS Fargate


 
Source: Twitter @holgermu


Constellation POV: At the end of the day, IaaS providers, like AWS, need to scale and scale comes from load that enterprise can / want to run on the respective IaaS. When certain forms of load, in this case Kubernetes container load become critically popular, IaaS providers – no matter how large – need to adopt the new form of load in order to participate in the potential growth. And even very large, even market leading IaaS providers like AWS need to acknowledge the popularity with EKS. Good for enterprises, that have compatible container support for Kubernetes across the popular IaaS infrastructures. Apart from cost, the competition now moves to ease of use of running these container loads, and there AWS has a made a good start with Amazon Fargate. Not surprisingly Amazon Fargate starts with ECS, pointing to the more recent addition of EKS, but with EKS support coming in 2018, this is history.
 

Databases remain key

One functional area that anchors enterprise load are databases, and Amazon knows that well, offering a large variety of database options on AWS. The one that recently had gotten the most attention has been Aurora, launched a few years ago. Every year Aurora sees new enterprises grade features being added and re:Invent 2017 was no difference, with Andy Jassy unveiling Aurora Multi-Master capabilities, that allows to run Aurora across multiple AWS AZs. And AWS also leverages benefits of a distributed system beyond the HA benefits, which are faster write performance across the instances. Moreover, Amazon wants to make Aurora adoption and rollout easier, making Aurora available serverless, in container, with by the second pricing. Both capabilities are projecting Aurora past market leader Oracle (Jassy mentioned RAC), for the first time – so the RDBMS replacement game that AWS is trying to play will get a little more intense in 2018. For now, both capabilities are in preview, which is AWS way of a controlled beta.

On the Amazon DynamoDB front, AWS caters to the enterprise demand of having to run more and more global systems, adding the ability of global tables. This is the ability of tables being replicated across global dispersed availability zones, taking care of mutual updates. And as enterprises put global applications on Amazon DynamoDB, they also want more efficient ways to backup data (and with a feature like Global Tables, that gets a magnitude more tricky) so Amazon announcing an on-demand backup for DynamoDB is a key and welcome new feature for Amazon DynamoDB.


Not enough with Aurora, Amazon also launched Neptune (see Fig. 3), its native graph database at re:Invent. Graph databases are seeing a recent renaissance, after being largely replaced by relational systems in the last 40 years. The reason for the rise in popularity of graph databases lies in their inherent capability to model relationship – and relationships matter when capturing complex social relations and IoT things relations. Traversing graphs turns out to be faster, more efficient and intuitive and it's clear that AWS wants to have a slice of the use case, announcing Neptune, AWS own native graph database offering. Neptune supports all the popular open source standard for graph database (Apache TinkerPop Gremlin and W3Cs SPARQL, making adoption easier. For now Amazon Neptune is in preview.


Figure 3 – Andy Jassy announces Amazon Neptune

 

Source: Twitter @holgermu


Constellation POV:Database are critical load anchors for enterprises. When considering moving an enterprise application to the cloud, the question of database portability, migration and replacement always comes up. Amazon has been playing the long game for databases, understanding the demand and continuing to innovate with its native database offerings, Aurora being the most prominent recent example. Good to see the innovation with Amazon Neptune as well, the graph database use case for next generation applications must have bene substantial and too hard to ignore for AWS not to have a native offering in place… we expect good uptake for Amazon Neptune for several next generation application use cases, most prominently IoT. Good to see the innovation on the DynamoDB side, the need for more global support and out of the box replication is very high on the list when CxOs select platforms and / or databases for next generation applications.

The question remains, when will it be enough of capabilities and AWS will be able to entice enterprises to move to e.g. Aurora with larger workloads. It's clear in the long run there need to be more migrations for AWS database bets to turn off – otherwise a lot on premise load will just go to the respective database vendor's cloud. But too early to tell and CxOs like that AWS keeps trying and keeps giving them options.
 

Machine Learning - Lots of new offerings - Sagemaker and Deeplens stand out

Machine Learning is the new crown jewel for IaaS providers to attract enterprise load, as enterprises need cheap compute and storage to feed their machine learning models. AWS had to reset its Machine Learning approach and strategy in 2016 when it re-positioned to MXNet. But at re:Invent MXNet did not feature very prominently either anymore. Instead, AWS was proud to mention multiple times that it runs the most TensorFlow models in the industry. More specifically, AWS focused on making it easier for enterprise and developers to become builders of machine learning modes, a general trend amongst IaaS providers. To that purpose, AWS made available Amazon SageMaker (see Fig. 4), its product to help both developers and data scientists to build, train and deploy machine learning models. We had time get a detailed demo and presentations and SageMaker is a sold V1 for the product category.


 
To help customers come up to speed with Machine Learning, AWS announced the Amazon ML Solutions Lab. Amazon machine learning experts will help customers come up to speed with AWS machine learning offerings and help to foster first solutions. Good to see AWS helping its install base get their heads and arms around a modern technology that has a lot of promise for much of software. Along the same intentions Amazon also announced the AWS DeepLens, a camera device that helps developers to build machine learning applications around image and video recognition use cases. In true developer ecosystem seed mode, AWS also offered a free AWS DeepLens to any participant of re:Invent who would pass many Machine Learning sessions.


Figure 4 – Amazon SageMaker and functionality it provides

 

Source: Twitter (@holgermu)



Constellation POV: Good to see AWS making Machine Learning a priority, one of the key areas of automation that is in high demand by enterprises, as it traverses all next generation application use cases. It's also important, as if one had to pick an area of relative weakness towards other IaaS competitors, then it is Machine Learning. Partnerships with other players around Gluon are the right direction to create value for customers. On the tool side Amazon SageMaker is a good start, first version to convert developers into AI developers. A long path, but definitively worth to try. AWS should and could have aimed higher at also targeting the (technically savvy) business users, who in Constellation view is the ultimate prize in  many dimensions: Propel their own business needs, help enterprises to accelerate with AI and give IaaS vendors the massive load from these applications.

 

Alexa comes to Business

Amazon has seen tremendous success with its Alexa platform. Not only from a design, technology and architecture approach, but also (and remarkably) from a go to market and partner perspective. Alexa stole the show at CES and MWC in 2017, remarkable for a vendor like AWS, who is not used to play big at these events. Partner enablement has also been a very strong point for Alexa.
 
But so far Alexa was a consumer, focused home appliance. At re:Invent AWS unveiled its more business-related plans with the voice assistant, starting with hospitality industry and business room use cases. Both are compelling usage of voice assistants, getting a hotel room or conference room to do what guests / users want to do is a substantial challenge, as many have experienced firsthand. Amazon has partnered with the Wynn in Las Vegas (see Fig. 5), and took groups of influencers over to the Encore resort, showing how Alex can automate a hotel room: Lights, drapes, TV, media, customer service and  more are working use cases and the roll out at Wynn resorts and other properties are on the way. Of course, Amazon had to provide some enterprise tweaks to the consumer device, such as mass management, updates and user drive resets, just to name a few.


Unfortunately, not shown (or I missed it) was the meeting room automation. Hours of productivity can be missed (multiplied by the number of participants) in meeting settings while participants are trying to figure out conference call and video conference equipment, display and projector management, AV settings and many more. Overall a very powerful use case for voice assistants.


Figure 5 – The announcement of Google as a IaaS and early adopter of Workforce 
 

Source: Twitter (@holgermu)

Constellation POV: A good move by Amazon, keeping its lead with Alexa over the competition. And what was shared wasn't future, but ongoing projects. Once a vendor has technology that is successful, it only makes sense to apply to more use cases and distribute it widely. Especially when a vendor has done so many things right as Amazon with taking Alexa to market, especially with partners. Will be interesting to learn about more use cases and to follow adoption and rollout through 2018. Very much looking forward to sitting in the first voice assisted conference room.



 

A key AWS mover- an IDE

In summer 2016 AWS acquired San Francisco based startup Cloud9, who had created a cloud (that is browser) based IDE (Integrated Development Environment). AWS now used re:Invent to properly launch the IDE as an integrated offering with the rest of AWS (see Fig. 6).

A cloud based IDE is a powerful tool for developers, as traditionally all software development happened local to a machine. Moving the development artefacts to the cloud allows more points of access and faster sharing of development work. Collaborative aspects are easier to support, and AWS showed those successfully in the keynote at re:Invent. Cloud9 is well integrated into AWS. It supports all the latest FaaS (Function as a Service) development options and it gives direct terminal access to AWS. Finally, AWS has done well to allow developers to come up to speed quickly, as Cloud9 comes with tooling for over 40 programming languages. Provision, wait for servers etc. is not necessary with Cloud9.


Figure 6 – Vogels unveils Cloud9

 

Source: Twitter (@holgermu)


Constellation POV: A good move by AWS. Developers tend to stick with their IDEs for a long time, and not having an IDE was a gap for traditionally very developer friendly AWS. But IDEs are like living rooms or sofas – once you have moved in, it takes a lot of effort and motivation to move out. AWS provided all the enticements needed: Starting with programming language support and related tooling, it's easier for developers to try new things. Integration into AWS is another strong argument for Cloud9. Last but not least FaaS needs a hook / starting point and that's the IDE. AWS could simply not afford for developers to live in a living room (that is the IDE) from competitors. Future will have to tell how well Cloud9 gets adopted, but for now it is off to a strong start.


 

The Bottom Line: AWS executes on all fronts, few but key questions remain

Another record re:Invent, that has literally busted out of the seams of the original Sands Convention Center. It is now sprawling all over the Las Vegas strip. With over 60 product announcements, AWS has certainly not slowed down on the innovation side. With over 40000 attendees, re:Invent has overtaken VMworld and is becoming quickly the yearly get together of the IT industry, an advantageous position for AWS and testament to its relevance for enterprises and vendors.


 
Effectively, AWS is pushing forward on all fronts, instances, databases, serverless and microservices, machine learning, IoT (no space to cover here) and many more. Notably absent was the traditional new product going after the "old guard" vendors (as AWS likes to call them) as we had seen in past years, with AWS launching email, VDI,  center and BI capabilities. The verdict is out if AWS management does not see the 1x% profitable software categories to go after, or if product development timelines and re:Invent collided. 

We will see at the many AWS Summits coming in the next months.

On the concern side, AWS needs to keep working on simplification / packaging of the portfolio. The good news is that both Jassy and Vogels picked up on the need for better management and bundling, but that strategy has not reflected itself. The challenge for AWS is to transform itself from a developer's paradise into an enterprise platform that can deliver repetitive results to build next generation applications and puts CxO concerns in regards of replicability at ease. That does not mean the end of innovation, but an easier way for CxOs to choose AWS as a platform as it gives / shows repeatable paths to they desired solution. 

One of the emerging concerns is around Machine Learning. Expectations that AWS may announces its own neural network and compete with Google's TensorFlow seem unlikely to happen at this point. Who would have thought that AWS would enter multiple partnerships with Seattle neighbor Microsoft on Machine Learning? The risks for AWS are tangible, if any other IaaS vendor can show faster, cheaper and better Machine Learning performance, it will create a magnetic effect on data. And with data goes load, not to mention that Machine Learning itself creates a lot of load. And load is the mother milk of IaaS vendors success.


Overall CxOs who are charged to build next generation applications for their enterprises, have few things not to like when considering AWS. AWS is doing well, often leading in regards of instance and location build out. If offers the largest number of instance types to match to specific load profiles. Its database offerings are maturing fast and becoming quickly a valid alternative to the traditional databases (that AWS is also more than happy to operate). AWS IoT offerings are doing well, combined with its Snowball appliance, that effectively is becoming more and more an application server. Lock-in concerns can be mitigated to a certain point with EKS, given the broad adoption of Kubernetes. AWS has a strong position on serverless and microservices with lambda and Kinesis, key ingredients for next generation applications. AWS and CxOs care for developer productivity, another key alignment and attraction point. The main concern for CxOs remains around their inhouse developer talent, if their team can find the path to a successful enterprise application – relying on their talent and intuition given the innovation maelstrom AWS presents itself as.


But for now, all things look up for AWS. Cloud9 is a strategic move that must pan out more before it can be fully assessed in regards of potential. Keeping developers happy is vital for AWS success. And Alexa's new use cases show with what laser like focus and industrial strength precision Amazon / AWS can execute. If the competition has not been on notice, it is now.