liveBook · Manning

Service principal

A service principal is a nonhuman application or service identity that authenticates and receives authorized access to resources.

How 3 Manning books explain it

Azure Security

A service principal is an application identity in Microsoft Entra ID that represents software and can authenticate to access Azure resources.

How it is used
Provides an application identity for Azure resource access and CI/CD deployments.
How deep it goes
Shows creation commands, credential options, and RBAC role-and-scope setup; defers detailed permission coverage.
Examples
Uses MyAmazingApp and githubActionsApp identities for Azure access and Defender for Cloud automation.
What you can do after
Operate/configure it with Azure CLI credentials, an RBAC role, and a resource scope for CI/CD use.

Read how Azure Security explains service principal →

Microsoft Azure in Action

A service principal is a nonhuman identity used by an application or service to authenticate to Azure resources.

How it is used
Gives applications, scripts, and deployment pipelines a nonhuman identity for accessing Azure resources.
How deep it goes
Defines the identity and walks through portal registration and client-secret creation, including expiry and safe handling.
Examples
Uses Terraform and GitHub Actions deployments, plus an Azure portal app-registration and client-secret workflow.
What you can do after
Operate/configure it by registering an application, creating a client secret, and retaining the IDs needed for authentication.

Read how Microsoft Azure in Action explains service principal →

Terraform in Depth: Infrastructure as Code with Terraform and OpenTofu

A service principal is an identity representing an application or automated service for authentication and authorization.

How it is used
Uses a service principal to authorize automated identities after OpenID Connect authentication succeeds.
How deep it goes
Explains the identity-mapping model and access restrictions, but defers concrete Azure configuration details.
Examples
Uses GitHub Actions and Spacelift identities mapped to cloud authorization identities, contrasting Azure service principals with AWS IAM roles.
What you can do after
Evaluate how an automated identity becomes authorized and where repository, workflow, or stack restrictions must apply.

Read how Terraform in Depth: Infrastructure as Code with Terraform and OpenTofu explains service principal →

Related concepts

These guides are generated from the text of Manning books by Manning's knowledge graph and link to the sections they draw on. The full books are available on liveBook and at manning.com.