A cloud risk registry is primarily used to identify and manage risks associated with cloud services. It serves as a tool for documenting, tracking, and assessing potential risks to the organization that arise from using cloud services. This includes risks related to security, compliance, availability, and performance. The risk registry helps organizations prioritize and mitigate these risks effectively to ensure the security and resilience of their cloud infrastructure.
Establishing SLAs is related to cloud contract management but not the primary purpose of a risk registry. Monitoring real-time cloud performance is a performance monitoring task, not the focus of a risk registry. Managing cloudaccount credentials is an aspect of identity and access management, not related to risk registries.

Immutable containers are not altered post-deployment, ensuring the integrity of the deployed environment and reducing the risk of unauthorized modifications. Reference: [CCSK v5 Curriculum, Domain 8 - Cloud Workload Security][16 source].

One of the primary operational challenges associated with using cloud-agnostic container strategies is ensuring management plane compatibility and consistent controls across multiple cloud environments. Cloud-agnostic strategies aim to make containers portable between different cloud providers. However, each cloud provider has its own management tools, APIs, and security controls, which can lead to complexities in maintaining consistent policies, monitoring, and management practices across different cloud environments.
Limiting deployment to a single cloud service is contrary to the goal of a cloud-agnostic strategy, which seeks to avoid reliance on a single cloud provider. Establishing identity and access management protocols is important but not unique to cloud-agnostic strategies; IAM challenges exist regardless of cloud approach. Reducing the amount of cloud storage used is a general optimization concern, not specifically related to cloud-agnostic containers.

Network segmentation isolates sections of the network, limiting the spread of a breach and containing it to a specific segment. Reference: [Security Guidance v5, Domain 7 - Infrastructure & Networking]