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/
코로나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://github.com/cncf/landscape/blob/master/README.md#trail-map
서비스 개발 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
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
'푸닥거리' 카테고리의 다른 글
[일학습병행] 한국기술교육대학교 고숙련마이스터 과정 22년도 (0) | 2022.04.13 |
---|---|
22년도 직업능력개발훈련교사 자격교육 연간일정 (0) | 2022.04.12 |
Cloud Native의 이해-2 (0) | 2022.04.10 |
소프트웨어 보안약점 진단가이드 2021.11 (0) | 2022.04.08 |
직업능력개발훈련의 개념과 개인훈련 및 사업주훈련 (0) | 2022.04.05 |
댓글