Domain
A major topic category CompTIA uses to organize exam objectives and question weighting.
Getting Started: How the Exam Works
Free knowledge base
Everything from the course in one searchable place: 301 entries. Use it to review before a practice test or look up a word you forgot.
301 results · showing first 300, refine your search
A major topic category CompTIA uses to organize exam objectives and question weighting.
Getting Started: How the Exam Works
A simulation-style exam item requiring you to perform a task, not just pick an answer.
Getting Started: How the Exam Works
CompTIA's official published list of everything the exam can test, organized by domain.
Getting Started: How the Exam Works
A converted score (100-900 for CV0-004) used to report results instead of raw percent correct.
Getting Started: How the Exam Works
The percentage of the exam dedicated to a given domain, indicating its relative importance.
Getting Started: How the Exam Works
Design approach ensuring a system stays operational despite failures; part of Architecture and Design.
Getting Started: How the Exam Works
The process of allocating and configuring cloud resources for use; central to the Deployment domain.
Getting Started: How the Exam Works
ASDOT: Architecture, Security, Deployment, Operations, Troubleshooting — 'A Sturdy Deployment Overcomes Trouble.'
Getting Started: How the Exam Works
The exam asks scenario questions that name a task (e.g., 'configuring a backup schedule') without naming the domain — you must recognize that this is Operations and Support. Memorize the five domain names and their rough weight order (Deployment > Ops/Support ≈ Troubleshooting > Security > Architecture) so you can mentally sort any scenario into its domain.
Getting Started: How the Exam Works
Assuming Architecture and Design is the biggest domain because it's listed first — it's actually the smallest
Getting Started: How the Exam Works
Studying only multiple-choice style and ignoring hands-on practice needed for PBQs
Getting Started: How the Exam Works
Not checking the current official objectives page for the exact passing score and question count before exam day
Getting Started: How the Exam Works
Question format requiring you to choose an exact number of correct answers
Getting Started: How the Exam Works
An incorrect answer choice designed to look plausible
Getting Started: How the Exam Works
Managing time per question so you finish the full exam
Getting Started: How the Exam Works
Study technique of reviewing material at increasing intervals to boost retention
Getting Started: How the Exam Works
Testing company that administers CompTIA exams at centers and online
Getting Started: How the Exam Works
Exam software feature marking a question to revisit before final submission
Getting Started: How the Exam Works
READ-FLAG-CUT-PICK-CHECK: Read twice, Flag hard ones, Cut wrong answers, Pick the best, Check flagged items before submitting.
Getting Started: How the Exam Works
The exam does not penalize guessing, so never leave a question blank; also expect PBQs to appear early and to be time-intensive, so plan to flag and return to them.
Getting Started: How the Exam Works
Spending too much time perfecting one PBQ and running out of time for easier multiple-choice questions
Getting Started: How the Exam Works
Choosing an answer that is technically correct but not the 'best practice' the question is really testing
Getting Started: How the Exam Works
Skipping a full-length timed practice exam and being caught off guard by real exam pacing
Getting Started: How the Exam Works
Cloud model providing virtualized compute, storage, and networking infrastructure.
Cloud Architecture Foundations
Cloud model providing a managed platform for developing and running applications.
Cloud Architecture Foundations
Cloud model delivering a fully managed, ready-to-use software application.
Cloud Architecture Foundations
Multi-tenant cloud infrastructure owned and operated by a third-party provider.
Cloud Architecture Foundations
Cloud infrastructure dedicated to a single organization.
Cloud Architecture Foundations
Combination of public and private clouds with workload portability between them.
Cloud Architecture Foundations
Cloud infrastructure shared by organizations with common requirements or goals.
Cloud Architecture Foundations
Framework dividing security and operational duties between cloud provider and customer.
Cloud Architecture Foundations
'I Plant Seeds' = IaaS (Infrastructure), PaaS (Platform), SaaS (Software) — control decreases, convenience increases as you go I→P→S.
Cloud Architecture Foundations
Expect scenario questions naming a specific failure (e.g., data breach, unpatched OS, exposed bucket) and asking whether it's the provider's or customer's fault based on the service model in use; memorize that data and access control are always customer duties.
Cloud Architecture Foundations
Assuming the cloud provider secures customer data and access in every model, even SaaS
Cloud Architecture Foundations
Confusing PaaS with IaaS by thinking customers still manage the OS in PaaS
Cloud Architecture Foundations
Picking public cloud for a scenario that clearly demands strict regulatory data control (should be private or hybrid)
Cloud Architecture Foundations
Raw fixed-size storage blocks presented as a volume, low latency, used for VM disks and databases
Cloud Architecture Foundations
Storage of data as objects with metadata in a flat namespace, accessed via API, highly scalable
Cloud Architecture Foundations
Hierarchical folder-based storage shared over network protocols like NFS or SMB
Cloud Architecture Foundations
Automated rule that moves or deletes data between storage tiers based on age or rules
Cloud Architecture Foundations
Input/output operations per second, a measure of storage performance and throughput
Cloud Architecture Foundations
Compute model running event-triggered code without managing servers, billed per execution
Cloud Architecture Foundations
Dedicated physical server with no hypervisor layer, offering maximum performance and isolation
Cloud Architecture Foundations
BFO: Block=Boot/database speed, File=Folders for many, Object=Ocean of cheap scalable data.
Cloud Architecture Foundations
The exam frequently presents a scenario describing an access pattern (e.g., 'data accessed once a year for compliance') and asks you to pick the correct storage tier or type; memorize the hot/cool/archive cost-vs-retrieval-time tradeoff and the block/file/object use-case mapping.
Cloud Architecture Foundations
Choosing object storage for a database workload needing low-latency random writes, when block storage is required
Cloud Architecture Foundations
Forgetting that archive tier has retrieval delays and fees, then being surprised when 'restore now' isn't instant
Cloud Architecture Foundations
Assuming serverless is always cheapest, when steady, high-volume workloads may cost less on reserved VMs
Cloud Architecture Foundations
Virtual Private Cloud; an isolated logical network within a cloud provider's infrastructure.
Cloud Architecture Foundations
Notation defining an IP address range, e.g., 10.0.0.0/16.
Cloud Architecture Foundations
A segment of a VPC's address range, usually tied to one availability zone.
Cloud Architecture Foundations
Component enabling two-way traffic between a VPC and the public internet.
Cloud Architecture Foundations
Allows private subnet resources outbound-only internet access.
Cloud Architecture Foundations
Stateful, instance-level virtual firewall controlling allowed traffic.
Cloud Architecture Foundations
Service distributing incoming traffic across multiple backend servers.
Cloud Architecture Foundations
Automated test used by a load balancer to detect and remove failed instances.
Cloud Architecture Foundations
VPC = 'Very Private Corner': your own fenced yard (VPC), with a front gate (internet gateway) for public rooms (public subnet) and a back-alley-only exit (NAT) for private rooms.
Cloud Architecture Foundations
CV0-004 objectives test whether you can identify public vs private subnet by its route table (internet gateway vs NAT/no route), and whether you know load balancers operate at Layer 4 (IP/port) or Layer 7 (application/content). Memorize that NAT gateways are outbound-only and security groups are stateful.
Cloud Architecture Foundations
Assuming a subnet is private just because it lacks a public IP assigned, when the real deciding factor is the route table entry for 0.0.0.0/0
Cloud Architecture Foundations
Forgetting that security groups are stateful and only need inbound rules, unlike NACLs which need explicit inbound and outbound rules
Cloud Architecture Foundations
Placing a database or app server directly in a public subnet, unnecessarily exposing it to internet-facing risk
Cloud Architecture Foundations
Lightweight, portable unit packaging an app and dependencies, sharing the host OS kernel.
Cloud Architecture Foundations
Automated management of container deployment, scaling, and failure recovery (e.g., Kubernetes).
Cloud Architecture Foundations
Design approach ensuring a system remains operational despite component failures.
Cloud Architecture Foundations
Automatic switch to a standby resource when the primary component fails.
Cloud Architecture Foundations
Ability of a system to continue operating with little or no interruption during failure.
Cloud Architecture Foundations
Automatically adjusting compute resources up or down based on demand.
Cloud Architecture Foundations
Adjusting resource allocation to match actual workload usage, reducing waste.
Cloud Architecture Foundations
Contractual commitment defining expected uptime and remedies if unmet.
Cloud Architecture Foundations
Think 'C-H-C': Containers share the kernel, HA hides failures, Cost optimization matches spend to actual need.
Cloud Architecture Foundations
Expect scenario questions asking you to pick the best availability or cost strategy (e.g., 'workload is interruptible, minimize cost' = spot instance; 'need automatic recovery from AZ failure' = multi-AZ failover). Memorize the container vs VM distinction and know that Kubernetes is the orchestration layer, not a container runtime itself.
Cloud Architecture Foundations
Confusing containers with VMs and assuming containers include a full guest OS
Cloud Architecture Foundations
Assuming higher availability (more nines) is always worth the extra cost without checking business requirements
Cloud Architecture Foundations
Forgetting that autoscaling and reserved/spot pricing can be combined for both availability and savings
Cloud Architecture Foundations
Physical-to-Virtual migration; converting a physical server into a virtual machine.
Cloud Deployment Strategies
Virtual-to-Virtual migration; moving a VM between hypervisors or cloud platforms.
Cloud Deployment Strategies
Lift-and-shift strategy; moving a workload with minimal or no changes.
Cloud Deployment Strategies
Redesigning an application to be cloud-native during migration.
Cloud Deployment Strategies
Replacing an existing application with a new SaaS product.
Cloud Deployment Strategies
A predefined procedure to revert to the original environment if migration fails.
Cloud Deployment Strategies
A small-scale test migration used to validate tools and process before full rollout.
Cloud Deployment Strategies
Identifying which systems and services rely on each other before migrating.
Cloud Deployment Strategies
6 Rs: 'Real Restaurants Repurpose Retired Recipes Regularly' — Rehost, Replatform, Refactor, Repurchase, Retire, Retain.
Cloud Deployment Strategies
CV0-004 scenario questions often describe a workload and ask you to pick the correct migration type (P2V/V2V/V2P/P2P) or the correct 'R' strategy (rehost/replatform/refactor/repurchase/retire/retain). Memorize the six strategy names precisely — questions test subtle differences like replatform vs. refactor.
Cloud Deployment Strategies
Choosing rehost for everything just because it's fastest, ignoring long-term cost/performance benefits of replatforming or refactoring
Cloud Deployment Strategies
Skipping dependency mapping and migrating systems out of order, causing outages
Cloud Deployment Strategies
Failing to plan bandwidth/transfer time and rollback procedures before the migration window
Cloud Deployment Strategies
Managing and provisioning infrastructure through machine-readable definition files instead of manual processes.
Cloud Deployment Strategies
Code style that specifies the desired end state, letting the tool determine the steps.
Cloud Deployment Strategies
Code style that specifies the exact sequence of steps to execute.
Cloud Deployment Strategies
Property where running the same code repeatedly produces the same result without duplication or error.
Cloud Deployment Strategies
When a live environment's actual state no longer matches its defined IaC configuration.
Cloud Deployment Strategies
System (e.g., Git) for tracking changes to code, enabling history, review, and rollback.
Cloud Deployment Strategies
IaC = 'I aC(ode) it once, run it forever the same way' — write once, deploy consistently every time.
Cloud Deployment Strategies
The exam may present a scenario asking why infrastructure should be defined in code rather than built manually; correct answers emphasize consistency, repeatability, version control, and reduced human error. Know the term 'idempotent' and be able to recognize it as a defining property of good IaC.
Cloud Deployment Strategies
Treating IaC scripts like one-off manual scripts instead of storing them in version control
Cloud Deployment Strategies
Writing non-idempotent code that creates duplicate resources on repeated runs
Cloud Deployment Strategies
Allowing manual console changes that cause drift without updating the code
Cloud Deployment Strategies
A pre-configured blueprint defining cloud resources and configurations.
Cloud Deployment Strategies
Process of provisioning infrastructure without manual intervention.
Cloud Deployment Strategies
Software that automates the coordination of multiple tasks or services.
Cloud Deployment Strategies
AWS service for defining and deploying infrastructure as code using templates.
Cloud Deployment Strategies
Azure Resource Manager templates for defining and deploying Azure resources.
Cloud Deployment Strategies
Open-source IaC tool for provisioning and managing cloud infrastructure.
Cloud Deployment Strategies
Automated process for integrating and deploying code changes continuously.
Cloud Deployment Strategies
Think of a 'Cookie Cutter' for cloud. You design the perfect cookie (your environment) once, then use the cutter (template) to make identical cookies (environments) quickly and easily, every time!
Cloud Deployment Strategies
The exam often asks about the benefits of templates and automation, such as 'consistency,' 'speed,' 'reduced human error,' and 'scalability.' Be prepared to identify which tool (e.g., CloudFormation, ARM, Terraform) corresponds to which cloud provider or use case.
Cloud Deployment Strategies
Failing to version control templates, leading to inconsistencies or lost changes.
Cloud Deployment Strategies
Not testing templates thoroughly before deploying to production environments, causing unexpected issues.
Cloud Deployment Strategies
Hardcoding sensitive information directly into templates instead of using secure parameter stores.
Cloud Deployment Strategies
Logically isolated section of a cloud provider's network.
Cloud Deployment Strategies
Stateless firewall controlling traffic to/from a subnet.
Cloud Deployment Strategies
Different levels of storage performance and cost based on access frequency.
Cloud Deployment Strategies
To remember storage types: 'BOF' – Block for OS/Databases, Object for Files/Backups, File for Shared access.
Cloud Deployment Strategies
The CompTIA Cloud+ exam often tests your understanding of when to use specific storage types (e.g., object for backups, block for databases) and the difference between stateful (Security Groups) and stateless (NACLs) firewalls. Pay attention to cost implications of different storage tiers.
Cloud Deployment Strategies
Using expensive, high-performance storage for infrequently accessed archive data.
Cloud Deployment Strategies
Forgetting to open necessary ports in security groups or NACLs, leading to connectivity issues.
Cloud Deployment Strategies
Not testing network connectivity and storage access after deployment, assuming everything works.
Cloud Deployment Strategies
Confusing the scope and behavior of Security Groups (instance-level, stateful) and NACLs (subnet-level, stateless).
Cloud Deployment Strategies
Collecting and analyzing quantitative data (metrics) about system performance and health.
Cloud Operations and Maintenance
Recording discrete events and messages generated by systems and applications.
Cloud Operations and Maintenance
Proactive notification of potential issues based on predefined thresholds or patterns.
Cloud Operations and Maintenance
Quantitative data points measured over time, such as CPU usage or network traffic.
Cloud Operations and Maintenance
Timestamped records of events, providing detailed historical context for troubleshooting.
Cloud Operations and Maintenance
The ability to understand the internal state of a system by examining its external outputs.
Cloud Operations and Maintenance
A predefined limit that, when crossed by a metric, triggers an alert.
Cloud Operations and Maintenance
Aggregating logs from multiple sources into a single platform for analysis.
Cloud Operations and Maintenance
To remember the order: 'M.L.A.' - Monitoring, Logging, Alerting. Like a 'Master of Legal Affairs' keeps an eye on everything!
Cloud Operations and Maintenance
The CompTIA Cloud+ exam often asks about the *purpose* of each component: Monitoring for performance/health, Logging for auditing/troubleshooting, and Alerting for proactive issue notification. Know the difference between metrics (quantitative) and logs (qualitative events).
Cloud Operations and Maintenance
Ignoring log data: Relying solely on metrics often misses critical details for root cause analysis.
Cloud Operations and Maintenance
Alert fatigue: Over-alerting or setting too many low-priority alerts can desensitize teams to real issues.
Cloud Operations and Maintenance
Lack of context in alerts: Alerts that don't provide enough information (e.g., affected service, severity) lead to slower resolution.
Cloud Operations and Maintenance
Increasing resources of a single server.
Cloud Operations and Maintenance
Adding more instances of a resource.
Cloud Operations and Maintenance
Storing frequently accessed data for faster retrieval.
Cloud Operations and Maintenance
Content Delivery Network; distributes content globally.
Cloud Operations and Maintenance
Rate at which data is processed or transferred.
Cloud Operations and Maintenance
Think of a 'V' for Vertical as adding 'Volume' to one machine, and 'H' for Horizontal as adding 'Hosts' (many machines).
Cloud Operations and Maintenance
The CompTIA Cloud+ exam frequently tests your understanding of the differences between vertical and horizontal scaling. Memorize that 'scaling up' means vertical and 'scaling out' means horizontal, and know the primary use cases for each, especially in relation to autoscaling.
Cloud Operations and Maintenance
Confusing vertical and horizontal scaling, especially on exam questions.
Cloud Operations and Maintenance
Not configuring autoscaling properly, leading to either over-provisioning (wasted cost) or under-provisioning (performance issues).
Cloud Operations and Maintenance
Ignoring non-scaling optimization techniques, like caching or code optimization, which can often yield better results for specific bottlenecks.
Cloud Operations and Maintenance
A copy of data or systems for recovery.
Cloud Operations and Maintenance
Process of retrieving and applying a backup.
Cloud Operations and Maintenance
Strategy for recovering from major disruptions.
Cloud Operations and Maintenance
Maximum acceptable downtime after an incident.
Cloud Operations and Maintenance
Maximum acceptable data loss after an incident.
Cloud Operations and Maintenance
Copies all selected data.
Cloud Operations and Maintenance
Copies data changed since any last backup.
Cloud Operations and Maintenance
Copies data changed since the last full backup.
Cloud Operations and Maintenance
RTO is 'Recovery Time Objective' – think 'Time On' for getting back online. RPO is 'Recovery Point Objective' – think 'Point Of' last good data.
Cloud Operations and Maintenance
The exam often tests your understanding of RTO and RPO, and the differences between backup types. Memorize that RTO is about time (how fast you recover) and RPO is about data (how much data you can afford to lose).
Cloud Operations and Maintenance
Not regularly testing backup restoration procedures.
Cloud Operations and Maintenance
Confusing RTO and RPO or not knowing their definitions.
Cloud Operations and Maintenance
Assuming cloud provider redundancy is a complete DRP without additional planning.
Cloud Operations and Maintenance
Applying updates to software or systems to fix issues.
Cloud Operations and Maintenance
A software flaw unknown to the vendor, exploited before a patch exists.
Cloud Operations and Maintenance
Removing or decommissioning cloud resources when no longer needed.
Cloud Operations and Maintenance
Unmanaged growth of cloud resources, leading to waste and risk.
Cloud Operations and Maintenance
Think of the 'P.O.M.D.' for the core lifecycle: Planning, Operation, Maintenance, Deprovisioning. Like a POMEgranate, it has many seeds of tasks!
Cloud Operations and Maintenance
The CompTIA Cloud+ exam emphasizes the shared responsibility model. Remember that customers are always responsible for 'security in the cloud' (their data, applications, OS patching for IaaS), while providers handle 'security of the cloud' (physical security, underlying infrastructure).
Cloud Operations and Maintenance
Forgetting to test patches in a non-production environment before deploying to production.
Cloud Operations and Maintenance
Neglecting to deprovision unused resources, leading to unnecessary costs and security risks.
Cloud Operations and Maintenance
Assuming the cloud provider handles all patching, especially for IaaS operating systems and applications.
Cloud Operations and Maintenance
Framework for managing digital identities and controlling resource access.
Securing the Cloud
Process of verifying a user's identity.
Securing the Cloud
Process of determining what an authenticated user can do.
Securing the Cloud
Requires two or more verification factors for identity proof.
Securing the Cloud
Permissions are assigned to roles, and users to roles.
Securing the Cloud
Granting only the minimum necessary permissions to perform a task.
Securing the Cloud
One authentication session for multiple applications.
Securing the Cloud
Ensuring no single person has complete control over a critical process.
Securing the Cloud
To remember AAA: 'A'll 'A'ccess 'A'llowed? No, it's 'A'uthenticate, 'A'uthorize, 'A'ccount!
Securing the Cloud
The exam often tests the difference between authentication and authorization. Remember: Authentication is 'who you are,' Authorization is 'what you can do.' Also, be prepared to identify common IAM best practices like MFA and least privilege.
Securing the Cloud
Granting overly broad permissions (e.g., full admin access when only specific resource access is needed).
Securing the Cloud
Not enforcing Multi-Factor Authentication (MFA) for all users, especially privileged ones.
Securing the Cloud
Failing to regularly review and revoke outdated access permissions for users and services.
Securing the Cloud
Transforming data into an unreadable format to protect confidentiality.
Securing the Cloud
Uses a single, shared secret key for both encryption and decryption.
Securing the Cloud
Uses a public/private key pair; also known as public-key cryptography.
Securing the Cloud
A service for generating, storing, managing, and auditing cryptographic keys.
Securing the Cloud
A physical computing device that safeguards and manages digital keys.
Securing the Cloud
Data that is stored on storage devices, not actively moving.
Securing the Cloud
Data that is actively moving over a network connection.
Securing the Cloud
Periodically replacing cryptographic keys to limit exposure time.
Securing the Cloud
KISS: Keep It Securely Stored. For key management, always think about where your keys are stored, how they're accessed, and how often they're changed.
Securing the Cloud
The CompTIA Cloud+ exam often tests your understanding of the different states of data (at rest, in transit, in use) and which encryption methods apply. Memorize that symmetric encryption is generally faster and better for bulk data, while asymmetric is for secure key exchange and digital signatures. Also, be aware of the FIPS 140-2 standard for HSMs.
Securing the Cloud
Using weak or easily guessable encryption keys.
Securing the Cloud
Not rotating encryption keys regularly, increasing the risk if a key is compromised.
Securing the Cloud
Hardcoding encryption keys directly into application code instead of using a KMS.
Securing the Cloud
Failing to encrypt data in all states (at rest, in transit, in use).
Securing the Cloud
A virtual firewall controlling traffic to/from cloud resources.
Securing the Cloud
Dividing a network into smaller, isolated segments for security.
Securing the Cloud
Payment Card Industry Data Security Standard for card data protection.
Securing the Cloud
Health Insurance Portability and Accountability Act for ePHI.
Securing the Cloud
Firewall that tracks connection states, allowing return traffic automatically.
Securing the Cloud
NSG rule controlling traffic entering a resource.
Securing the Cloud
NSG rule controlling traffic leaving a resource.
Securing the Cloud
NSG: 'N'o 'S'trangers 'G'etting in!
Securing the Cloud
On the CompTIA Cloud+ exam, be prepared to identify how NSGs (or their cloud provider equivalents like AWS Security Groups or Google Cloud Firewall Rules) are used for network segmentation and to meet compliance requirements like PCI DSS or HIPAA. Keywords to spot include 'virtual firewall', 'traffic filtering', 'subnet isolation', and 'regulatory compliance'.
Securing the Cloud
Forgetting that NSGs are stateful, meaning you don't need separate rules for return traffic once a connection is established.
Securing the Cloud
Assuming that an NSG applied at the subnet level is the only one in effect; remember that NSGs can also be applied at the network interface level, and both are evaluated.
Securing the Cloud
Not adhering to the principle of least privilege, creating overly permissive rules that expose resources unnecessarily.
Securing the Cloud
Continuous process of identifying, assessing, and remediating security weaknesses.
Securing the Cloud
Automated tool to identify known security weaknesses in systems.
Securing the Cloud
Simulated cyberattack to find and exploit vulnerabilities.
Securing the Cloud
Cloud Security Posture Management; monitors cloud configurations for compliance.
Securing the Cloud
Organized approach to addressing and managing security breaches.
Securing the Cloud
Step-by-step guide for responding to specific security incidents.
Securing the Cloud
Phase of IR to limit the scope and spread of an incident.
Securing the Cloud
Phase of IR to remove the root cause of a security incident.
Securing the Cloud
To remember the NIST IR phases, think 'P-I-C-E-R-P': Prepare, Identify, Contain, Eradicate, Recover, Post-incident. Like 'P.I.C.E.R.P. the incident before it gets worse!'
Securing the Cloud
The CompTIA Cloud+ exam often tests your knowledge of the NIST SP 800-61 incident response lifecycle. Memorize the six phases: Preparation, Identification, Containment, Eradication, Recovery, and Post-Incident Activity. Keywords like 'lessons learned' or 'root cause analysis' point to specific phases.
Securing the Cloud
Treating vulnerability management as a one-time scan instead of a continuous process.
Securing the Cloud
Failing to develop and regularly test incident response playbooks, leading to chaotic responses.
Securing the Cloud
Not performing post-incident reviews, which prevents learning from past security events.
Securing the Cloud
Software that tracks changes to files over time.
DevOps Fundamentals for Cloud+
A widely used distributed version control system.
DevOps Fundamentals for Cloud+
A central location where code and its history are stored.
DevOps Fundamentals for Cloud+
Developers frequently merge code, triggering automated builds and tests.
DevOps Fundamentals for Cloud+
Software is always in a deployable state, ready for manual release.
DevOps Fundamentals for Cloud+
Automated deployment of all changes to production after tests pass.
DevOps Fundamentals for Cloud+
An automated sequence of steps for building, testing, and deploying.
DevOps Fundamentals for Cloud+
A compiled, deployable output of a build process.
DevOps Fundamentals for Cloud+
Think of CI/CD like a 'Continuous Delivery Driver' – CI is the car being built and tested, CD (Delivery) is the car ready for you to pick up, and CD (Deployment) is the car automatically driving itself to your driveway!
DevOps Fundamentals for Cloud+
The CompTIA Cloud+ exam expects you to distinguish clearly between Continuous Integration, Continuous Delivery, and Continuous Deployment. Pay close attention to the level of automation for the final release step.
DevOps Fundamentals for Cloud+
Confusing Continuous Delivery with Continuous Deployment: remember, delivery means 'ready to deploy,' deployment means 'automatically deployed.'
DevOps Fundamentals for Cloud+
Neglecting automated testing in CI/CD: without robust tests, the pipeline provides false confidence and can deploy broken code.
DevOps Fundamentals for Cloud+
Not using branches effectively in version control: working directly on the main branch can lead to conflicts and unstable code.
DevOps Fundamentals for Cloud+
Maintaining systems in a desired, consistent state using defined policies.
DevOps Fundamentals for Cloud+
Open-source platform for automating deployment, scaling, and management of containers.
DevOps Fundamentals for Cloud+
Agentless open-source automation tool for configuration management and orchestration.
DevOps Fundamentals for Cloud+
Configuration management tool using a declarative language to manage system configurations.
DevOps Fundamentals for Cloud+
Orchestration is like an 'O'rchestra conductor, managing the whole show. Configuration Management 'C'onfigures individual 'C'omponents.
DevOps Fundamentals for Cloud+
The CompTIA Cloud+ exam often distinguishes between orchestration and configuration management. Remember that orchestration is about managing the lifecycle of an entire application or service, while configuration management is about the state of individual components within that system. Look for keywords like 'deployment of complex services' for orchestration and 'consistent server state' for configuration management.
DevOps Fundamentals for Cloud+
Confusing orchestration with configuration management: they are related but distinct.
DevOps Fundamentals for Cloud+
Believing these tools are only for large enterprises; they benefit environments of all sizes.
DevOps Fundamentals for Cloud+
Thinking you need to manually intervene after initial setup; the goal is full automation.
DevOps Fundamentals for Cloud+
Using technology to perform tasks with minimal human intervention.
DevOps Fundamentals for Cloud+
A programming language used to automate tasks; e.g., Python, PowerShell.
DevOps Fundamentals for Cloud+
A script or operation that produces the same result regardless of how many times it's run.
DevOps Fundamentals for Cloud+
A set of rules allowing software components to communicate.
DevOps Fundamentals for Cloud+
Securely storing and retrieving sensitive authentication information.
DevOps Fundamentals for Cloud+
Code designed to anticipate and respond to errors during script execution.
DevOps Fundamentals for Cloud+
P.O.W.E.R. for scripting: Python, PowerShell, Other (Bash), Write well, Error handle, Reusable.
DevOps Fundamentals for Cloud+
The CompTIA Cloud+ exam expects you to understand the *benefits* of automation (efficiency, consistency, cost savings) and common *scripting languages* (Python, PowerShell, Bash) and their use cases, not necessarily to write complex scripts. Look for questions about 'reducing manual effort' or 'ensuring repeatability'.
DevOps Fundamentals for Cloud+
Hardcoding sensitive credentials directly into scripts, leading to security vulnerabilities.
DevOps Fundamentals for Cloud+
Not using version control for scripts, making collaboration difficult and changes hard to track.
DevOps Fundamentals for Cloud+
Neglecting error handling, causing scripts to crash unexpectedly without informative messages.
DevOps Fundamentals for Cloud+
Practices combining Dev and Ops for faster, higher-quality software delivery.
DevOps Fundamentals for Cloud+
Acronym for DevOps principles: Culture, Automation, Lean, Measurement, Sharing.
DevOps Fundamentals for Cloud+
Integrating security practices throughout the entire DevOps pipeline.
DevOps Fundamentals for Cloud+
Applications designed to leverage cloud computing benefits, often with microservices.
DevOps Fundamentals for Cloud+
To remember CALMS: 'Culture Always Leads to More Success.'
DevOps Fundamentals for Cloud+
The CompTIA Cloud+ exam expects you to understand DevOps as a methodology for improving cloud service delivery, focusing on automation, collaboration, and continuous processes. Key terms like CI/CD, IaC, and the benefits of faster time-to-market are critical.
DevOps Fundamentals for Cloud+
Underestimating the cultural shift required for DevOps adoption.
DevOps Fundamentals for Cloud+
Focusing only on tools without addressing process changes and collaboration.
DevOps Fundamentals for Cloud+
Ignoring security or compliance until late in the development cycle.
DevOps Fundamentals for Cloud+
A systematic, structured approach to diagnosing and resolving technical problems.
Cloud Troubleshooting Techniques
The process of identifying the fundamental reason for a problem, not just its symptoms.
Cloud Troubleshooting Techniques
A proposed explanation for a phenomenon that can be tested.
Cloud Troubleshooting Techniques
Confirming that a problem has been fully resolved and no new issues exist.
Cloud Troubleshooting Techniques
Recording problem details, actions taken, and outcomes for future reference.
Cloud Troubleshooting Techniques
Steps taken to avoid the recurrence of a problem after it has been resolved.
Cloud Troubleshooting Techniques
An observable sign of a problem, not necessarily the underlying cause.
Cloud Troubleshooting Techniques
Imagine a detective: 'I Think To Plan I'll Very Diligently.' (Identify, Theory, Test, Plan, Implement, Verify, Document)
Cloud Troubleshooting Techniques
The CompTIA Cloud+ exam expects you to know the six-step troubleshooting methodology (Identify, Theory, Test, Plan, Implement, Verify/Document) and apply it to cloud-specific scenarios. Pay attention to the order and purpose of each step.
Cloud Troubleshooting Techniques
Jumping directly to a solution without fully understanding the problem or testing a theory.
Cloud Troubleshooting Techniques
Making multiple changes at once, making it impossible to identify which change fixed or broke something.
Cloud Troubleshooting Techniques
Failing to document the troubleshooting process, leading to repeated efforts for similar issues.
Cloud Troubleshooting Techniques
Limits on resources or operations imposed by cloud providers.
Cloud Troubleshooting Techniques
A stateless firewall controlling traffic at the subnet level.
Cloud Troubleshooting Techniques
Defines rules for how network traffic is directed within a Virtual Private Cloud.
Cloud Troubleshooting Techniques
Records of IP traffic to and from network interfaces in a VPC.
Cloud Troubleshooting Techniques
The process of translating domain names into IP addresses.
Cloud Troubleshooting Techniques
A declarative file defining cloud resources to be provisioned.
Cloud Troubleshooting Techniques
For network checks, remember 'DNS-F-R': DNS, Security Groups/NACLs, Firewall (implied by SG/NACLs), Routing Tables. This covers the main network components.
Cloud Troubleshooting Techniques
The CompTIA Cloud+ exam expects you to differentiate between infrastructure-related and application-related issues. Look for keywords like 'instance not reachable' (infrastructure) versus 'application error in logs' (application).
Cloud Troubleshooting Techniques
Overlooking cloud provider service quotas as a cause for deployment failures.
Cloud Troubleshooting Techniques
Forgetting to check both security groups and NACLs when troubleshooting network connectivity.
Cloud Troubleshooting Techniques
Jumping straight to application code debugging before verifying basic infrastructure reachability.
Cloud Troubleshooting Techniques
A point of congestion in a system that limits overall performance.
Cloud Troubleshooting Techniques
The delay before a transfer of data begins following an instruction.
Cloud Troubleshooting Techniques
Increasing the resources (CPU, RAM) of an existing instance.
Cloud Troubleshooting Techniques
Adding more instances to distribute the workload.
Cloud Troubleshooting Techniques
Application Performance Monitoring; tools to monitor application health.
Cloud Troubleshooting Techniques
To remember the common bottleneck types, think 'CRuNch': CPU, RAM, Network, and Chunks (storage).
Cloud Troubleshooting Techniques
The CompTIA Cloud+ exam expects you to differentiate between common resource bottlenecks (CPU, memory, storage, network) and understand the basic strategies for resolving each. Look for keywords like 'high utilization,' 'slow response,' 'latency,' and 'IOPS' in questions.
Cloud Troubleshooting Techniques
Jumping to conclusions and scaling up resources without first identifying the actual bottleneck, leading to increased costs without performance improvement.
Cloud Troubleshooting Techniques
Ignoring application-level issues and only focusing on infrastructure, missing the true root cause of performance problems.
Cloud Troubleshooting Techniques
Failing to monitor performance after implementing a fix, which can lead to recurrence or new issues.
Cloud Troubleshooting Techniques
Identity and Access Management; manages who is authenticated and authorized to perform actions.
Cloud Troubleshooting Techniques
A tool to test the effects of IAM policies before deployment.
Cloud Troubleshooting Techniques
Records of actions performed in a cloud environment, useful for troubleshooting.
Cloud Troubleshooting Techniques
Policy attached directly to a resource, defining who can access it.
Cloud Troubleshooting Techniques
A policy statement that specifically forbids an action, often overriding allows.
Cloud Troubleshooting Techniques
To remember the troubleshooting steps for permissions, think 'G.A.P.S. N.I.C.E.': Gather details, Audit logs, Policy simulators, Security groups, Network access, IAM policies, Confirm access, Evaluate regularly.
Cloud Troubleshooting Techniques
The exam often tests your understanding of the shared responsibility model and the principle of least privilege. Keywords to spot include 'who is responsible for...' or scenarios where a user has 'too many' or 'too few' permissions. Remember, the customer is always responsible for their data's security in the cloud.
Cloud Troubleshooting Techniques
Forgetting to check network security groups or firewalls when troubleshooting 'access denied' errors, assuming it's purely an IAM issue.
Cloud Troubleshooting Techniques
Granting overly broad permissions (e.g., `*` for actions or resources) instead of adhering to the principle of least privilege, creating security risks.
Cloud Troubleshooting Techniques