3.1a2 cloud service and deployment models

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

1/17

encourage image

There's no tags or description

Looks like no tags are added yet.

Last updated 12:20 PM on 8/12/26
Name
Mastery
Learn
Test
Matching
Spaced
Call with Kai
Chat

No analytics yet

Send a link to your students to track their progress

18 Terms

1
New cards

Hybrid cloud risks

Config mismatch between environments, inconsistent authentication, hard-to-correlate logs, data crossing the public internet, unclear boundaries.

2
New cards

Third-party vendors (cloud)

Non-CSP suppliers in your cloud stack, e.g. a third-party firewall in front of your app. Must be covered by risk management, IR plans, and monitoring.

3
New cards

Vendor risk management policy

Formal policy for assessing, approving, and monitoring the security of third-party suppliers.

4
New cards

Service level agreement (SLA)

Agreement setting performance, availability, and support expectations between a provider and a customer.

5
New cards

Data in transit (cloud)

Data moving between providers or between on-prem and cloud traverses the public internet and must be encrypted.

6
New cards

Infrastructure as code (IaC)

Managing and provisioning infrastructure using machine-readable definition files instead of manual configuration. Written in YAML, JSON, or HCL.

7
New cards

IaC benefits

Repeatable and consistent builds, version control, easy modification, portable across providers.

8
New cards

IaC risk

A flaw in the definition file is replicated to every system it builds.

9
New cards

Serverless architecture

Cloud model where the provider manages all infrastructure and the app is built from individual functions; no OS for the customer to manage.

10
New cards

Stateless compute container

Short-lived runtime that executes a serverless function and retains no data between executions.

11
New cards

Ephemeral (serverless)

The container may exist only for the duration of a single event or trigger, then be destroyed.

12
New cards

Serverless security focus

OS and infrastructure security belong to the provider; the customer secures the function code, its permissions, and the clients calling it.

13
New cards

Monolithic architecture

One large application containing all functions: UI, business logic, data input/output. Large codebase, difficult change control.

14
New cards

Microservices

Application built as a collection of small independent services, each with a single responsibility and a defined interface.

15
New cards

API (Application Programming Interface)

Defined interface letting software components communicate; the "glue" connecting microservices.

16
New cards

API gateway

Entry point that receives client requests and routes them to the appropriate microservice.

17
New cards

Microservices benefits

Scalability (scale only the busy service), resilience (one outage is contained), security scoped per service.

18
New cards

Microservices risk

Integration problems: components work alone but reveal faults that are hard to isolate once combined.