Book Image

Implementing Azure Solutions - Second Edition

By : Florian Klaffenbach, Markus Klein, Sebastian Hoppe, Oliver Michalski, Jan-Henrik Damaschke
Book Image

Implementing Azure Solutions - Second Edition

By: Florian Klaffenbach, Markus Klein, Sebastian Hoppe, Oliver Michalski, Jan-Henrik Damaschke

Overview of this book

<p>Microsoft Azure offers numerous solutions that can shape the future of any business. However, the major challenge that architects and administrators face lies in implementing these solutions. </p><p>Implementing Azure Solutions helps you overcome this challenge by enabling you to implement Azure Solutions effectively. The book begins by guiding you in choosing the backend structure for your solutions. You will then work with the Azure toolkit and learn how to use Azure Managed Apps to share your solutions with the Azure service catalog. The book then focuses on various implementation techniques and best practices such as implementing Azure Cloud Services by configuring, deploying, and managing cloud services. As you progress through the chapters, you’ll learn how to work with Azure-managed Kubernetes and Azure Container Services. </p><p>By the end of the book, you will be able to build robust cloud solutions on Azure.</p>
Table of Contents (14 chapters)

Naming standards

Having defined the Azure hierarchy, the next step is setting up a naming standard definition for all Azure resources. This is one of the most important steps within the governance, as in the future there may be hundreds and thousands of resources defined in Azure. If no naming definition has been set when starting, the risk of getting lost in there is quite high. There are hundreds of naming definitions—each consultant around the world may have set one—but following the Microsoft best practice would make life easier.

The set of Microsoft naming conventions and patterns can be found at: https://docs.microsoft.com/en-us/azure/architecture/best-practices/naming-conventions.

As defined, the following naming conventions should have been set:

<Company> <Department (optional)> <Product Line (optional)> <Environment>

Structuring your resources this way provides an out-of-the-box solution for documentation, scalability, and generality...