CLOUD COMPUTING

0.0(0)
Studied by 0 people
call kaiCall Kai
learnLearn
examPractice Test
spaced repetitionSpaced Repetition
heart puzzleMatch
flashcardsFlashcards
GameKnowt Play
Card Sorting

1/187

encourage image

There's no tags or description

Looks like no tags are added yet.

Last updated 2:52 AM on 10/13/26
Name
Mastery
Learn
Test
Matching
Spaced
Call with Kai
Chat

No analytics yet

Send a link to your students to track their progress

188 Terms

1
New cards

Cloud Computing

Is a model for enabling ubiquitous, convenient,
on-demand network access to a shared pool of configurable
computing resources (e.g., networks, servers, storage, database,
applications, and services) that can be rapidly provisioned and
released with minimal management effort and provider interaction.

2
New cards

Cloud Enabling Technologies

  • Broadband Networks and Internet Architecture

  • Data Center Technology

  • Virtualization Technology

  • Web Technology

  • Multitenant Technology
    • Service Technology


3
New cards

Cloud Computing (Key Characteristics)

• Data stored on the cloud
• Software and services on the cloud & Access via web browsers
• Broadband network access
• Accessible from any device
• Low-cost software
• Advanced security technologies



4
New cards

On-Demand Usage (Cloud Characteristics)

Ability of a cloud consumer to self-provision and use necessary cloud-based services without requiring cloud provider interaction

5
New cards

Ubiquitous Access (Cloud Characteristics)

Support for a range of devices, transport protocols, interfaces, and security technologies

6
New cards

Multi-Tenancy/Resource Pooling (Cloud Characteristics)

Ability of an instance of the program to serve different consumers

7
New cards

Elasticity (Cloud Characteristics)

Ability of a cloud to transparently scale IT resources

8
New cards

Measured Usage (Cloud Characteristics)

Ability to keep track of the usage of its IT resources

9
New cards

Resiliency (Cloud Characteristics)

Failover through redundant implementations of IT resources across physical locations

10
New cards

Goals and Benefits of Cloud Computing

  • Reduced Investments and Proportional Costs

  • Increased Scalability

  • Increased Availability and Reliability


11
New cards

Risks and Challenges of Cloud Computing

  • Increased Security Vulnerabilities

  • Reduced Operational Governance Control

  • Limited Portability Between Cloud Providers

  • Multi-Regional Compliance and Legal Issues


12
New cards

Changing Role of the IT function in Organizations (Business Case)

  • IT must evolve to secure its future in a cloud-enabled business

  • IT must shift its focus from building bespoke systems to
    selecting and managing pre-configured components

  • IT must become the ‘data custodian’ for the entire business

  • IT must evolve into a role as a ‘service director and integrator’


13
New cards

New role of the IT Function in Organizations (Business Case)

  • Selection of services

  • Integration of services

  • Operational excellence and security


14
New cards

New Era in Digital/Cyber/IT Management (CTO/CIO/CDO)

  • Business Relationship Management

  • Service
    - Strategy
    - Development
    - Management

  • IT Management

  • Vendor Management


15
New cards

Managerial Implications (Business Cases)

  • Ask hard questions and demand data-based analyses regarding cost savings

  • Establish a clear governance structure for cloud computing

  • Keep cloud efforts on track

  • Set the standards for success
    •Provide the necessary support
    •Buy cautiously, appraise frequently


16
New cards

IT Resource (Concepts)

An IT resource is a physical or virtual IT-related artifact that can be either software based, such as a virtual server or a custom software program, or hardware-based, such as a physical server or a network device.

17
New cards

On-Premise (Concepts)

  • An IT resource that is hosted in a conventional IT enterprise within an organizational boundary (that does not specifically represent a cloud).

  • An IT resource that is on-premise cannot be cloud-based,
    and vice-versa.


18
New cards

Cloud Service (Concepts)

  • An IT resource that is provided through a cloud environment and accessed over a network.

  • The cloud provider typically manages the underlying infrastructure, while the customer uses the service.


19
New cards

Organizational Boundaries (Concepts)

  • The physical or logical boundary that separates an organization’s IT resources from resources outside the organization.

  • Example: The boundary around a company's servers, computers, networks, and systems.


20
New cards

Organizational Trust Boundaries

  • A boundary that separates IT resources with different levels of trust within an organization.

  • Access controls are used to control what can cross the trust boundary.

  • Example: Separating the employee network from a highly sensitive database network.


21
New cards

Single Tenant Environment (Concepts)

  • A cloud environment in which one customer exclusively uses a particular instance of a resource.

  • The customer's resources are not shared with other customers.

  • Think: 1 customer → 1 dedicated environment.


22
New cards

Multi-Tenant Environment (Concepts)

  • A cloud environment in which multiple customers share the same underlying resources.

  • Each customer's data and resources are logically separated from the others.

  • Think: Many customers → shared infrastructure.


23
New cards

Resiliency (Concepts)

  • The ability of an IT system to continue operating or recover quickly when something fails.

  • Example: If one server fails, another server takes over.


24
New cards

Scaling (Concepts)

  • The process of increasing or decreasing IT resources to handle changes in workload or demand.

  • Example: Adding more computing power when many users access an application.


25
New cards

Horizontal Scaling (Concepts)

  • Increasing or decreasing capacity by adding or removing multiple instances of a resource.

  • Example: Going from 2 servers → 5 servers.

  • Think: Scale OUT / IN.


26
New cards

Vertical Scaling (Concepts)

  • Increasing or decreasing capacity by adding or removing resources from an existing instance.

  • Example: Upgrading a server from 8 GB RAM → 32 GB RAM.

  • Think: Scale UP / DOWN.


27
New cards

How is Horizontal different than Vertical Scaling

  • Less Expensive (Through Commodity hardware components)

  • IT Resources instantly available

  • Resource replication and automated scaling

  • Additional IT resources needed

  • Not limited by hardware capacity


28
New cards

How is Vertical different than Horizontal Scaling

  • More expensive (Specialized servers)

  • IT Resources normally instantly available

  • Additional Setup is normally needed

  • Limited by maximum hardware capacity


29
New cards

Cloud Provider

The party that provides cloud-based IT resources

30
New cards

Cloud Consumer

The party that uses cloud-based IT resources

31
New cards

Cloud Service Owner

A cloud consumer can be a ______ when it deploys its own service in a cloud

  • A cloud provider becomes a ________ if it deploys its own cloud service, typically for other cloud consumers to use.


32
New cards

Cloud Resource Administrator

Can be with a cloud consumer organization and administer remotely accessible IT resources IT resources that belong to the cloud consumer

  • A _____ can be with a cloud provider organization for which it can administer the cloud provider’s internally and externally available IT resources


33
New cards

Cloud Auditor

A third-party (often accredited) that conducts independent unbiased assessment of cloud environments to help strengthen the trust relationship between cloud consumers and cloud providers.

34
New cards

Cloud Auditor is responsible for the evaluation of

  • Security Controls

  • Privacy Impacts

  • Performance


35
New cards

Cloud Broker

Responsible of managing and negotiating the usage of cloud services between cloud consumers and cloud providers.

36
New cards

Cloud Carrier

Responsible for providing the wire-level connectivity between cloud consumers and cloud providers

37
New cards

Software as a Service (SaaS)

Use providers applications over a network

38
New cards

Platform as a Service (PaaS)

Deploy customer created application to cloud

39
New cards

Infrastructure as Service (IaaS)

  • Rent processing, storage network capacity

  • And other fundamental computing resources


40
New cards

SaaS (Comparison: Level of Control)

Typical Level of Control Granted to Cloud Consumer

  • Usage and usage-related configuration

Typical Functionality Made Available to Cloud Consumer

  • Access to front-end user-interface


41
New cards

PaaS (Comparison: Level of Control)

Typical Level of Control Granted to Cloud Consumer

  • Limited administrative

Typical Functionality Made Available to Cloud Consumer

  • Moderate level of administrative control over IT resources relevant to cloud consumer’s usage of platform


42
New cards

IaaS (Comparison: Level of Control)

Typical Level of Control Granted to Cloud Consumer

  • Full Administrative

Typical Functionality Made Available to Cloud Consumer

  • Full access to virtualized infrastructure-related IT resources and, possibly, to underlying physical IT resources.


43
New cards

SaaS (Comparison: Division of Labour)

Common Cloud Consumer Activities

  • Uses and configures cloud service

Common Cloud Provider Activities

  • Implements, manages, and maintains cloud service

  • Monitors usage by cloud consumers



44
New cards

PaaS (Comparison: Division of Labour)

Common Cloud Consumer Activities

  • Develops, tests, deploys, and, manages cloud services and cloud-based solutions

Common Cloud Provider Activities

  • Pre-configures platform and provisions underlying infrastructure, middleware, and other needed IT resources, as necessary.

  • Monitors usage by cloud consumers


45
New cards

IaaS (Comparison: Division of Labour)

Common Cloud Consumer Activities

  • Sets up and configures bare infrastructure, and installs, manages, and monitors any needed software

Common Cloud Provider Activities

  • Provisions and manages the physical processing, storage, networking, and hosting required

  • Monitors usage by cloud consumers



46
New cards

A cloud deployment model represents a specific type of cloud environment, primarily distinguished by…-

  • Ownership

  • Size

  • Access


47
New cards

Four common cloud deployment models:

  • Public Cloud

  • Community Cloud

  • Private Cloud

  • Hybrid Cloud


48
New cards

Public Cloud (Cloud Deployment Models)

  • Is a publicly accessible cloud environment owned by a
    third-party cloud provider

  • The IT resources on public clouds are usually provisioned via the
    previously described cloud delivery models and are generally offered to
    cloud consumers at a cost or are commercialized via other avenues
    (such as advertisement)

  • The cloud provider is responsible for the creation and on-going
    maintenance of the ________and its IT resources


49
New cards

Community Cloud (Cloud Deployment Models)

  • Is similar to a public cloud except that its
    access is limited to a specific community of cloud consumers

  • The community cloud may be jointly owned by the community
    members or by a third-party cloud provider that provisions a public
    cloud with limited access

  • The member cloud consumers of the community typically share
    the responsibility for defining and evolving the community cloud.


50
New cards

Private Cloud (Cloud Deployment Models)

• Is owned by a single organization
•Enable an organization to use cloud computing technology as a means of centralizing access to IT resources by different parts, locations, or departments of the organization

51
New cards

Hybrid Cloud (Cloud Deployment Models)

• Is a cloud environment comprised of two or more
different cloud deployment models
• For example, a cloud consumer may choose to deploy cloud
services processing sensitive data to a private cloud and other,
less sensitive cloud services to a public cloud. The result of this
combination is a hybrid deployment model

52
New cards

Virtual Private Cloud (Cloud Deployment Models)

Also known as a "dedicated cloud" or "hosted
cloud," this model results in a self-contained cloud environment
hosted and managed by a public cloud provider and made available
to a cloud consumer.

53
New cards

Inter-cloud (Cloud Deployment Models)

This model is based on an architecture comprised of two or
more inter-connected clouds .

54
New cards

Purchase and Deployment of On-Premise IT Resources (Business Cost Metrics: Up-Front Costs)

55
New cards

Leasing of Cloud-Based IT Resources (Business Cost Metrics: Up-Front Costs)

  • Access

  • Setup


56
New cards

Operations of On-Premise (Business Cost Metrics: On-going Costs)

57
New cards

Operations of Cloud-Based (Business Cost Metrics: On-going Costs)

58
New cards

Business Cost Metrics: Additional Costs

  • Cost of Capital

  • Sunk Costs

  • Integration Costs

  • Locked-in Costs


59
New cards

Cloud Usage Cost Metrics

  • Network Usage

  • Server Usage

  • Cloud Storage Device Usage

  • Cloud Service Usage


60
New cards

Cloud Usage Cost Metrics: Network Usage

  • Inbound Network Usage Metric

  • Outbound Network Usage Metric

  • Intra-Cloud WAN Usage Metric

  • Other Cost Metrics:
    - Static IP Address Usage
    - Network Load-Balancing
    - Virtual Firewall


61
New cards

Cloud Usage Cost Metrics: Server Usage

  • On-Demand Virtual Machine Instance Allocation Usage Metric

  • Reserved Virtual Machine Instance Allocation Usage Metric

  • Other
    - Performance Capabilities(CPU, RAM, Storage)


62
New cards

Cloud Usage Cost Metrics : Cloud Storage Device Usage

  • On-Demand Storage Space Allocation Usage Metric

  • I/O Data Transferred Metric


63
New cards

Cloud Usage Cost Metrics: Cloud Service Usage

  • Application Subscription Duration Metric

  • Number of Nominated Users Metric

  • Number of Transactions Users Metric


64
New cards

Cloud Management Considerations: Lifecycle Stages 1/2

  • Cloud Service DESIGN AND DEVELOPMENT

  • Cloud Service DEPLOYMENT

  • Cloud Service CONTRACTING

  • Cloud Service OFFERING

  • Cloud Service PROVISIONING

  • Cloud Service OPERATION

  • Cloud Service DECOMISSIONING


65
New cards

Cost Management Considerations: Pricing Models 1/3

  • Cost Metrics and Associated Prices

  • Fixed and Variable Rates Definitions

  • Volume Discounts

  • Cost and Price Customization Options


66
New cards

Cost Management Considerations: Additional

  • Negotiation

  • Payment Options

  • Cost Archiving


67
New cards

Scenario: Cost Metrics & Pricing Models: Software Licenses


  • Cloud environments come with costs bundled with the instances for the common operating systems and software packages (Windows, MySQL, Linux versions)

  • Cloud is an impetus to work with freeware and open source.

  • Open source is ideal for the cloud

  • Best licensing model is the one that charges by CPU-hour

  • New features where you can compute with licenses you purchased; bring your own license (BYOL)

  • Restricted software licenses are not good for cloud environment:

  • Per user licensing that requires validation against a server, auditing and such

  • Lesson: Make sure you understand the licensing for the IT resources you use


68
New cards

On-Demand (AWS EC2: 5 Payments)

Yu pay for the compute capacity by the hour or the second depending on which instances you run.

  • No longer-term commitments or upfront payments are needed.

  • You can increase or decrease your compute capacity depending on the demands of your application and only pay the specified per hourly rates for the instance you use.


69
New cards

On-Demand Instances are recommended for:

  • Users that prefer the low cost and flexibility of Amazon EC2 without any up-front payment or long-term commitment

  • Applications with short-term, spiky, or unpredictable workloads that cannot be interrupted

  • Applications being developed or tested on Amazon EC2 or the first time


70
New cards

Reserved Instances (AWS EC2: 5 Payments)

Provide you with a significant discount (up to 75%) compared to On-Demand instance pricing.

  • In addition, when _____ are assigned to a specific Availability Zone, they provide a capacity reservation giving you additional confidence in your ability to launch instances when you need them.

  • For applications that have steady state or predictable usage, ____ can provide significant savings compared to using On-Demand instances.


71
New cards

Reserved Instances are recommended for:

  • Applications with steady state usage

  • Applications that may require reserved capacity

  • Customers that can commit to using EC2 over a 1 or 3 year term to reduce their total computing costs.


72
New cards

Spot Instances (AWS EC2: 5 Payments)

Amazon EC2 Spot Instances allow you to request spare Amazon EC2 computing capacity for up to 90% off the On-Demand price

73
New cards

Spot Instances are recommended for:

  • Applications that have flexible start and end times

  • Applications that are only feasible at very low compute prices

  • Users with urgent computing needs for large amounts of additional capacity


74
New cards

Dedicated Hosts (AWS EC2: 5 Payments)

Is a physical EC2 server dedicated for your use.

  • Can help reduce you reduce costs by allowing you to use you resisting server-bound software licenses, including Windows Server, SQL server, and SUSE Linux Enterprise (subject to your license terms), and can also help you meet compliance requirements

  • Can be purchased On-Demand (hourly)

  • Can be purchased as a Reservation for up to 70% off the On-demand price.


75
New cards

Savings Plans (AWS EC2: 5 Payments)

Are a flexible pricing model that offer low prices on EC2 and Fargate usage, in exchange for a commitment to a consistent of usage (measured in $/hour) for a 1 or 3 year term.

76
New cards

Devil’s Advocate: Managing Cloud Spend

  • Cloud spend as a KPI

  • Incentivize the right behaviors

  • Optimization, optimization, optimization

  • Think about repatriation front

  • Incrementally repatriate.


77
New cards

SLA is a document that descibes

  • QoS features

  • Guarantees

  • Limitations


78
New cards

Availability (SLA Is a document that uses Service Quality Metrics)

Up-time, outage, service duration

79
New cards

Reliability (SLA Is a document that uses Service Quality Metrics)

Minimum time between failure, guranteed rate of successful responses

80
New cards

Performance (SLA Is a document that uses Service Quality Metrics)

Capacity, response time, delivery time guarantee

81
New cards

Scalability (SLA Is a document that uses Service Quality Metrics)

Capacity fluctuation and responsiveness gurantee

82
New cards

Resiliency (SLA Is a document that uses Service Quality Metrics)

Mean-time to switchover and recovery

83
New cards

SLA Key Takeaways

  • Codifies the specific parameters and minimum levels required for each element of the service, as well as remedies for failure to meet those requirements

  • Affirms your institution’s ownership of its data stored on the service provider’s system, and specifies your rights to get it back

  • Details the system infrastructure and security standards to be maintained by the service provider, along with your rights to audit their compliance

  • Specifies your rights and costs to continue and discontinue using the service


84
New cards

SLA Remedies

“SLAs must be enforceable, and they should state specific _____, such as corrections or penalities, for when they are not met”S:

85
New cards

SLA Corrections (Remedies)

Codify the actions the service provider must take to prevent a future failure to meet an SLA

86
New cards

SLA Penalties (Remedies)

Often take the form of a financial credit

87
New cards

Service Level Agreements (SLA)

• Mapping business cases to SLA
• Working with Cloud and On-Premise SLA
• Understanding the Scope of an SLA
• Understanding the Scope of SLA Monitoring
• Documenting Guarantees at Appropriate Granularity
• Defining Penalties for Non-Compliance
• Incorporating Non-Measurable Requirements
• Disclosure of Compliance Verification and Management
• Inclusion of Specific Metric Formulas
• Considering Independent SLA Monitoring
• Archiving SLA Data
• Disclosing Cross-Cloud Dependencies

88
New cards

Service Quality Metrics: Availability: Rate

Expressed as a percentage of up time

  • Description: Percentage of service up-time

  • Measurement: total up-time/total time

  • Frequency: Weekly, monthly, yearly

  • Cloud Delivery Method: IaaS, PaaS, SaaS

Example: Minimum 99.5% up-time


89
New cards

Service Quality Metrics: Availability: Outage Duration

Expressed as maximum and average continuous outage

  • Description: duration of single outage

  • Measurement: date/time of outage end-date/time of outage start

  • Frequency: per event

  • Cloud Delivery Method: Iaas, PaaS, SaaS

Example: 1 hour maximum, 15 minutes average


90
New cards

Service Quality Metrics; Reliability: Mean-Time Between Failures (MTBF)

Expressed as an average duration

  • Description: Expected time between consecutive service failures

  • Measurement: Total normal operation period duration/ number of failures

  • Frequency: Monthly, yearly

  • Cloud Delivery Method: IaaS, PaaS

Example: 90 day average


91
New cards

Service Quality Metrics: Reliability: Rate

Expressed as a minimum percentage

  • Description: percentage of successful service outcomes under pre-defined conditions

  • Measurement: Total number of successful responses / total number of requests

  • Frequency: Weekly, monthly, yearly

  • Cloud Delivery Method: SaaS

Example: Minimum 99.5


92
New cards

Service Quality Metrics: Reliability: Guidelines

  • How well can you trust the system to protect data integrity and execute the requested operations

  • Data corruption is another reliability problem

  • What if your instance goes down? Don’t store critical data in the instance store

  • Example: Store your data in Amazon Elastic Block Store (EBS) and snapshot it frequently


93
New cards

Service Quality Metrics: Performance: List

• Network Capacity Metric
• Storage Device Capacity Metric
• Server Capacity Metric
• Web Application Capacity Metric
• Instance Starting Time Metric
• Response Time Metric
• Completion Time Metric


94
New cards

Service Quality Metrics: Performance: Guidelines

  • Design your application so logic is spread across multiple servers

  • Use multi-threading to exploit multi-core in the underlying
    architecture

  • Clustering versus independent servers; a load balancer working with a
    set of independent nodes is better

  • Mind your storage when considering performance
    • Example: instance-store is unpredictable, EBS is fine, S3 is slow


95
New cards

Service Quality Metrics: Scalability: List

  • Storage Scalability (Horizontal) Metric

  • Server Scalability (Horizontal) Metric

  • Server Scalability (Vertical) Metric


96
New cards

Server Quality Metrics: Resiliency

Often described based on redundant implementation and resource replication over different physical location as well as various disaster recovery systems. Metric can be applied at three different phases

  • Design Phase

  • Operational Phase

  • Recovery Phase


97
New cards

Service Quality Metrics: Resiliency: Mean-Time To Switchover (MTSO)

  • Description: time expected for a resilient system to perform a complete recovery from a server failure

  • Measurement: (date/time of recover - date / time of failure)/ total number of failures

  • Frequency: Monthly, yearly

  • Cloud Delivery Model: IaaS, PaaS, SaaS

Example: 10 minutes average


98
New cards

Service Quality Metrics: Resiliency: Mean-Time System Recovery (MSTR)

  • Description: The time expected to complete a switchover from a service failure to replicated instance in a different geographical area

  • Measurement: (Date/time of switchover completion -date/time of failure)/ total number of failures

  • Frequency: Monthly, Yearly

  • Cloud Delivery Model: IaaS, PaaS, SaaS

Example: 10 Minutes Average


99
New cards

Service Quality: Security: Guidelines

  • Legal implications, regulatory constraints, standards, and compliance issues are different in the cloud

  • No perimeter security: You secure the traffic not the infrastructure

  • Cloud storage assumes high risk for exploits (unproven)

  • Virtualization solutions may have their own vulnerabilities


100
New cards

Cloud Consumers and Cloud Providers typically use the Internet to….

Communicate which is based on decentralized provisioning and management model and is not controlled by any centralized entities.