Cloud diagrams are essential for your IT department because they allow you to visualize all the dependencies between your components and identify bottleneck issues. Cloud diagrams will help you understand everything you have in your environment and therefore see what needs to be redesigned.
A good cloud diagram is a blueprint that can be used by your architectural team. With the help of the diagrams, they can easily take decisions when they implement changes in the existing infrastructure. Cloud diagrams will also help the architects when they want to deploy a completely new system.
A good cloud diagram should include infrastructure as a service (IaaS) and platform as a service (PaaS) components in an environment. The most important components are the virtual networks, the network security groups and the network interface cards. In addition, a favorable architecture diagram should also have the list of all the Azure app services, Azure app service plans and storage that are deployed in your subscription.
As an example, the image below displays a list of typical components you should find in your Azure diagrams.
Below you can see an example of a proper Azure cloud diagram to showcase your past components. These diagrams typically include components like app service plans, web jobs, app services and it also gives you the links between the components. If you have a function that is connected to an Azure SQL database, your diagram should include the dependencies listed above. It is also important to have all the component’s meta data directly available from the diagram. You do not want to lose time browsing the Azure portal to see if the configuration of an existing function in Azure is compatible with what you are trying to implement.
Below is another example of a good cloud architecture diagram that is focused on storage. In this diagram you can clearly see that the storage accounts are the main topic followed by the dependencies between those storage accounts and the components that are using them. For instance, if you have an Azure virtual machine, an Azure function or any other component that is using the account, they will be identified in the links.
IaaS diagrams typically include networking component firewalls, network security groups, route tables, IP configurations and of course Virtual Machines. Most the time, these diagrams are used by cloud computing architects. They should include every detail of those components. Typically, you want to know if the size of a specific virtual machine is Standard_A1 and quickly see the total cost of a virtual machine. You will need to properly identify the connectivity between all the components. For instance, you want to be aware that 2 virtual machines are in the same availability set and belong to a virtual network that has multiple subnets. You also need to identify the IP range of those subnets.
Another example of a diagram you should use to document your infrastructure is a container diagram. This diagram should include your Kubernetes Clusters and detailed information of agent pools, the pod, the images, the services and all the networking components:
There are two ways you can create your diagrams. The first one is, of course, manually. After spending a lot of time creating your diagrams manually, you will soon realize it is outdated. The second option is to use Cloudockit’s Azure architecture diagram tool. The tool will automatically generate your diagrams as often as you need them. The steps required to create diagrams are quite simple: