AWS Module1 Notes
AWS Module1 Notes
AWS Module1 Notes
3. What is AWS? Explain six core perspectives which need to be considered while moving to AWS
cloud.
Amazon Web Services (AWS) is a secure cloud platform that offers a broad set of global cloud-based
products. Because these products are delivered over the internet, you have on-demand access to the
compute, storage, network, database, and other IT resources that you might need for your projects—and
the tools to manage them. You can immediately provision and launch AWS resources. The resources are
ready for you to use in minutes.
AWS offers flexibility. Your AWS environment can be reconfigured and updated on demand, scaled up
or down automatically to meet usage patterns and optimize spending, or shut down temporarily or
permanently. The billing for AWS services becomes an operational expense instead of a capital expense.
AWS services are designed to work together to support virtually any type of application or workload.
Think of these services like building blocks, which you can assemble quickly to build sophisticated,
scalable solutions, and then adjust them as your needs change.
The AWS Cloud Adoption Framework (AWS CAF) provides guidance and best practices to help
organizations identify gaps in skills and processes. It also helps organizations build a comprehensive
approach to cloud computing—both across the organization and throughout the IT lifecycle—to
accelerate successful cloud adoption.
At the highest level, the AWS CAF organizes guidance into six areas of focus, called perspectives.
Perspectives span people, processes, and technology. Each perspective consists of a set of capabilities,
which covers distinct responsibilities that are owned or managed by functionally related stakeholders.
Capabilities within each perspective are used to identify which areas of an organization require attention.
By identifying gaps, prescriptive work streams can be created that support a successful cloud journey.
Six core perspectives In general, the Business, People, and Governance perspectives focus on business
capabilities, while the Platform, Security, and Operations perspectives focus on technical capabilities.
Business perspective: Stakeholders from the Business perspective (for example, business managers,
finance managers, budget owners, and strategy stakeholders) can use the AWS CAF to create a strong
business case for cloud adoption and prioritize cloud adoption initiatives. Stakeholders should ensure that
an organization’s business strategies and goals align with its IT strategies and goals.
People perspective: Stakeholders from the People perspective (for example, human resources, staffing,
and people managers) can use the AWS CAF to evaluate organizational structures and roles, new skill
and process requirements, and identify gaps. Performing an analysis of needs and gaps can help prioritize
training, staffing, and organizational changes to build an agile organization.
Governance perspective: Stakeholders from the Governance perspective (for example, the Chief
Information Officer or CIO, program managers, enterprise architects, business analysts, and portfolio
managers) can use the AWS CAF to focus on the skills and processes that are needed to align IT strategy
and goals with business strategy and goals. This focus helps the organization maximize the business value
of its IT investment and minimize the business risks.
Platform perspective : Stakeholders from the Platform perspective (for example, Chief Technology
Officer or CTO, IT managers, and solutions architects) use a variety of architectural dimensions and
models to understand and communicate the nature of IT systems and their relationships. They must be
able to describe the architecture of the target state environment in detail. The AWS CAF includes
principles and patterns for implementing new solutions on the cloud, and for migrating on-premises
workloads to the cloud.
Security perspective: Stakeholders from the Security perspective (for example, Chief Information
Security Officer or CISO, IT security managers, and IT security analysts) must ensure that the
organization meets security objectives for visibility, auditability, control, and agility. Security perspective
stakeholders can use the AWS CAF to structure the selection and implementation of security controls that
meet the organization’s needs.
Operations perspective: Stakeholders from the Operations perspective (for example, IT operations
managers and IT support managers) define how day-to-day, quarter-to-quarter, and year-to-year business
is conducted. Stakeholders from the Operations perspective align with and support the operations of the
business. The AWS CAF helps these stakeholders define current operating procedures. It also helps them
identify the process changes and training that are needed to implement successful cloud adoption.
4. Define web services and Explain any 6 Categories of AWS services
A web service is any piece of software that makes itself available over the internet and uses a
standardized format—such as Extensible Markup Language (XML) or JavaScript Object Notation
(JSON)—for the request and the response of an application programming interface (API) interaction.
5. Define Total Cost Ownership (TCO). Explain 4 TCO considerations used in AWS
Total Cost of Ownership (TCO) is the financial estimate to help identify direct and indirect costs of a
system.
Why use TCO?
To compare the costs of running an entire infrastructure environment or specific workload on-premises
versus on AWS
To budget and build the business case for moving to the cloud
Some of the costs that are associated with data center management include:
Server costs for both hardware and software, and facilities costs to house the equipment.
Storage costs for the hardware, administration, and facilities.
Network costs for hardware, administration, and facilities.
And IT labor costs that are required to administer the entire solution.
When you compare an on-premises to cloud solution, it is important to accurately assess the true costs of
both options. With the cloud, most costs are upfront and readily calculated. For example, cloud providers
give transparent pricing based on different usage metrics, such as RAM, storage, and bandwidth, among
others. Pricing is frequently fixed per unit of time.
Customers gain certainty over pricing and are then able to readily calculate costs based on several
different usage estimates.
Compare this process to on-premises technology. Though they are sometimes difficult to determine,
calculations of in-house costs must take into account all:
Direct costs that accompany running a server—like power, floor space, storage, and IT operations to
manage those resources.
Indirect costs of running a server, like network and storage infrastructure.
This diagram is conceptual, and it does not include every cost item. For example, depending on the
solution you are implementing, software costs can include database, management, and middle-tier costs.
Facilities costs can include upgrades, maintenance, building security, taxes, and so on. IT labor costs can
include security administration and application administration costs. This diagram includes an
abbreviated list to demonstrate the type of costs that are involved in data center maintenance.
Some of the costs that are associated with data center management include:
Server costs for both hardware and software, and facilities costs to house the equipment.
Storage costs for the hardware, administration, and facilities.
Network costs for hardware, administration, and facilities.
And IT labor costs that are required to administer the entire solution.
When you compare an on-premises to cloud solution, it is important to accurately assess the true costs of
both options. With the cloud, most costs are upfront and readily calculated. For example, cloud providers
give transparent pricing based on different usage metrics, such as RAM, storage, and bandwidth, among
others. Pricing is frequently fixed per unit of time.
Customers gain certainty over pricing and are then able to readily calculate costs based on several
different usage estimates.
Compare this process to on-premises technology. Though they are sometimes difficult to determine,
calculations of in-house costs must take into account all:
Direct costs that accompany running a server—like power, floor space, storage, and IT operations to
manage those resources.
Indirect costs of running a server, like network and storage infrastructure.
This diagram is conceptual, and it does not include every cost item. For example, depending on the
solution you are implementing, software costs can include database, management, and middle-tier costs.
Facilities costs can include upgrades, maintenance, building security, taxes, and so on. IT labor costs can
include security administration and application administration costs. This diagram includes an
abbreviated list to demonstrate the type of costs that are involved in data center maintenance.
There are three fundamental drivers of cost with AWS: compute, storage, and outbound data transfer.
These characteristics vary somewhat, depending on the AWS product and pricing model you choose.
In most cases, there is no charge for inbound data transfer or for data transfer between other AWS
services within the same Region. There are some exceptions, so be sure to verify data transfer rates before
beginning. Outbound data transfer is aggregated across services and then charged at the outbound data
transfer rate. This charge appears on the monthly statement as AWS Data Transfer Out. The more data
you transfer, the less you pay per GB. For compute resources, you pay hourly from the time you launch a
resource until the time you terminate it, unless you have made a reservation for which the cost is agreed
upon beforehand. For data storage and transfer, you typically pay per GB.
Except as otherwise noted, AWS prices are exclusive of applicable taxes and duties, including VAT and
sales tax. For customers with a Japanese billing address, use of AWS is subject to Japanese Consumption
Tax.
7. Explain the Similarities and differences between AWS and Traditional IT.
AWS Traditional IT
It provides both scalability and elasticity. It does not provide any scalability and
elasticity.
Management/Master account – This is the master account in AWS Organizations that has all the
administrative rights for all accounts under that particular AWS Organization. It is used to centrally
manage all accounts and handle the billing and logs of all accounts in the Organization.
Member account – The accounts in AWS Organization other than the Master account are called
member accounts. These can be existing accounts or new accounts added to AWS Organization.
Organization Units (OU) – The unit in which all accounts are grouped are called Organization
Units (OU). Multiple OUs can be created in an Organization, and they can be nested within each
other.
Policies – AWS Organization provides various policies that help in restricting or setting boundaries
for each account. The most important policy provided is the Service Control Policy (SCP). We’ll
discuss this in a little more detail ahead.
Quick Scaling of your environments: Using AWS Organizations, users can quickly scale their
environment by adding and grouping new accounts. Users can add new accounts to a group and
create fresh ones programmatically, owing to the Organization’s APIs. The new account will
instantly be covered by the group’s policies.
Grouping accounts: Accounts can be grouped in a systematic and hierarchical way which makes
them easy to use.
Efficiently provision resources across accounts: Instead of using duplicate resources for different
accounts using AWS Resource Access Manager (RAM) with AWS Organization, users can share
resources between accounts in that Organization.
Centrally manage and govern multiple accounts: Users can have master accounts having admin
access and can manage all accounts inside that Organization centrally.
Set limits to what users can do using SCP’s: The user has the option to set policies in AWS
Organization which helps in setting boundaries and restricting each account.
Manage costs and logs centrally: Billing and logs of each account inside AWS Organizations can
be handled centrally and in a consolidated manner.
The AWS Cloud Adoption Framework (AWS CAF) provides guidance and best practices to help
organizations identify gaps in skills and processes. It also helps organizations build a comprehensive
approach to cloud computing—both across the organization and throughout the IT lifecycle—to
accelerate successful cloud adoption.
At the highest level, the AWS CAF organizes guidance into six areas of focus, called perspectives.
Perspectives span people, processes, and technology. Each perspective consists of a set of capabilities,
which covers distinct responsibilities that are owned or managed by functionally related stakeholders.
Capabilities within each perspective are used to identify which areas of an organization require attention.
By identifying gaps, prescriptive work streams can be created that support a successful cloud journey.
In general, the Business, People, and Governance perspectives focus on business capabilities, while
the Platform, Security, and Operations perspectives focus on technical capabilities.
Business:
Stakeholders from the Business perspective (for example, business managers, finance managers, budget
owners, and strategy stakeholders) can use the AWS CAF to create a strong business case for cloud
adoption and prioritize cloud adoption initiatives. Stakeholders should ensure that an organization’s
business strategies and goals align with its IT strategies and goals.
People:
Stakeholders from the People perspective (for example, human resources, staffing, and people managers)
can use the AWS CAF to evaluate organizational structures and roles, new skill and process requirements,
and identify gaps. Performing an analysis of needs and gaps can help prioritize training, staffing, and
organizational changes to build an agile organization.
Governance :
Stakeholders from the Governance perspective (for example, the Chief Information Officer or CIO,
program managers, enterprise architects, business analysts, and portfolio managers) can use the AWS
CAF to focus on the skills and processes that are needed to align IT strategy and goals with business
strategy and goals. This focus helps the organization maximize the business value of its IT investment and
minimize the business risks.
Platform:
Stakeholders from the Platform perspective (for example, Chief Technology Officer or CTO, IT
managers, and solutions architects) use a variety of architectural dimensions and models to understand
and communicate the nature of IT systems and their relationships. They must be able to describe the
architecture of the target state environment in detail. The AWS CAF includes principles and patterns for
implementing new solutions on the cloud, and for migrating on-premises workloads to the cloud.
Security:
Stakeholders from the Security perspective (for example, Chief Information Security Officer or CISO, IT
security managers, and IT security analysts) must ensure that the organization meets security objectives
for visibility, auditability, control, and agility. Security perspective stakeholders can use the AWS CAF to
structure the selection and implementation of security controls that meet the organization’s needs.
Operations:
Stakeholders from the Operations perspective (for example, IT operations managers and IT support
managers) define how day-to-day, quarter-to-quarter, and year-to-year business is conducted.
Stakeholders from the Operations perspective align with and support the operations of the business. The
AWS CAF helps these stakeholders define current operating procedures. It also helps them identify the
process changes and training that are needed to implement successful cloud adoption.
AWS wants you to be able to plan, deploy, and optimize with confidence. We have developed specific
plans to support you, including Basic, Developer, Business, and Enterprise support plans.
The Developer Support Plan offers resources for customers that are testing or doing early development on
AWS, and any customers who:
Want access to guidance and technical support.
Are exploring how to quickly put AWS to work.
Use AWS for non-production workloads or applications.
The Business Support Plan offers resources for customers that are running production workloads on
AWS, and any customers who:
Run one or more applications in production environments.
Have multiple services activated, or use key services extensively.
Depend on their business solutions to be available, scalable, and secure.
The Enterprise Support Plan offers resources for customers that are running business and mission-critical
workloads on AWS, and any customers who want to:
Focus on proactive management to increase efficiency and availability.
Build and operate workloads that follow AWS best practices.
Use AWS expertise to support launches and migrations.
Use a Technical Account Manager (TAM), who provides technical expertise for the full range of AWS
services and obtains a detailed understanding of your use case and technology architecture. The Technical
Account Manager is the primary point of contact for ongoing support needs.