What Is Billing account? Security Definition
On This Page
Quick Definition
A billing account is like a wallet that holds the money you spend on cloud services. You attach it to your cloud projects so that Google knows where to send the bill. It also lets you view your past costs and set up payment methods like a credit card or invoice. Without a billing account, you usually cannot create or use most Google Cloud resources.
Commonly Confused With
A project is the logical container for your cloud resources like VMs and databases. A billing account is the financial container that pays for those resources. A project can only have one billing account, but one billing account can serve many projects. They are separate entities with different IAM roles.
Think of the project as a shopping cart and the billing account as the credit card you use to pay. You can fill the cart with items (resources), but you need a card to check out. The cart is not the card.
A budget is a spending limit you set on a billing account or project. It sends alerts when costs cross thresholds. The billing account is the container that holds costs; the budget is a notification tool. You can have multiple budgets on one billing account.
Your billing account is like a bank account, and the budget is a warning you set with your bank: “If my balance goes below $20, text me.” The budget does not block spending; it just notifies you.
A payment method is a credit card, bank account, or invoice arrangement that you use to pay the billing account. The billing account is the financial container that tracks usage and is linked to one or more payment methods. Changing the payment method does not change the billing account itself.
The billing account is your streaming subscription account; the payment method is the card you have on file. You can switch cards without losing your watch history or account details.
The resource hierarchy defines how cloud resources are organized for management and access control. The billing account sits outside this hierarchy in its own scope. It is not a folder or a project. It can be assigned at the organization level or be standalone, but it is not part of the project-folder-organization tree.
The resource hierarchy is like the organizational chart of a company. The billing account is like the company’s bank account-it is separate from the org chart but is used by the whole company.
Must Know for Exams
On both the Google Cloud Digital Leader (CDL) and Associate Cloud Engineer (ACE) exams, the billing account is a frequently tested topic. For the Cloud Digital Leader, the focus is on the business value and cost management aspects. You will be expected to understand that a billing account is the container for all charges and that budgets and alerts help control costs. Questions might ask, “Which resource should be used to monitor and limit spending across multiple projects?” The answer is the billing account with budgets. Another common scenario: an organization wants to separate costs for marketing and engineering teams. The correct approach is to use separate billing accounts or, if they want to share a single billing account, use labels and billing export with project-level segregation. The CDL exam also tests your understanding of the pay-as-you-go model and how billing accounts enable that. You may see a multiple-choice question where you need to select the statement that correctly describes the relationship between a project and a billing account.
For the Associate Cloud Engineer exam, the billing account is more operational. Candidates must know how to create a billing account (self-serve vs. invoiced), how to link an existing project to a billing account, and how to change the billing account for a project. The ACE exam also covers troubleshooting: if a user cannot create a Compute Engine instance because the project has no billing account, the fix is to enable billing on the project. Another scenario: after receiving an email that the billing account is disabled, the engineer must check the payment method and settle the balance. Budgets and alerts are also tested on ACE, including how to set them up and what notification channels can be used (email, Pub/Sub). The candidate will also be asked about billing export destinations: BigQuery, Cloud Storage, or the Console.
Question types on both exams include multiple-choice, multiple-select, and case studies (especially on ACE). For example, a case study might describe a company with three teams and a single billing account, then ask the candidate to recommend the best way to allocate costs. The correct answer might involve using labels on resources and exporting billing data to BigQuery for reporting. Another question: “You are a project owner but cannot access the billing section. Why?” The answer is that billing roles are separate from project roles. These nuances are exactly what the exam tests.
the exam traps often revolve around the misconception that project owners can manage billing. They cannot without the billing account roles. Another common trick: a user thinks they can attach two billing accounts to one project-that is not allowed. Or a candidate may think that disabling a billing account deletes projects; it does not delete them, but it stops all paid services. Knowing these details will help you avoid wrong answers. For the Cloud Digital Leader, the exam does not go into deep technical details, but you must still know the basic purpose and cost control features. For ACE, you should be comfortable with the Cloud Console steps and the Cloud Billing API concepts. Both exams reward a clear understanding of the billing account’s role as the financial backbone.
To prepare, I recommend hands-on practice: create a free tier billing account, link a project, set a budget with an alert, and then export the data to BigQuery. This will solidify the concepts. Also, review the official Google Cloud documentation on Cloud Billing, especially the sections on budget alerts and billing export. On exam day, remember that billing accounts are at the organization level or standalone, and they are a distinct IAM resource.
Simple Meaning
Think of a billing account as the official payment method and spending log for your Google Cloud usage. In everyday life, when you buy groceries, you either pay with cash, a card, or get an invoice at the end of the month. The billing account is your chosen way to pay in the cloud, and it keeps a running list of everything you bought and how much it cost. A single billing account can be used for many different projects, just like one credit card can be used to buy items for different rooms in your house. This makes it easy to see your total spending across all your cloud work. You can also set up alerts and budgets on the billing account so you don’t overspend, like setting a spending limit on a gift card. When you create a new project in Google Cloud, you must link it to a billing account before you can start using paid services. If you accidentally disconnect the billing account, your running resources might stop working or be shut down. This billing account is managed in a central place called the Cloud Console, under the Billing section. There, you can view detailed cost reports, see which projects are spending the most, and change your payment method. It’s important to keep your billing details accurate because any mistake could either block your access or cause an unexpected charge. The billing account also helps you manage multiple cloud subscriptions, like separate accounts for development, testing, and production environments. Overall, the billing account is the financial backbone of your Google Cloud activity, ensuring that everything you use is properly tracked and paid for.
To make it even clearer, imagine you are running a small business with several departments, like marketing, sales, and IT. Each department has its own projects and spends money on supplies. If you give each department a company credit card, you can see all their purchases on the same monthly statement. That single company credit card is your billing account, and each department’s spending is like a cloud project. You can set a monthly limit on the card to control costs, and you can review the statement to see which department is spending the most. Similarly, in Google Cloud, you create a billing account, link it to all your projects, and monitor the charges in one dashboard. The billing account also allows you to export detailed usage data to BigQuery for advanced analysis, which is like getting a detailed receipt instead of just a total.
If you stop paying or your payment method fails, Google will still try to charge you for a few days, but eventually it may suspend your projects. This is why it’s crucial to keep your billing account in good standing. You can have multiple billing accounts, for instance one for personal use and another for your company, and move projects between them. The billing account itself does not cost anything; you only pay for the services you consume. The billing account is your financial identity in Google Cloud, linking usage to payment and enabling cost management tools.
Full Technical Definition
In Google Cloud, a billing account is a first-class resource within the Cloud Billing system, represented as a BillingAccount object in the Cloud Billing API. It acts as a financial container that aggregates all usage costs from linked Google Cloud projects. Each billing account is associated with a payment profile, which holds the actual payment method (such as a credit card, direct debit, or invoice) and the billing address. The billing account can be either self-serve, where the user manages payments directly through the Google Cloud Console, or invoiced (also known as a Cloud Billing account with a monthly invoice), which requires a separate contract and a credit check.
When a user creates a Google Cloud project, the project is initially in a non-billable state. No paid services can be provisioned until the project is linked to an active billing account. This link is a one-to-many relationship: a single billing account can be attached to hundreds of projects, but each project can be linked to only one billing account at a time. The linkage is done at the project level through the Cloud Billing API or the Console. Under the hood, each resource usage in a project generates a series of usage records that are sent to a central metering pipeline. These records, which include dimensions like resource type, region, and labels, are then aggregated and costed according to the pricing table of each service. The resulting charges are written to the billing account’s cost table.
The billing account also enables several critical operational features. First, budgets and alerts can be defined at the billing account level or per project. These budgets set a spending threshold, and when actual or forecasted costs cross that threshold, email alerts or Pub/Sub notifications can be triggered. This allows automation, such as shutting down non-critical resources when a budget is exceeded. Second, cost export is a key capability; the billing account can automatically export detailed billing data to BigQuery, a Cloud Storage bucket, or a file in the Console. This is essential for enterprises that need to perform custom cost analysis, chargeback, or showback reporting. Third, the billing account is the control point for managing payments. Users can change the payment method, update tax information, and view invoices directly from the Billing section.
There are two types of billing accounts: self-serve (also called online billing) and invoiced. Self-serve billing accounts require a valid credit or debit card and are charged automatically at the end of each billing cycle. Invoiced billing accounts are used by organizations that need a monthly invoice and net payment terms, usually after a credit check. A billing account can also be upgraded from self-serve to invoiced if the organization meets Google’s requirements.
From a security perspective, the billing account is separate from project-level IAM roles. The roles billing.admin and billing.viewer are used to manage the billing account itself, while project-level roles like project.owner or project.editor do not automatically grant billing access. This separation allows a company to give finance team members full control over billing without giving them access to the actual cloud resources, and vice versa.
In the context of the Google Cloud Digital Leader and Associate Cloud Engineer exams, understanding the billing account is fundamental. For the Associate Cloud Engineer (ACE) exam, candidates must know how to create and manage billing accounts, link projects, set up budgets and alerts, and export billing data. The ACE exam also tests the ability to troubleshoot billing issues, such as when a project cannot access paid services because the billing account is disabled. For the Cloud Digital Leader (CDL) exam, the focus is more on the business value of billing accounts-cost management, the pay-as-you-go model, and how budgets help control spending. Questions on both exams may present scenarios where an organization needs to separate costs for different departments, and the candidate must know to create multiple billing accounts or use labels and billing exports.
Real-Life Example
Imagine you run a small bakery from your home. You have a separate checking account just for the business. Every month, you buy flour, sugar, and eggs, and you pay for your electricity and oven maintenance. All these expenses come out of that one business checking account. The account itself is not the flour or the electricity; it’s just the place where the money sits and from which payments are made. Now, you decide to open a second location, so you create a new division for that shop. You can use the same business checking account to pay for both shops, or you can open a second account to keep the finances totally separate. In Google Cloud, the business checking account is your billing account. Each shop is a cloud project. You attach the billing account to each project, and all the costs for those projects flow into that billing account. You can look at the bank statement (the billing report) to see exactly how much each shop spent on ingredients versus utilities, just like you can see how much each cloud project spent on Compute Engine versus Cloud Storage.
If you give a bank card to your head baker, she can buy supplies, but she doesn’t have access to the bank account itself-she can’t see the total balance or change the overdraft limit. Similarly, project owners can create and use resources in their project, but they cannot see the billing account details unless they are granted billing view roles. You, as the business owner, have full control over the bank account. You can set up alerts (like ‘If spending exceeds $500 a month, send me a text’), which is exactly like a budget alert in Google Cloud. You can also export the bank statement to a spreadsheet for your accountant, just like exporting billing data to BigQuery.
Now suppose one day your credit card on the bank account expires. The bank will stop processing payments, and eventually your suppliers might stop delivering flour. In the cloud, if the billing account becomes disabled because of a failed payment, your running virtual machines and other services will eventually be stopped. You have to update the card or pay the overdue amount to resume operations. This analogy makes it clear that the billing account is not the cloud service itself but the financial engine that keeps everything running. It is the central container for all costs, payment management, and financial controls. Understanding this helps you avoid accidental downtime and overspending, which are common pitfalls for beginners.
Why This Term Matters
The billing account is one of the most practical and frequently misunderstood elements of Google Cloud, especially for new learners. In real IT environments, managing cloud costs is a top priority for organizations. The billing account is the single place where all cost data aggregates, so anyone responsible for cloud finances must know how to create, manage, and monitor it. Without a properly configured billing account, even the most well-architected project cannot run paid services. This dependency makes the billing account a critical gatekeeper. If you are a cloud engineer, you will often be tasked with setting up billing for new projects, attaching them to the correct billing account (development vs. production), and ensuring that budgets and alerts are in place to prevent surprise bills. Many real-world incidents involve projects running out of control simply because no budget was set, leading to thousand-dollar charges that could have been avoided.
the billing account is key to cost optimization. By exporting billing data to BigQuery, companies can run complex queries to understand their spending patterns, identify underutilized resources, and plan rightsizing or reservations. Without a billing account, none of this data is available. The billing account also enables chargeback and showback models, where each department or team is both seen as its costs. This is essential for multi-team enterprises using Google Cloud.
For IT learners studying for certification, especially the Google Cloud Digital Leader and Associate Cloud Engineer exams, the billing account is a core objective. It appears in questions about cost management, project setup, and troubleshooting. The ability to navigate the Console and set up billing reflects a foundational skill that all cloud professionals must have. Ignorance of billing can lead to real financial consequences for an organization, which is why exam creators emphasize it. The billing account also ties into other concepts like IAM, resource hierarchy, and networking, because you need to control who can modify billing settings. In practice, a cloud administrator might spend a significant amount of time initially establishing billing structures that align with the organization’s financial policies. That includes creating separate billing accounts for different environments (dev, test, prod) or for different business units. Without this structure, cost allocation becomes guesswork.
Finally, the billing account matters because it is the mechanism through which Google Cloud delivers its pay-as-you-go flexibility. It allows small teams to start with minimal upfront cost and scale up. It also provides free tier usage, which is tracked with a billing account. Understanding how to use the billing account correctly prevents accidental charges while also enabling full use of the free tier. The billing account is not a dry accounting concept; it is a live, operational component that directly impacts the availability, cost, and manageability of everything you build in the cloud.
How It Appears in Exam Questions
Billing account questions on Google Cloud exams generally fall into three patterns: setup and configuration, cost management and monitoring, and troubleshooting. In the setup and configuration pattern, a typical question might describe a scenario where a new employee has just created a Google Cloud project but cannot create a virtual machine. The question will ask why and what the solution is. The answer is that the project has no billing account linked. The candidate must know that they need to either create a billing account or link an existing one to the project. Another variant: “An organization has multiple projects and wants to use a single payment method and consolidate billing. What should they do?” The answer is to create one billing account and link all projects to it. Alternatively, if the scenario requires cost separation, the correct approach is to create multiple billing accounts or use labels and billing export.
The cost management and monitoring pattern often involves budgets and alerts. For example: “You want to receive an email when your monthly spending exceeds $100. What should you configure?” The answer is a budget alert on the billing account. Questions may also ask about the best way to analyze detailed cost data: “You need to query your spending by resource labels. Where should you export your billing data?” The correct answer is BigQuery. Another scenario: “Your finance team wants to see the cost breakdown by project and by service. How can they achieve this?” The answer is to use the billing reports in the Console or the exported data in BigQuery.
The troubleshooting pattern presents a problem that has occurred due to billing issues. For instance: “A user reports that their running instances were terminated unexpectedly. After investigation, you find the billing account is disabled. What should you do?” The steps: check the payment method, pay any overdue balance, and then re-enable the billing account. Another question: “A project owner says they cannot access the billing page in the Console. What is the likely reason?” The answer: they lack the billing.viewer or billing.admin role on the billing account. The exam might also ask about the impact of disabling a billing account: “If you disable a billing account, what happens to the attached projects?” The correct answer: paid services stop but the project itself is not deleted; you can re-enable billing to restore services.
These patterns are designed to test not only memorization but also practical understanding. For the Cloud Digital Leader, the questions are less technical and more about decision-making, like choosing between budgets and quotas. For the Associate Cloud Engineer, you may have to actually reason through a multi-step scenario, such as setting up a new billing account for a subsidiary. You might be asked to choose the correct order of steps: create billing account, link project, set budget, and export data. Understanding the sequence is critical.
To ace these questions, always pay attention to the specific roles mentioned. If the question says “project owner,” remember that project owner does not grant billing access. If it says “billing administrator,” that person can manage the billing account but not necessarily the projects. Also, note that a billing account can be shared across projects, but a project can only have one billing account at a time. These constraints are very common exam traps.
Practise Billing account Questions
Test your understanding with exam-style practice questions.
Example Scenario
You are a cloud administrator at a small startup called “GreenLeaf Analytics.” The company has three teams: Engineering, Marketing, and Data Science. Each team works in its own Google Cloud project (greenleaf-eng, greenleaf-mktg, greenleaf-ds). The CEO wants to keep costs under control and also wants to see how much each team spends separately. You decide to create a single billing account called “GreenLeaf Billing” and link all three projects to it. This way, all costs are aggregated, but you can still filter the billing report by project to see each team’s spending. You also set up a monthly budget of $500 total on the billing account, with an alert at 50%, 90%, and 100% sent to your email. You enable billing export to BigQuery so that the finance team can run custom queries, such as “How much did Engineering spend on Compute Engine last month?”
One month later, the Engineering team accidentally leaves a large GPU instance running over the weekend, causing the total spend to reach $450 within the first two weeks. You receive the 90% alert email. You log into the Cloud Console, go to the billing account, and look at the cost breakdown. You see the spike is from the Engineering project. You contact the Engineering lead to shut down the unused instance. This prevents the budget from being exceeded. If the budget had been exceeded, you could also configure a Pub/Sub notification to trigger a Cloud Function that automatically shuts down certain instances, but in this scenario, manual action suffices.
Now imagine the CEO asks for a report of all costs for the last quarter. You can easily generate that from the billing section by exporting the data to a CSV file or querying the BigQuery tables. The billing account simplifies cost management because it is the single source of truth for all financial data. However, there is a catch: the Data Science team wants to use a different payment method (a corporate credit card) because they have a separate budget from the other teams. In that case, you would create a second billing account specifically for the Data Science project and move that project to the new billing account. This demonstrates that you can have multiple billing accounts to meet different financial workflows.
This scenario captures the essence of how a billing account is used in a real organization. It shows the need to create, link, monitor, and troubleshoot. For the exam, you might see a similar story-based question with multiple choice answers, testing your ability to choose the correct steps to set up the billing structure.
Common Mistakes
Thinking that a project owner can automatically manage billing.
Project roles (Owner, Editor, Viewer) do not include any billing permissions. Billing access is granted through separate IAM roles on the billing account itself (billing.admin, billing.viewer). Even if you own a project, you cannot see invoices or change payment methods unless you also have billing roles.
Remember that billing is a separate IAM scope. Grant users the billing.viewer or billing.admin role on the billing account for financial access. Project owners focus on resources, not payments.
Believing a project can be linked to multiple billing accounts simultaneously.
A Google Cloud project can only be linked to one billing account at any given time. If you need to change it, you must unlink the current billing account and link a different one. There is no way to split a single project’s costs across multiple billing accounts.
Plan your billing architecture so that one project maps to one billing account. If you need separate billing for different parts of a workload, consider using separate projects or use labels and cost export for allocation.
Assuming that disabling a billing account will delete the linked projects.
Disabling a billing account does not delete projects. It only suspends all paid services within those projects. The projects and any free-tier resources remain intact, but you cannot use compute instances, storage, or other paid services until the billing account is re-enabled or a new active billing account is linked.
Understand that disabling billing is like pausing the payment method. Projects are not deleted. To recover, simply pay any overdue balance and re-enable the billing account, or link a different active billing account.
Confusing billing alerts with budget amounts and quotas.
A budget alert notifies you when actual or forecasted spend crosses a threshold, but it does not stop spending automatically. Quotas limit resource usage proactively (e.g., you cannot create more than 100 VMs). Budget alerts only warn you; you must take action to stop additional costs. Some learners think a budget automatically blocks further usage, which is incorrect.
Use budgets for awareness and use quotas for strict limits. If you want to stop spending automatically, you need to set up automated responses using Pub/Sub and Cloud Functions in conjunction with budget alerts.
Forgetting that the billing account must be active to use the free tier.
The Google Cloud free tier (including Always Free usage) requires an active billing account. Even though you do not pay, the billing account is still needed for verification and to track that you stay within free tier limits. New users sometimes think they can skip setting up billing entirely, which prevents them from using any services.
Always set up a billing account, even if you only plan to stay within the free tier. Link it to your project. You will not be charged as long as you remain within free tier limits. The billing account is simply required for eligibility.
Exam Trap — Don't Get Fooled
{"trap":"Many learners incorrectly answer that a project owner can change the billing account for a project.","why_learners_choose_it":"Because the term “owner” sounds like it includes all permissions. In many cloud platforms, the project owner has full control over everything inside the project, so learners logically assume billing is included.
The exam deliberately uses this assumption to create a trap.","how_to_avoid_it":"Memorize that billing IAM is separate from project IAM. The roles billing.admin and billing.viewer are required to manage billing accounts.
Even a project owner must be explicitly granted one of these roles at the billing account level to change the billing account link for a project. Always check the IAM hierarchy in questions: if they say “project owner,” they have no billing access by default."
Step-by-Step Breakdown
Create a Billing Account
Go to the Google Cloud Console > Billing. Click “Create account.” Choose whether to use a self-serve (online) or invoiced billing account. For self-serve, provide your name, country, and payment method. This creates a new billing account that is initially active. This is the first step to start paying for Google Cloud services.
Link a Project to the Billing Account
Once you have a billing account, you need to link it to your project. In the Billing section, click “Manage billing accounts,” then find your billing account. Click “Link a project” and select the desired project. This associates the project with the billing account so that all usage in that project is charged to this account. Without this step, the project cannot use paid services.
Set Up Budgets and Alerts
To control costs, create a budget on the billing account. Go to Budgets & alerts under the billing account. Set a name, a monetary amount (e.g., $500), and choose the scope (the entire billing account or specific projects). Then add alert thresholds (e.g., 50%, 90%, 100%). Finally, set notification channels (email, Pub/Sub). This step ensures you are warned before costs become too high.
Export Billing Data (Optional but Recommended)
For detailed analysis, export billing data. In the billing account, go to the Cost breakdown section and find “Export.” Choose to export to BigQuery, Cloud Storage, or both. BigQuery is most flexible for custom queries. Configure the dataset and table. This step is critical for enterprises that need to perform chargeback or in-depth cost analysis.
Monitor and Manage Payment Method
Regularly check that your payment method is valid. Go to Payment method under the billing account. Update expired credit cards or change to a different card. If the payment fails, the billing account becomes disabled. Keeping payment details current prevents service interruptions. This step is ongoing, not one-time.
Disable or Re-enable the Billing Account (if needed)
If you want to stop all spending temporarily, you can disable the billing account, which suspends all paid services for linked projects. To re-enable, you must pay any outstanding balance and then re-activate the billing account. Alternatively, you can move projects to another active billing account. This step is for emergency cost control or when closing an account.
Practical Mini-Lesson
A billing account is more than just a credit card on file; it is the financial data hub for your entire Google Cloud usage. As a cloud professional, you must know how to set it up correctly to avoid operational headaches and cost surprises. Start by understanding the difference between a self-serve billing account and an invoiced one. For small teams, self-serve is fine, but for enterprises, invoiced accounts allow net payment terms and usually require a contract with Google. When you create an invoiced account, you will likely need to undergo a credit check. This is an important distinction for the Associate Cloud Engineer exam, as you may need to recommend which type fits a scenario.
Next, focus on the concept of billing account IAM. The billing account has its own set of roles: billing.admin (full control), billing.viewer (read-only), and billing.projectManager (can link projects but not see costs). This is a common exam trap. In practice, you should never give billing.admin to developers unless absolutely necessary, as they could accidentally change payment methods or shut down the account. Instead, give them billing.projectManager so they can link projects themselves without seeing financial data. This separation is a key security practice.
Another practical skill is cost attribution. If your organization has multiple projects, you can view costs per project in the billing report. However, if you need to break down costs within a single project (e.g., by application or environment), you must use labels. For instance, label your Compute Engine instances with “environment=dev” or “app=webserver.” Then export billing data to BigQuery, where you can run SQL queries that group by labels. This is how real enterprises create detailed showback reports. The exam may test this by asking: “How can an organization see cost breakdown by department within a single project?” The answer is to use labels and BigQuery export.
Budget alerts are not automatic cost controllers; they only notify. If you want to automatically take action (like stopping VMs), you need to set up a Pub/Sub topic as a notification channel, then create a Cloud Function that subscribes to that topic and performs the desired action. This is an advanced topic, but the ACE exam may mention it as a possible solution. For the CDL exam, you only need to know that budgets send alerts, not that they stop spending.
Finally, practice managing billing accounts in a sandbox environment. Create a billing account, link a project, set a budget of $1 with alerts, and then manually trigger some small usage (e.g., try to create a small VM but cancel before it actually runs to avoid charges). Observe the alert email. Then try to change the billing account for a project. This hands-on experience will make the concepts stick. Remember that the billing account is the foundation of financial governance in Google Cloud, and mastering it is essential for both certification and real-world work.
Memory Tip
Think “Billing is a separate kingdom”, project owners rule the project kingdom but need a separate crown (billing role) to access the billing kingdom.
Covered in These Exams
Current Exam Context
Current exam versions that test this topic — use these objectives when studying.
ACEGoogle ACE →CDLGoogle CDL →N10-009CompTIA Network+ →220-1102CompTIA A+ Core 2 →SC-900SC-900 →SOA-C02SOA-C02 →PCAGoogle PCA →ISC2 CCISC2 CC →Related Glossary Terms
Two-factor authentication (2FA) is a security method that requires two different types of proof before granting access to an account or system.
An A record is a type of DNS resource record that maps a domain name to an IPv4 address.
AAA (Authentication, Authorization, and Accounting) is a security framework that controls who can access a network, what they are allowed to do, and tracks what they did.
An AAAA record is a DNS record that maps a domain name to an IPv6 address, allowing devices to find each other over the internet using the newer IP addressing system.