\nHint:<\/p>\nBe sure to check other content, published during the week (March 13th – 17th) on: https:\/\/www.azurespringclean.com<\/a><\/cite><\/blockquote>\n\n\n\n
Setting the stage …<\/h3>\n\n\n\n
Cloud computing is transforming the way organizations deliver and consume IT services. However, cloud adoption is not a one-size-fits-all process. It requires careful planning, design, implementation, and optimization to achieve the best business outcomes. During my journey (with my customers), I rely on:<\/p>\n\n\n\n
\n
- Azure Cloud Adoption Framework (CAF)<\/li>\n\n\n\n
- Azure Well-Architected Framework (WAF)<\/li>\n\n\n\n
- Azure Reference Architectures<\/li>\n\n\n\n
- Design Patterns (and Anti-patterns)<\/li>\n\n\n\n
- Azure Subscription limits and Quotas<\/li>\n\n\n\n
- Azure resources naming conventions and tagging<\/li>\n<\/ul>\n\n\n\n
\nHint:<\/p>\nLast three items are actually part of the resources above. Design patterns are part of the Reference Architectures, and the other two are part of CAF. I emphasized them on purpose \ud83d\ude42<\/cite><\/blockquote>\n\n\n\n
Azure Cloud Adoption Framework (CAF)<\/h3>\n\n\n\n
The Cloud Adoption Framework is a set of proven guidance and best practices that help you confidently adopt the cloud and achieve business outcomes. The framework provides tools, guidance, and narratives that help you shape your technology, business, and people strategies for cloud adoption.<\/p>\n\n\n
\nAzure Cloud Adoption Framework (high level diagram)<\/figcaption><\/figure>\n<\/div>\n\n\n The framework consists of six stages:<\/p>\n\n\n\n
\n
- Define your strategy<\/strong>: Identify your business drivers, expected outcomes, risks, readiness, and skills gaps for cloud adoption.<\/li>\n\n\n\n
- Plan your approach<\/strong>: Define your cloud adoption plan based on your current state assessment, desired future state vision, business case analysis, governance model, landing zone design, migration approach, innovation roadmap, and change management plan.<\/li>\n\n\n\n
- Ready your organization<\/strong>: Prepare your organization for cloud adoption by establishing a Cloud Center of Excellence (CCoE), developing a cloud skills plan, setting up a landing zone environment on Azure using best practices for security and governance.<\/li>\n\n\n\n
- Adopt the cloud<\/strong>: Execute your cloud adoption plan by migrating or modernizing existing workloads or building new solutions on Azure using agile methodologies and DevOps practices.<\/li>\n\n\n\n
- Govern and manage<\/strong>: Establish policies and processes to monitor, optimize, secure, and govern your cloud environment using Azure management tools such as Azure Monitor, Azure Policy, Defender for Cloud, and Azure Cost Management + Billing.<\/li>\n\n\n\n
- Innovate on the cloud<\/strong>: Leverage the capabilities of Azure to create new value for your customers by adopting emerging technologies such as artificial intelligence (AI), Internet of Things (IoT), blockchain, and server-less computing.<\/li>\n<\/ul>\n\n\n\n
\nHint:<\/p>\nI will cover each stage in the video, matched with lessons learned and some customer stories. I also did a three-part article on the topic, you might look at as well (Cloud adoption in the era of accelerated Digital Transformation<\/a>)<\/cite><\/blockquote>\n\n\n\n
Azure Well-Architected Framework (WAF)<\/h3>\n\n\n\n
The Azure Well-Architected Framework is a set of guiding tenets that can help you improve the quality of your workload on Azure. <\/p>\n\n\n
\nAzure Well-Architected Framework (high level diagram)<\/figcaption><\/figure>\n<\/div>\n\n\n The framework consists of five pillars of architectural excellence:<\/p>\n\n\n\n
\n
- Reliability<\/strong>: Ensure that your workload can recover from failures quickly and gracefully without impacting customer experience or data integrity.<\/li>\n\n\n\n
- Security<\/strong>: Protect your workload from unauthorized access and data breaches by applying security controls at every layer and following security best practices such as encryption, identity management, and threat detection.<\/li>\n\n\n\n
- Cost Optimization<\/strong>: Minimize the cost of running your workload by choosing the right services, scaling resources efficiently, and optimizing resource utilization.<\/li>\n\n\n\n
- Operational Excellence<\/strong>: Improve the performance and availability of your workload by automating processes, monitoring metrics, and implementing feedback loops for continuous improvement.<\/li>\n\n\n\n
- Performance Efficiency<\/strong>: Maximize the speed and responsiveness of your workload by designing for scalability, resiliency, and elasticity.<\/li>\n<\/ul>\n\n\n\n
Each pillar has a set of design principles and questions that can help you assess the current state of your workload and identify areas for improvement.<\/p>\n\n\n\n
Azure Reference Architectures<\/h3>\n\n\n\n
Azure Reference Architectures are architecture diagrams and technology descriptions that provide guidance for common scenarios on Azure. They illustrate how to combine different Azure services to achieve specific goals such as web hosting, data processing, or machine learning.<\/p>\n\n\n\n
Some examples of reference architectures are:<\/p>\n\n\n\n
\n
- Basic web application: A simple web application hosted on App Service with a SQL Database back-end.<\/li>\n\n\n\n
- Server-less web application: A scalable web application built with Functions, Logic Apps, Event Grid, Cosmos DB, Blob Storage, CDN, and Application Insights.<\/li>\n\n\n\n
- Enterprise BI with SQL Data Warehouse: A data warehouse solution that ingests data from multiple sources using Data Factory,and provides interactive analytics using Synapse Analytics,and Power BI.<\/li>\n<\/ul>\n\n\n\n
\nHint:<\/p>\n Browse Azure Architectures – Azure Architecture Center | Microsoft Learn<\/a><\/cite><\/blockquote>\n\n\n\n
Design Patterns (and Anti-patterns)<\/h3>\n\n\n\n
Represent reusable solutions to common problems in software design. They provide guidance on how to structure your code, how to handle different scenarios, and how to optimize your performance and security. <\/p>\n\n\n\n
Azure provides a catalog of design patterns that are useful for building cloud applications. Each pattern describes the problem that it addresses, considerations for applying it, and an example based on Azure.<\/p>\n\n\n\n
\nHint:<\/p>\nCloud design patterns – Azure Ar<\/a>chitecture Cen<\/a>ter | Microsoft Learn<\/a><\/cite><\/blockquote>\n\n\n\n
Azure Subscription limits and Quotas<\/h3>\n\n\n\n
Azure imposes certain limits and quotas on various resources and services within a subscription. These limits are designed to prevent abuse, ensure fair usage, and protect the availability and performance of Azure services.<\/p>\n\n\n\n
Some of these limits are fixed and cannot be changed (i.e. number of subscriptions per account or the number of resource groups per subscription). Other limits are set to default, and can be increased upon request (i.e. number of cores per region or the number of storage accounts per subscription). Furthermore, some limits are variable and depend on factors such as usage history, billing plan, or service tier (i.e. number of concurrent requests per function app or the storage capacity per SQL database).<\/p>\n\n\n\n
\nHint:<\/p>\nAzure subscription limits and quotas – Azure Resource Manager | Microsoft Learn<\/a><\/cite><\/blockquote>\n\n\n\n
Azure resources naming conventions and tagging<\/h3>\n\n\n\n
Azure is a cloud platform that offers a variety of services and resources to help you build, deploy, and manage your applications. However, as your Azure environment grows and becomes more complex, it can be challenging to keep track of all the resources you have created and how they relate to each other. That’s why it’s important to have a consistent and meaningful naming convention for your Azure resources.<\/p>\n\n\n
\nTagging decision guide (high level)<\/figcaption><\/figure>\n<\/div>\n\n\n A naming convention is a set of rules or guidelines that you follow when naming your resources. It helps you to:<\/p>\n\n\n\n
\n
- Identify the purpose, function, location, and owner of each resource.<\/li>\n\n\n\n
- Organize your resources into logical groups or categories.<\/li>\n\n\n\n
- Avoid name conflicts or duplicates within a scope.<\/li>\n\n\n\n
- Simplify your resource management and governance tasks.<\/li>\n\n\n\n
- Enhance your security and compliance posture.<\/li>\n<\/ul>\n\n\n\n
The structure and format of your resource names should be consistent across all types of resources. You should use common elements such as prefixes, suffixes, separators, abbreviations, case sensitivity, length limits, etc. You should be aware that there are resource naming restrictions, that need to be taken in consideration. There is uniqueness per resource provider namespace.<\/p>\n\n\n\n
Azure resource tagging is a feature that allows you to assign metadata to your Azure resources. Tags are key-value pairs that help you categorize and manage your resources based on criteria that are relevant to your organization. <\/p>\n\n\n\n
\nHint:<\/p>\nFor example, you can use tags to identify the owner, department, project, environment, or cost center of a resource.<\/cite><\/blockquote>\n\n\n\n
You can also use tags to filter and report on your resources based on their tags. Azure supports up to 15 tags per resource and resource group.<\/p>\n\n\n\n
\nHint:<\/p>\nDefine your naming convention – Cloud Adoption Framework | Microsoft Learn<\/a>
Resource naming restrictions – Azure Resource Manager | Microsoft Learn<\/a><\/cite><\/blockquote>\n\n\n\n“The stage” \ud83d\ude42<\/h3>\n\n\n\n
![\"Azure](\"https:\/\/learn.microsoft.com\/en-us\/azure\/cloud-adoption-framework\/_images\/caf-overview-graphic.png\")
![\"Azure](\"https:\/\/learn.microsoft.com\/en-us\/azure\/architecture\/framework\/_images\/waf-diagram-revised.png\")
![\"Tagging](\"https:\/\/learn.microsoft.com\/en-us\/azure\/cloud-adoption-framework\/_images\/decision-guides\/decision-guide-resource-tagging.png\")