Linux Foundation CNPA Exam With Confidence Using Practice Dumps

GitOps uses a pull-based approach, where controllers inside the cluster continuously reconcile the desired state stored in Git with the actual cluster state. Option A is correct because GitOps sync agents (e.g., Argo CD, Flux) poll or watch Git repositories for changes and automatically apply updates to the cluster.

Option B reverses the model—clusters do not send updates to Git; Git is the source of truth. Option C is partially misleading: webhooks can trigger faster syncs but reconciliation is still pull-based. Option D misrepresents GitOps—Git never pushes directly to clusters.

This pull-based approach ensures greater security (clusters pull changes rather than exposing themselves to pushes), consistency (Git as source of truth), and continuous reconciliation (drift correction).

An extensible architecture with modular components is crucial for modern platform engineering. Option C is correct because modularity allows new capabilities (e.g., self-service delivery, observability, or security features) to be added or replaced without disrupting the whole system. This approach promotes agility, scalability, and maintainability.

Option A (monolithic architecture) restricts flexibility and slows innovation. Option B (centralized API gateways) may help integration but still creates bottlenecks if every addition requires specialist intervention. Option D (static architecture) locks the platform into rigid patterns, preventing adaptation to evolving needs.

Extensible, modular design is a hallmark of cloud native platforms. It enables composability, where services (like service mesh, logging, monitoring, or provisioning APIs) can be plugged in as needed. This architecture supports golden paths and self-service abstractions, reducing developer friction while keeping governance intact.

The most sustainable solution for managing developer access while balancing governance and self-service is to adopt GitOps-based RBAC management. Option A is correct because it leverages Git as the source of truth for access permissions, allowing developers to request access through pull requests. For non-sensitive environments such as staging, approvals can be automated, ensuring efficiency while still maintaining auditability. This approach aligns with platform engineering principles of self-service, automation, and compliance.

Option B places the burden entirely on one engineer, which does not scale. Option C introduces bottlenecks, delays, and reduces developer experience. Option D bypasses governance and auditability, potentially creating security risks.

GitOps for RBAC not only improves developer experience but also ensures all changes are versioned, reviewed, and auditable. This model supports compliance while reducing manual intervention from the platform team, thus enhancing efficiency.