liveBook · Manning

Data ingestion

As explained in Azure Security

Data ingestion is the process of gathering and importing data from one or more sources into a system for storage and processing.

Data ingestion is the collection and import of security events and contextual data from multiple sources so a system can store, analyze, investigate, and respond to threats. In Microsoft Sentinel, data collection and data ingestion are used interchangeably, and collected data is stored in Log Analytics workspaces. section 8.2.1

Build an effective ingestion scope across the environment:

  • Collect application, operating-system, container, and compute-resource data to provide layered visibility. section 9.1
  • Collect Azure platform data, including resource operations, subscription management operations, and tenant-level service activity such as Microsoft Entra ID operations. section 9.1
  • Use custom sources when required resource data cannot be collected through other data sources; APIs can support this approach. section 9.1
  • Choose a Log Analytics workspace architecture deliberately: minimize workspace count unless requirements such as geographic data residency require multiple workspaces. section 8.2.1

Layered monitoring for an Azure application

A security team can ingest an application's logs together with its operating-system, container, virtual-machine, Azure resource, subscription, and tenant activity. This layered view helps detect suspicious activity and supports investigation of an incident's potential blast radius and root cause. section 9.1 section 8.2.1

Figure 8.1 Understanding the high-level capabilities of Microsoft Sentinel

Use the capability overview to connect data ingestion with threat detection, investigation, and automated response in Microsoft Sentinel. section 8.2.1

How Azure Security covers it

How deep it goes
Explains ingestion sources, workspace storage, custom APIs, and architecture decisions but stops short of deployment commands or connector configuration.
Examples
Uses application, operating-system, container, compute, Azure platform, subscription, tenant, and custom API log sources.
What it assumes
Assumes familiarity with Log Analytics workspaces and role-based access control while distinguishing application-to-tenant log layers.
What you can do after
Evaluate ingestion coverage and workspace architecture for layered Azure security monitoring.
How it connects
Connects data ingestion with Microsoft Sentinel, Log Analytics workspaces, Azure Monitor, Microsoft Entra ID, and role-based access control.

Also explained in

Compare how 6 books explain data ingestion →

Related concepts

This explainer was generated by Manning's knowledge graph from the text of Azure Security. The section links point to the parts of the book it draws on.