Free Practice Questions for Alibaba Cloud CAP-C01 Exam

Option B provides the simplest consolidated content-delivery architecture. Alibaba Cloud CDN can use multiple origins, and current CDN functionality supports origin-selection rules based on parameters such as request path, headers, query strings, and cookies. This allows static requests to be associated with an OSS origin while application requests are forwarded toward the ALB-backed application tier.

Static objects stored in OSS benefit directly from CDN edge caching. Requests are routed to nearby CDN points of presence, and cached resources can be returned without repeatedly accessing the OSS origin, reducing both latency and origin load.

Dynamic responses are generally not cached because they are generated uniquely for requests. They can still be routed to the application origin according to the configured origin rules.

The Global Accelerator alternatives create an unnecessarily fragmented architecture and attempt to use separate acceleration paths where one CDN-facing domain and origin-routing configuration can satisfy the question with fewer components. They also introduce additional DNS and acceleration configuration.

Therefore, a single CDN delivery layer with OSS and ALB-backed origins, combined with Alibaba Cloud DNS directing the application domain to CDN, produces the lowest configuration overhead.

Study Guide reference: Delivering Services and Content on Alibaba Cloud — CDN, OSS acceleration, ALB origins, and intelligent content delivery.

==================================================

OSS provides region-specific internal endpoints specifically for private access from Alibaba Cloud compute resources. When an ECS instance and an OSS bucket reside in the same region, the ECS instance can access the bucket using an internal OSS domain such as an oss- < region > -internal.aliyuncs.com endpoint. Traffic remains on Alibaba Cloud ' s internal network instead of traversing the public Internet.

This directly satisfies the security requirement without adding unnecessary networking components. The ECS instance does not require an EIP, NAT Gateway, or Internet connectivity for the OSS data path.

VPN Gateway is intended primarily for connecting VPCs to on-premises networks or other private networks; it is unnecessary for same-region OSS access. PrivateLink has legitimate private-service connectivity use cases, but the presence of a native OSS internal endpoint makes it unnecessary here. A VPC gateway endpoint may be relevant to certain Alibaba Cloud service integrations, but it is not required for this straightforward same-region ECS-to-OSS architecture.

The important exam design principle is to prefer a service ' s native private endpoint when one exists and the workload is already located inside the corresponding Alibaba Cloud region.

Study Guide reference: Building Enterprise-grade Networks on Alibaba Cloud — VPC private connectivity and OSS internal endpoints.

The core problem is durability during transient processing or network failures. A topic provides publish/subscribe notification delivery, but placing an SMQ queue behind the topic creates a persistent buffer between the notification producer and the Function Compute consumer. Alibaba Cloud supports subscribing a queue to an SMQ topic so that every message published to the topic is copied into the queue and retained for consumption.

Function Compute should then process records from the queue. Queue semantics provide the required failure recovery: after a consumer receives a message, it becomes temporarily invisible. The consumer deletes the message only after successful processing. If processing fails—for example because of a temporary connectivity problem—the message is not deleted and becomes visible again after the visibility timeout, allowing another processing attempt.

Function Compute also supports SMQ queue triggers with configurable retries, fault-tolerance behavior, and dead-letter handling, which can further strengthen this architecture.

Increasing memory does not fix network reliability, and multi-region deployment alone does not guarantee message persistence. A durable queue therefore prevents transient failures from silently losing ingestion work.

Study Guide reference: Core Infrastructure Deep Dive — Simple Message Queue, Function Compute, durable asynchronous processing, retries, and decoupled event-driven architecture.

The public web tier needs an inbound security-group rule permitting TCP 443 from Internet clients. Therefore, Option E is required. Security groups act as virtual firewalls and should expose only application ports required by the workload. Alibaba Cloud recommends allowing public access only to necessary web-service ports such as HTTPS 443 while keeping internal services inaccessible from the Internet.

For the database tier, access should be limited to ECS instances belonging to the web-server security group. Alibaba Cloud RDS for MySQL supports associating an ECS security group with an RDS instance, allowing ECS instances in that group to connect without adding every server address individually to an IP whitelist. This is particularly useful when application-server membership changes dynamically.

Option B is overly broad because every resource within the public vSwitch ' s CIDR could potentially be authorized rather than only the approved web tier. Option C would prevent legitimate database traffic. Option D is unnecessary because RDS access behaves as an allow-list model: only explicitly authorized addresses or associated security-group members should be granted database access.

Thus, Internet clients reach the web tier only over HTTPS, while MySQL accepts access only from the authorized application servers.

Study Guide reference: Securing Workloads on Alibaba Cloud — Security Groups, RDS access control, least privilege, and tiered network segmentation.

==================================================

Time Series Database is specifically designed for timestamped telemetry generated by IoT devices, monitoring systems, and industrial equipment. Alibaba Cloud identifies IoT device monitoring as a core TSDB scenario, including continuously collecting, storing, analyzing, and querying device-status and business-event data in real time.

ApsaraMQ for Kafka provides the high-throughput ingestion and buffering layer. It is a managed distributed Kafka platform intended for real-time data pipelines, monitoring-data aggregation, log collection, streaming processing, and large-scale analytics. Its partitioned distributed architecture lets producers ingest very large event volumes while downstream consumers process the streams independently.

Function Compute supplies elastic event processing without persistent compute servers. Alibaba Cloud supports ApsaraMQ for Kafka triggers that invoke Function Compute automatically whenever new records arrive in Kafka topics. This enables functions to perform transformations, filtering, enrichment, alert generation, or routing in near real time.

EMR is valuable for Hadoop/Spark-style batch analytics, but the question specifically emphasizes low-latency real-time ingestion and analysis. It therefore does not replace the streaming components selected above.

Study Guide reference: Core Infrastructure Deep Dive — IoT telemetry, TSDB, ApsaraMQ for Kafka, Function Compute, and real-time streaming architectures.

==================================================