The AKS Architecture Map

This post has been republished via RSS; it originally appeared at: New blog articles in Microsoft Tech Community.



I recently started to build several Azure Maps to help architects finding their way in Azure. AKS is not a service like others and certainly deserves its own map.  

As usual, this map is by no way the holy grail and is just there to highlight some key areas to look at when starting an AKS journey. Several aspects depicted in this map have to be tackled right from the start...With AKS, more than any other service, it is important to think about the broader picture, meaning the other Azure Services you might be using. Should you go 100% the open source way or should you prefer a unified way of managing resources using the Azure ecosystem? Should you prefer a best of suite or a best of breed? The map does not answer those questions but shows different possible routes to achieve similar functionalities.  


As usual, here is a screenshot of the map:




The map focuses on the following areas:

  • Network
  • Scaling
  • Storage
  • Monitoring
  • Deployment
  • Miscellaneous

How to read this map?


Whenever you see the attachment icon attachicon.png, it means that I have attached an explanation on a given rationale or service. If you see this iconattention.png next to a node, it means that I have attached a must-read information.


The link icon  link.pngis a pointer to the corresponding documentation.


With this tool, any Cloud-native Application Architect should quickly grasp the AKS universe and how this managed Kubernetes integrates with other Azure Services.


Here is the pointer to the map:

v1.0 (12/2019)

REMEMBER: these articles are REPUBLISHED. Your best bet to get a reply is to follow the link at the top of the post to the ORIGINAL post! BUT you're more than welcome to start discussions here:

This site uses Akismet to reduce spam. Learn how your comment data is processed.