AZ-220 Implement Business Integration (5-10%)

The Microsoft Global Partner Solutions (GPS) Technical Team, IoT Product Group, IoT Advocates, and Microsoft Worldwide Learning have collaborated to create this guide to help you prepare for the Microsoft Azure IoT Developer exam!

Skills Measured: Implement Business Integration

Integrate with upstream and downstream systems

Develop an IoT solution that uses Azure Digital Twins

NOTE: In most cases, exams do NOT cover preview features, and some features will only be added to an exam when they are GA (General Availability).

Develop Data Insights and Business Integrations (5 Modules)

Learn about the tools and services that can be used to develop data insights and implement business integration, including Azure Event Grid, Azure Logic Apps, and Azure Time Series Insights.

Extend IoT Solutions by Using Azure Digital Twins (4 Modules)

Learn about the features and capabilities of Azure Digital Twins service, how to configure, build, and manage an Azure Digital Twins environment, and how to integrate IoT and Azure Digital Twins solutions.

Quick Reference: Key Concepts and Terminology

  • What is Azure Digital Twins?
    • Azure Digital Twins is a platform as a service (PaaS) offering for creating digital representations of real-world things, places, business processes, and people.
    • Build twin graphs that represent entire environments using twin types called models
    • Use them to gain insights to drive better products, optimize operations and costs, and create breakthrough customer experiences.
    • Models are defined in a JSON-like language called Digital Twins Definition Language (DTDL), and they describe twins in terms of their state properties, telemetry events, commands, components, and relationships.
    • Visualize your Azure Digital Twins graph in Azure Digital Twins Explorer, which provides the following interface for interacting with your graph
    • Data in your Azure Digital Twins model can be routed to downstream Azure services for additional analytics or storage using event routes with Event Hub, Event Grid, or Service Bus to drive your desired data flows.
  • A complete solution using Azure Digital Twins may contain the following parts:
    • The Azure Digital Twins service instance - Stores your twin models and your twin graph with its state, and orchestrates event processing.
    • One or more client apps that drive the Azure Digital Twins instance by configuring models, creating topology, and extracting insights from the twin graph.
    • One or more external compute resources to process events generated by Azure Digital Twins, or connected data sources such as devices. One common way to provide compute resources is via Azure Functions.
    • An IoT hub to provide device management and IoT data stream capabilities.
    • Downstream services to handle tasks such as workflow integration (like Logic Apps, cold storage, Azure Data Explorer, time series integration, or analytics).
  • Elements of a Model - A DTDL model interface may contain zero, one, or many of each of the following fields:
    • Property - Properties are data fields that represent the state of an entity (like the properties in many object-oriented programming languages). Properties have backing storage and can be read at any time. For more information, see Properties and telemetry below.
    • Telemetry - Telemetry fields represent measurements or events, and are often used to describe device sensor readings. Unlike properties, telemetry is not stored on a digital twin; it is a series of time-bound data events that need to be handled as they occur. For more information, see Properties and telemetry below.
    • Relationship - Relationships let you represent how a digital twin can be involved with other digital twins. Relationships can represent different semantic meanings, such as contains (“floor contains room”), cools (“hvac cools room”), isBilledTo (“compressor is billed to user”), etc. Relationships allow the solution to provide a graph of interrelated entities. Relationships can also have properties of their own. For more information, see Relationships below.
    • Component - Components allow you to build your model interface as an assembly of other interfaces, if you want. An example of a component is a frontCamera interface (and another component interface backCamera) that are used in defining a model for a phone. You must first define an interface for frontCamera as though it were its own model, and then you can reference it when defining Phone. Use a component to describe something that is an integral part of your solution but doesn’t need a separate identity, and doesn’t need to be created, deleted, or rearranged in the twin graph independently. If you want entities to have independent existences in the twin graph, represent them as separate digital twins of different models, connected by relationships.

Other Helpful Resources

Happy studies!