You can develop, but can you develop for the cloud? Harness your development skills and learn how to create robust solutions for Microsoft Azure, aiming for your Microsoft Certified: Azure Developer Associate certification!
Azure Cosmos DB is a fully managed, globally distributed NoSQL database service designed for highly responsive applications. Developers select a specialized API, such as the SQL API or MongoDB API, based on the shape of their data and the querying requirements of their application. To balance performance against data accuracy, developers configure one of five distinct consistency levels. For example, Strong consistency guarantees that a client always reads the latest write, but this increases latency because writes must be replicated globally first. In contrast, Eventual consistency offers the lowest latency and highest availability, though clients may experience a delay before seeing the most recent updates.
To scale efficiently, the database automatically distributes data across physical systems using logical partitions. Developers must choose a partition key that evenly distributes both storage and request volume to prevent a single partition from slowing down the entire system. Once data is written, the change feed monitors the containers for any modifications in chronological order. This feed allows external services, such as serverless Azure Functions, to automatically trigger secondary workflows whenever an item is created or updated in the database.
Azure Blob Storage is optimized for storing massive amounts of unstructured object data in the cloud. Developers organize data by creating a storage account, setting up containers, and uploading individual blobs. You must choose the right blob type for your workload: block blobs are ideal for documents, images, and streaming media, append blobs excel at continuous logging operations, and page blobs support random read and write operations for virtual machine disks.
To optimize storage costs, data can be assigned to different access tiers based on how often it is needed. Frequently accessed files are placed in the Hot tier for immediate read and write availability. Inactive files are stored in the Cool or Cold tiers, which offer lower storage costs but higher access fees. For long-term backups, developers use the Archive tier, which provides the cheapest storage but requires several hours of retrieval time to bring the data back online.
Applications interact with storage resources using a hierarchical client model provided by the Azure SDK. A developer initiates a connection using a BlobServiceClient, navigates down to a BlobContainerClient to manage specific folders, and uses a BlobClient to upload or modify individual files. To secure these interactions without exposing master keys, applications generate a Shared Access Signature (SAS), which grants clients temporary, restricted permissions to storage resources.
To automate cost management at scale, developers implement lifecycle management policies. These policies apply rules that automatically transition blobs to cooler storage tiers or delete them entirely after they reach a specific age. By relying on these automated rules, developers ensure the application dynamically optimizes its storage footprint without requiring manual intervention or custom code.
Selecting between these two storage solutions depends on the structure of your data and how your application needs to access it. Choose Cosmos DB when your application requires fast, indexable queries over semi-structured JSON documents with guaranteed low latency and global scale. Choose Blob Storage when you need to store large, unstructured files where cost-effective storage capacity is more important than complex query capabilities. By combining both services, an architecture can store lightweight metadata in a fast database while keeping the heavy files in cheap object storage.
Prepare and test your skills

Prepare and test your skills

Azure Blob Storage offers four access tiers. The Hot tier is for frequently accessed data and provides immediate read and write availability. The Cool and Cold tiers are for infrequently accessed data, offering lower storage costs but higher access fees. The Archive tier is for long-term backups, providing the cheapest storage but requiring several hours to retrieve data back online.
The change feed in Azure Cosmos DB monitors containers for any modifications in chronological order. This feed allows external services, such as serverless Azure Functions, to automatically trigger secondary workflows whenever an item is created or updated in the database.
Azure Blob Storage provides three blob types for different workloads. Block blobs are ideal for documents, images, and streaming media. Append blobs excel at continuous logging operations. Page blobs support random read and write operations, making them suitable for virtual machine disks.
A Shared Access Signature (SAS) grants clients temporary, restricted permissions to storage resources without exposing master keys. Applications generate SAS tokens to secure interactions between the SDK client hierarchy—starting from BlobServiceClient, through BlobContainerClient, to BlobClient—and the storage account.