Which statement correctly describes the main difference between permanent and cloud agents in Jenkins?
Think about how Jenkins manages resources for builds in different environments.
Permanent agents are fixed machines or servers always connected to Jenkins. Cloud agents are temporary, created dynamically in cloud environments to handle workload and then removed.
What is the output of the Jenkins CLI command java -jar jenkins-cli.jar -s http://jenkins.example.com list-agents when there is one permanent agent named build-node-1 online and one cloud agent named docker-agent-xyz offline?
Check the status labels Jenkins uses for agents.
The command lists agents with their names and status. The permanent agent is online, cloud agent is offline, so output shows their names with correct statuses.
Which Jenkins pipeline snippet correctly requests a cloud agent with label docker for a build step?
Look for the correct syntax to specify an agent by label.
The agent { label 'docker' } syntax requests an agent with the label 'docker', which can be a cloud agent if configured. Other options are invalid syntax or do not specify label correctly.
A Jenkins cloud agent fails to connect and shows the error Connection refused. Which is the most likely cause?
Think about network connectivity between Jenkins master and agent.
Connection refused usually means network or firewall blocks. If the agent's firewall blocks the port Jenkins master uses, connection fails. Other options cause different errors.
What is the best practice to efficiently scale Jenkins agents in a cloud environment?
Consider cost and resource efficiency in cloud environments.
Ephemeral cloud agents optimize resource use and cost by running only when needed. Fixed permanent agents waste resources. Manual management is inefficient.