본문 바로가기
푸닥거리

Cloud Native의 이해-1

by [김경민]™ ┌(  ̄∇ ̄)┘™ 2022. 4. 10.
728x90

 

 


1. 가상화 기술 기본 개념의 이해

2. 리눅스와 리눅스 파일 시스템 기본 구성

3. Container의 개념

4. Union file system에 대한 이해

5. Docker의 개념과 아키텍처

6. Docker 환경 운영을 위한 기본 개념

7. 클라우드 기술 기본 개념의 이해

8. Cloud Native란 무엇인가?

9. Kubernetes와 MSA의 개념

10. Kubernetes 아키텍처

11. Kubernetes 환경 운영을 위한 기본 개념

12. Kubernetes 기반의 Hybrid Multi-Cloud 이해

 

 

Cloud -> Cloud Native

 

B2C, iCloud, iPhone, Apple

 

Anytime, Anywhere, Share

 

B2B, 아마존, 공유경제, 에어비앤비, 우버, 점유권, 이용권

 

컴퓨팅 자원

- 서버, 프로세싱

- 스토리지, 저장

 

온디멘드, AWS

 

- CSP: GCP, 네이버클라우드플랫폼, 애저, AWS VS MSP

24x365, AnyDevice, 미국 국립표준기술연구소 (NIST: National Institute of Standards and Technology)

 

클라우드란

- 정의적: 미국 국립표준기술연구소 (NIST: National Institute of Standards and Technology)

- 법률적: 정보통신, 네트워크

- 실무적: 확장성(Scalable), 탄력적(Elastic), DR

 

Dev 개발 Sec 보안 Ops 운영 => CI/CD

FinOps 사용량만큼 비용청구, 가성비

DataOps 빅데이타, AI, 전처리, 정제, 마이닝

 

Scale-Up vs Scale-Out

Scale-Up, 용량을 키움

Scale-Out, 여러개로

 

https://aws.amazon.com/ko/solutions/case-studies/indischool/

 

AWS 고객사례 : 인디스쿨

AWS로 이전한 후에 기존의 IDC 센터를 이용하면서 느꼈던 심적인 압박감을 내려놓을 수 있어서 매우 만족스럽습니다. 문제가 발생했을 때 직접 데이터센터를 가지 않아도 되고, AWS 서비스가 자동

aws.amazon.com

 

https://youtu.be/0bLcmmeJRr0

 

코로나19 백신 예약 시스템 

Gate -> 큐 -> 인증 -> 예약

Scale Out

Gate -> 인증 -> 큐 -> 예약 -> DB, Block Chain 사상

       -> 인증 -> 큐 -> 예약

       -> 인증 -> 큐 -> 예약

       -> 인증 -> 큐 -> 예약

 

Cloud Management Platform

사용량->AI->예측

 

Agile - Time To Market, 스크럼 마스터, 아침회의

Lean - Start up costs, 낭비되는 요소를 줄이자. 린 개발 방법론의 7가지 원칙


1. 낭비 제거(Eliminate waste) : 불필요한 코드/기능, 불분명한 요구사항(요구사항 혼란) 등 상품의 가치에 영향을 미치지 않는 모든 것을 제거
2. 배움 증폭(Amplify Learning) : 개발 과정 진행 중 참여자(기획자, 개발자, 고객 등) 학습의 필요성 존재
3. 늦은 결정(Defer Commitment) : 돌이키기 힘든 주요 문제에 대한 의사결정을 최대한 연기함으로써 요구사항변경에 적극적으로 대응
4. 빠른 납품(Deliver Fast) : 결과물을 가능한 한 빨리 제공하는 것이 도움이 됨. 사용자의 불확실성이 감소하고, 개발자에게는 결함발견의 기회가 주어짐
5. 팀에 권한 위임(Empower the Team) : 팀원들의 동기부여 및 자기 의사 결정권으로 잠재력 극대화
6. 통합성 구축(Build Integrity in) : 개발 초기부터 지속적인 통합(TDD)으로 품질 향상. 소규모 개발 단계에서 오류를 수정하여 낭비를 제거
7. 전체 최적화(Optimize the whole) : 사용자 요구사항수집부터 S/W 배포까지 모든 프로세스 최적화

 

TPS, 보틀넥(bottleneck)

설계           ->      제조       ->      납품

->피드백              ->피드백          ->피드백

 

 

Capex 자본비용 vs Opex 운영비용

 

구매방식, 자본증가

자산, 부채, 감가상각비용

 

손익계산서

매출이익 = 매출 - 매입

영업이익 = 매출이익 - 판매관리비(Opex), 영업이익이 줄면 세금이 줄어듬

 

국제회계기준16, 리스는 부채로 변경되어 클라우드로,  IFRS 16 리스

 

클라우드장점

- Pay-Per-Use, 저렴하지는 않음

- 자동화

- In demand(Flexibility + Scalability = Elasticity)

- Shared Resources(Multi-Tenancy)

 

Cloud Computing Limitations

- Internet Access

- Security, Cyber Security Mesh, Identity, Zero Trust

- Privacy

- Vendor Lock-in

 

Structure - NIST

 

클라우드

- On-Demand Self Service, 자동화 프로비져닝

가상화

- 수작업

 

CSP (Cloud Service Provider)
MSP (Managed Service Provider)

 

Four Deployment Models

 

VDI, 내부접속, 외부접속의 분리

 

Private Cloud, 가상화 전제, 프로비저닝, 서비스단위로 한번에, 결재 후 대신 실행하는 것도 포함, 

- 폐쇄적인 구조로 운영

- 자원 사용권이 내부(Internal)에 있는 것

- 보안 측면이 퍼블릭 클라우드보다 강함

 

Out-sourced Private Cloud, Dedicated Managed public cloud

 

On-site Private Cloud

 

Public Cloud

- 이용자를 제한하지 않는 방식, 인증된 사용자

- 사용자 간에 간섭이 없도록 관리, Multi-Tenancy

 

Hybrid Cloud

- 여러 가지 클라우드 배치 모델의 조합(Private, Public 등)

- 기능적 연동성, 회계관리시스템 <= 외부의 국제회계기준을 연동하여 사용

- 자원적 공유성, Scale Out 등과 같이 Public 자원을 끌어다가 사용, Scale Up은 어려움

- 기능의 분리, Public(네이버 대문 로그인)과 Private(네이버 로그인 후 메일, 카페 등)

 

Hybrid-Multi Cloud

- Hybrid CSP 경계를 벗어나서 여러 CSP 를 넘나들음, 쿠버네티스

- CSP에 대한 lock-in 이 깨짐, 플랫폼에 대한 독립성, Scale Up 에 대한 지원

 

Tree Service Models

 

Infrastructure as a Service, 물리자원, 가상자원, VM, infra

Platform as a Service, Infra + runtime

Software as a Service, all

X as Service

E as Service

 

Application Layer

Middleware Layer, 브라우저 등

Opperating System Layer

 

SaaS, 소프트웨어를 네트워크를 통하여 서비스 받음

PaaS

Iaas

 

AWS, cloud 신기술 많음

GCP, 모바일, AI 쪽이 많음

Oracle Cloud Platform, DB, DR, Big Data 쪽이 많음

MS-Azure, 오피스, RPA 주력

Naver Cloud Platform, 한글 Data 처리, 공공클라우드, api 개방성

Kakao Cloud Platform, 신규 진입

 

 

https://www.youtube.com/watch?v=Wq6DymWtS8Q&list=PLzeAN8m_BNJv2kqfaX9dTMn60Bm9u70Ys&index=8 

 

Watson for Oncology

 

IBM은 하드웨어 기반에서 클라우드 기반 소프트웨어 회사로 변신 중

 

Metavers 아키텍처, Meta, Digital 기술

- AI, 의사결정, Dev

- BigData, 분석, 예층, Dev

- Cloud, 저장 + 처리, 컴퓨팅 자원, Ops, 중앙

- IoT, 수집, Ops, 엣지

 

 

Cloud Native, Eco System

- Dev, Ops 구분이 모호, 속도가 중요, Agile, TTM(Time To Market)

- CNCF, 클라우드 표준

- 컨테이너, 서비스 메쉬, 마이크로서비스, 불변(Immutable) 인프라, 선언형(Declarative) API

- 회복성, 관리 편의성, 가시성을 갖춘 느슨하게 결합된 시스템, A <--api--> B, B가 없으도 A는 장애가 없도록, Kafka  

- Cloud Native Computing Foundation 에서 인증

 

Pillars of Cloud Native

- DevOps

- Microservices

- Continuous Deilvery

- Containers

 

 

Pillars of Cloud Native: DevOps

개발: 요구분석->설계->구현->테스트->적용

인프라: 도입->구축->검수

서비스: 개발 + 인프라

 

Pillars of Cloud Native: CI(Continuous Integration) / CD(Continuous Delivery)

- CI(Continuous Integration), 지속적 통합, 더 빠른 오류 감지

- CD(Continuous Delivery), 지속적 전달, 최종 사용자에게 소프트웨어를 더 빨리 제공

- INTEGRATION -> DELIVERY -> DEPLOYMENT

- deploy가 자동이냐 수동이냐에 따라 delivery 여부(수동) 결정

 

Pillars of Cloud Native: Containers

 

메인프레임, 중앙집중식, CS(Server Client) 체계

 

CNCF Trail Map

 

https://www.cncf.io/

 

Cloud Native Computing Foundation

Cloud Native Computing Foundation (CNCF) serves as the vendor-neutral home for many of the fastest-growing open source projects

www.cncf.io

 

https://github.com/cncf/landscape/blob/master/README.md#trail-map

 

GitHub - cncf/landscape: 🌄The Cloud Native Interactive Landscape filters and sorts hundreds of projects and products, and sho

🌄The Cloud Native Interactive Landscape filters and sorts hundreds of projects and products, and shows details including GitHub stars, funding or market cap, first and last commits, contributor cou...

github.com

 

https://landscape.cncf.io/

 

CNCF Cloud Native Interactive Landscape

Filter and sort by GitHub stars, funding, commits, contributors, hq location, and tweets. Updated: 2022-04-09 06:05:45Z

landscape.cncf.io

 

서비스 개발 vs 서비스 운영, 인프라가 아님

Agile, Software Driven Infrastructure

ITIL, Operational Stability, ITIL/ITSM, SLA

 

Agile and ITIL ( IT Infrastructure Library)

 

Agile manifesto

- 개인과 개인 간의 상호작용이 프로세스 및 툴보다 우선

- 작동하는 소프트웨어가 포괄적인 문서보다 우선

- 고객과의 협업이 계약 협상보다 우선

- 변화에 대응하는 것이 계획을 따르는 것보다 우선

 

DevOps

- 기술이 아닌 철학

- 변경이 아닌 변화

 

CALMS Framework: Culture, Automation, Lean, Measurement, Sharing

 

DevOps Tool Chain

계획, 코드, 빌드, 테스트, 패키지, 릴리스, 구성, 모니터링

 

DevOps 이점

- Agile, Delivery, Reliability, Scale, Collaboration, Security

 

 

https://www.atlassian.com/software/jira?&aceid=&adposition=&adgroup=95003645449&campaign=9124878702&creative=542638212647&device=c&keyword=jira&matchtype=e&network=g&placement=&ds_kids=p51242189318&ds_e=GOOGLE&ds_eid=700000001558501&ds_e1=GOOGLE&gclid=CjwKCAjw3cSSBhBGEiwAVII0Z9u6q2-pGcSpARSZS4JK2MfyJjLywqeNwoy3-DIhXwaCjB4ThlyOChoCQqEQAvD_BwE&gclsrc=aw.ds 

 

Jira | Issue & Project Tracking Software | Atlassian

Plan, track, and manage your agile and software development projects in Jira. Customize your workflow, collaborate, and release great software.

www.atlassian.com

 

 

 

Dev = CI ( Continuous Integration, 지속적인 통합 )

 

Ops = CD ( Continuous Delivery and Continuous Deploy )

 

 

 

Container, 가상화 ( virtualization )

- 추상화 ( Abstraction )

 

가상화 기술, 호스트 가상화, 하이퍼바이저 가상화, 컨테이너 가상화

- Hypervisor 용어가 Supervisor로부터 파생됨

- 전가상화 ( Full-Virtualization )

- 반가상화 ( Para-Virtualization )

 

가상화, 나눠쓰기

 

가상머신과 컨테이너

 

리눅스 파일 시스템

- 마운트(mount)

- 커널(Kernel)

 

LXC(Linux Container)

 

namespaces, 프로세스를 독립시켜주는 가상화 기술 

cgroup(control groups), H/W, process

docker, libcontainer, libvirt, LXC, systemd-nspawn

 

OS(system) Containers vs App Containers

 

 

 

728x90

댓글