LESSON 9 - Microservices and API Integration

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

1/31

encourage image

There's no tags or description

Looks like no tags are added yet.

32 Terms

1
New cards

Monolithic Architecture

A traditional application architecture where all components (user interface, business logic, data access layer) are tightly coupled and deployed as a single, indivisible unit.

2
New cards

1. Simple to develop

2. Easy to develop

3. Straightforward testing

Pros of Monolithic Architecture:

3
New cards

1. Must scale the entire application

2. Slow development cycles for large teams

3. Difficult to adapt to new technologies

4. A bug in one module can bring down entire application

5. Large deployments, high risk

Cons of Monolithic Architecture:

4
New cards

Microservices Architecture

An architectural style that structures an application as a collection of small, independent, and loosely coupled services. Each service is self-contained, focuses on a single business capability, and communicates with other services, typically through lightweight APIs.

5
New cards

1. Single Responsibility Principle

2. Decentralization

3. Loose Coupling

4. Independent Deployment

5. Polyglot Persistence

6. Polyglot Programming

7. Bounded Contexts

Core Principles of Microservices Architecture:

6
New cards

1. Increased Agility & Faster Time-to-Market

2. Improved Scalability

3. Enhanced Resilience

4. Technology Diversity (Polyglot)

5. Easier Maintenance

6. Better Organization for Large Teams

Benefits of Microservices:

7
New cards

1. Increased Operational Complexity

2. Distributed Data Management

3. Inter-service Communication Overhead

4. Debugging & Tracing

5. Initial Development Overhead

6. "Distributed Monolith" Risk

Drawbacks and Challenges of

Microservices:

8
New cards

REST APIs are used for [...]bound interfaces.

Is the most widely adopted architectural style for

building web services and microservices APIs.

9
New cards

1. Stateless

2. Client-Server

3. Cacheable

4. Layered System

5. Uniform Interface

What are the princile pf REST?

10
New cards

Stateless

Each request from client to server must contain all the

information needed to understand the request. The server should not store any client context between requests.

11
New cards

Client-Server

Clear separation of concerns between client and server.

12
New cards

Cacheable

Responses can be cached to improve performance.

13
New cards

Layered System

Can have multiple layers (e.g., load balancers, API gateways) between client and server.

14
New cards

Uniform Interface

A consistent way to interact with resources (e.g., using standard HTTP methods).

15
New cards

1. Resources

2. HTTP Methods

3. Representations

4. Stateless Communication

Key Components of RESTful APIs:

16
New cards

Resources

Anything that can be named and addressed (e.g., /users,

/products/123, /orders).

17
New cards

API Gateway

A single entry point for all external client requests to a microservices application. It acts as a reverse proxy, routing requests to the appropriate microservice.

18
New cards

1. Request Routing

2. Authentication & Authorization

3. Rate Limiting

4. Load Balancing

5. Caching

6. Protocol Translation

Functions of API Gateway

19
New cards

Monolithic

All-in-one application structure

20
New cards

Microservice

Many small independent services

21
New cards

API

A way for systems to communicate

22
New cards

RESTful

A specific type of web API that follows REST principles

23
New cards

OK

200

24
New cards

Created

201

25
New cards

No content

204

26
New cards

Bad Request

400

27
New cards

Unauthorized

401

28
New cards

Forbidden

403

29
New cards

Not Found

404

30
New cards

Unprocessable Content

422

31
New cards

Internal Server Error

500

32
New cards

1. GET

2. POST

3. PUT

4. DELETE

HTTP METHODS: