Fabric OneLake Architecture in Practice

OneLake is easy to describe as “the data lake for Microsoft Fabric,” but that description undersells the architectural change. It is the tenant-wide storage foundation that allows lakehouses, warehouses, Spark workloads, Power BI, data science, and other Fabric experiences to work over a shared logical data estate. The important design question is therefore not where to place a file. It is how to organize one governed data layer so multiple analytical engines can reuse data without uncontrolled duplication. This matters directly to professionals working with DP-700 data engineering and DP-600…

Azure Cost Governance for Architects: Architecture and Trade-Offs

Cost architecture is not the same thing as cost cutting. An Azure design can be inexpensive and still be a poor business decision if it creates operational fragility, slows delivery, or makes future change prohibitively expensive. The architect’s job is to shape a system whose spending remains visible, attributable, and defensible while the workload still meets its security, reliability, performance, and compliance requirements. That distinction matters for architects working across the Microsoft ecosystem. The AZ-305 architecture path emphasizes design choices, while the AZ-104 administration path exposes the operational consequences of…

Azure Resilience and Disaster-Recovery Patterns in Practice

Azure resilience starts with a business decision, not an availability-zone checkbox. Teams need to know which failures matter, how much downtime the workload can tolerate, how much data loss is acceptable, and how much complexity the organization is willing to operate. Only then can they choose between local redundancy, zone redundancy, backups, asynchronous replication, warm standby, active-active regions, or other recovery patterns. This is directly relevant to AZ-104 operations and AZ-305 architecture. Administrators need to configure and test services such as backup and recovery. Architects need to ensure those services…

Key Vault and Managed Identities in Production

The safest secret is often the secret an application never has to store. Azure managed identities make that possible for many service-to-service connections by allowing an Azure workload to obtain Microsoft Entra tokens without embedding a password, client secret, or certificate in application configuration. Azure Key Vault remains essential for credentials, keys, and certificates that genuinely must exist, but its strongest production role is part of a broader identity-first design rather than a universal place to put every connection string. This topic crosses Azure administration, architecture, and identity. Candidates preparing…

Azure Firewall and Web Application Protection in Practice

Azure Firewall and Web Application Firewall are often mentioned together because both are security controls, but they protect different layers of traffic. Treating them as interchangeable leads to weak designs. Azure Firewall provides centralized stateful network filtering across Layer 3 through Layer 7 capabilities, while Azure WAF is focused on HTTP and HTTPS application-layer attacks such as injection, cross-site scripting, malicious bots, and other web-specific patterns. For Azure administrators and architects preparing around AZ-104 and AZ-305, the important skill is deciding where each control belongs in the traffic path. A…

Azure Networking Design Patterns: Failure Modes and Recovery

Azure networking failures are rarely caused by one missing checkbox. They usually emerge from the interaction of routing, name resolution, load balancing, security policy, private endpoints, hybrid connectivity, and regional dependencies. A network can look correct in a diagram and still fail because the packet path is asymmetric, DNS resolves to the wrong endpoint, health probes cannot reach the backend, or a shared hub becomes a hidden single point of operational failure. That is why Azure networking design is relevant to both AZ-104 administrators and AZ-305 architects. The practical skill…

Azure Policy at Scale: Governance and Implementation

Azure Policy becomes difficult only when it is treated as a collection of isolated rules. At enterprise scale, the real problem is governance design: deciding which controls belong at management-group, subscription, or resource scope; grouping policies into initiatives; handling legitimate exceptions; remediating existing resources; testing changes safely; and keeping policy ownership clear as the platform evolves. This matters to candidates and practitioners around both AZ-104 and AZ-305. Administrators encounter assignments, compliance, tags, locks, and remediation operationally. Architects need to decide where policy fits in the landing-zone and governance model. The…

Zero Trust Across Microsoft Cloud Workloads: Patterns & Pitfalls

Zero Trust is easy to reduce to a slogan and surprisingly difficult to apply consistently across a real Microsoft cloud estate. The three guiding principles—verify explicitly, use least privilege, and assume breach—are simple. The architecture becomes harder when those principles have to span Microsoft Entra identities, Azure networks, Microsoft 365 access, data platforms, AI workloads, administrative tooling, and non-human identities. For security architects working toward the SC-100 exam, Zero Trust is a core architectural lens. But the same design choices affect Azure administrators, AI engineers, data teams, and application owners….

A Practical Look at Microsoft Entra Identity Design

Microsoft Entra identity design is not simply a matter of creating users and assigning licenses. In a mature cloud environment, identity becomes the primary security boundary for employees, administrators, applications, automation, agents, devices, and external collaborators. The design has to answer who or what is making a request, how that identity is authenticated, what it is authorized to do, under which conditions access is allowed, how long access should last, and how the organization will detect misuse. That makes Entra relevant far beyond identity-specialist roles. Candidates working toward the SC-300…

Microsoft Foundry for Production AI Applications in Practice

Microsoft Foundry becomes most useful when an AI project moves beyond a proof of concept and has to behave like a production system. At that point, model quality is only one part of the problem. Teams also need identity, network boundaries, deployment discipline, tool governance, evaluation, observability, cost control, rollback, and a clear separation between experimentation and live service. For organizations building on Microsoft’s AI stack, Foundry can become the common platform that connects these concerns. The broader Microsoft certification ecosystem now touches Foundry from multiple angles: AI engineering, agentic…

Microsoft Foundry Fundamentals for Microsoft AI-901

Microsoft Foundry is central to the current AI-901 exam because the blueprint now expects beginning AI practitioners to do more than recognize AI workloads conceptually. Candidates should be able to deploy a model, interact with it in the Foundry portal, create effective prompts, build a lightweight client with the Foundry SDK, create and test a single agent, and implement simple text, speech, vision, image-generation, and information-extraction solutions. For the AI-901 exam, Foundry should be understood as the platform that connects models, agents, tools, identity, networking, policy, observability, and evaluation. The…

Microsoft AI-901: Generative AI Workloads

Generative AI is now one of the clearest dividing lines between the current AI-901 exam and the older Azure AI fundamentals material that many candidates still encounter online. The April 2026 AI-901 blueprint asks candidates to identify generative and agentic workloads, understand how modern models behave, choose appropriate model and deployment options, create effective prompts, deploy and interact with models in Microsoft Foundry, and build lightweight chat and single-agent applications. That means preparation for the AI-901 exam should move beyond memorizing that generative AI “creates content.” Candidates need to recognize…

Text and Speech Workloads for Microsoft AI-901

Text and speech remain core AI workloads in the current AI-901 blueprint, but the April 2026 objectives frame them as capabilities that candidates should both recognize and implement in lightweight Microsoft Foundry solutions. The text objectives include keyword extraction, entity detection, sentiment analysis, and summarization. The speech objectives include recognition, synthesis, spoken prompts with multimodal models, and Azure Speech in Foundry Tools. For candidates preparing for the AI-901 exam, the easiest way to organize this material is by the direction of information flow. Text analysis starts with language and extracts…

Computer Vision and Image Generation for Microsoft AI-901

The current AI-901 exam no longer treats computer vision as a completely separate world from generative AI. Microsoft’s April 2026 objectives combine classic vision workload recognition with multimodal models that interpret visual prompts and generative models that create new images. Candidates also need to understand how a lightweight Foundry application can use those capabilities. For the AI-901 exam, the most important distinction is between understanding existing visual content and generating new visual content. A model that identifies what is in an uploaded image is solving an interpretation problem. A model…

AI Models and Deployment Fundamentals for Microsoft AI-901

The April 2026 AI-901 blueprint changed the emphasis of Azure AI Fundamentals. Candidates are now expected to describe how generative AI models work, choose an appropriate model based on capabilities, and identify deployment options and configuration parameters. That is still fundamentals-level knowledge, but it requires more engineering judgment than simply naming a service. For the AI-901 exam, model selection should be treated as a requirements problem. What kind of input does the application accept? What kind of output does it need? How much context is required? Does the workload need…

  • img