14. 쿠버네티스 배포 전략(롤링업데이트, 블루그린)
어플리케이션을 컨테이너로 배포하는 시대에 들어오면서 배포 전략에도 변화가 생겼다. 컨테이너의 장점을 살려 작업을 자동화하고 서비스 무중단을 어떻게 유지해야 할지를 고민한다. 롤링 업데이트디플로이먼트의 파드를 교체하는 전략은 .specs.strategy.type로 정의 되며 RollingUpdate(기본값), Recreate(기존 파드가 모두 삭제된 다음 새
어플리케이션을 컨테이너로 배포하는 시대에 들어오면서 배포 전략에도 변화가 생겼다. 컨테이너의 장점을 살려 작업을 자동화하고 서비스 무중단을 어떻게 유지해야 할지를 고민한다. 롤링 업데이트디플로이먼트의 파드를 교체하는 전략은 .specs.strategy.type로 정의 되며 RollingUpdate(기본값), Recreate(기존 파드가 모두 삭제된 다음 새
깃랩에 프로젝트를 커밋하기 위해 다음 과정을 거친다. 다음과 같이 프로젝트를 깃랩에 생성 및 코드 반영 1234567git config --global user.name "sangheonKim"git config --global user.email "tkdgjs1501@nate.com"git initgit remote
젠킨스 플러그인 설치Jenkins관리 -> 플러그인 관리에 들어가서 다음 항목을 설치하자. 1234567891011Build Pipeline(Build Pipeline Plugin?)Aqua MicroScannerGitlab Authentication pluginGitLab PluginKubernetesPipelinePipeline Utility St
깃랩설치1.깃랩설치helm install –name sangheon-gitlab –set externalUrl=http://sangheon-gitlab.com stable/gitlab-ce 2.접속 1234$ kubectl get svc -w sangheon-gitlab-gitlab-ce # 설치가 잘 되었나 확인$ export SERV
DevOpsUsing DevOps to Solve your Delivery Challenges 배포는 너무 오래걸린다. 테스트에 대해 혼란스럽다. 특정 개인에 대한 높은 의존성. 데브옵스 모델은 lock을 제거한다. 데브옵스 모델은 프로비저닝한다. Delivery는 Continuous integration + continuous deployment를 의
Database Design for Microservices트랜잭션, Aggregates에 영향을 많이끼친다. Front Microservice는 쉽다. ACID가 적용되는 것들Transaction, Aggregates, Entity ACID vs BASEACID Atomicity, Consistency, Isolation, and Durability S
Microservices Architecture 비즈니스 로직을 나누었다. 큰 프로그램 대신 몇몇의 작은 어플리케이션이다. 잘 정의된 API로 소통한다.(HTTP, AMQP 활용) 하나의 서비스가 정지될경우 다른것에 영향을 미치지 않는다 What is Microservice Architecture? 각각의 컴포넌트를 시스템에 집어넣는것이며 각각 빌드되고
Implementing Domain-Driven Design For Microservices ArchitectureDDD의 원칙Values: Meaning, Unity, Usability, Fitness, Flexibility, MaintainabilityPrinciples: Continuous Learning, Knowledge Rich Design
쿠버네티스 사용자마다 권한을 제어하는 것은 쿠버네티스 운영하는데 있어 보안을 확보하는 기본적인 방법이다. 쿠버네티스 사용자는 두 가지 개념으로 나뉜다.일반사용자: 클러스터 외부에서 쿠버네티스를 조작하는 사용자로 다양한 방법으로 인증을 거친다. 개발자 및 운영 실무자가 쿠버네티스를 조작하기 위해 사용하며 쿠버네티스 클러스터 외부로부터 들어오는 접근을 관리하기