개발팀을위한 배포전략 안내서_활용편

KongKONG TEST를 위한 사전 준비(협의) 사항Kong PluginKong Test 하기Kong & Konga 설치 하기TEST용 Mock Restful API 서버 만들기json-server 와 kong 연결 하기json-server (helm-charts)K

json-server (helm-charts) Chart.yaml values.yaml deployment.yaml service.yaml ingress.yaml db.json

JSON Server 란Get a full fake REST API with zero coding in less than 30 seconds (seriously)Created with <3 for front-end developers who need a quick

대상 모듈 선정 및 정책 정의 (예시)작성 방법 모듈명 : TEST 용 모듈명을 등록 배표현황(Labels) : Kubernetes_dev 배표 현황 및 Labels 명 등록KONG 규칙 정의Services : 모듈을 정의 할수 있는 가상의 이름 등록Routes

Docker for Desktop 설치 https://www.docker.com/products/docker-desktop Mac 은 intel & A1 을 구분 하여 설치 필요. OpenLens 설치https://github.com/Muhammed

argoCD Server Pod에서 ssh key 생성.ssh 폴더 생성 ssh-keygen -t ed25519 으로 key 생성 \-t 옵션을 통해서 rsa, dsa, ECDSA, EdDSA 등 옵션이 올수 있다. 여기서는 ed25519 키 암호화 방식을 이용Gith

argoCD 최초 설치시 admin 계정만 존재. 공통으로 사용할 일반계정 생성 필요 계정생성계정명 : myadmin / mypasswordConfigMap 생성 : argocd-cm accounts.{user] 생성 : accounts.myadmin : apiKey

말그대로 중단하지 않고 배포를 진행하는 것애플리케이션을 업데이트 한 뒤, 배포를 하게 될 경우 애플리케이션을 중단시키고 배포를 진행사용자는 배포가 완료되는 시간 동안 애플리케이션 사용에 제한이 생긴다.서비스가 중단되는 시간을 다운타임(Downtime) 해결하고자 생긴

helm-charts : https://argoproj.github.io/argo-helm dashboard.enabled=true 옵션 추가 참고Kubernetes Cluster 에서 Blue/Green 배포하기 (Argo Rollout 버전)ArgoCD_T

두 개의 개별적이지만 동일한 환경을 만드는 배포 전략Bule는 구버전, Green은 새로운 버전으로 가정하다면, 운영 환경에 기존 버전인 Blue와 동일하게 새로운 Green 버전의 인스턴스를 구성하고, 테스트를 완료 후 라이브 트래픽을 로드밸런서를 통하여 새로운 버전

직접 Blue-Green 배포를 직접 할 수 있도록 작성 한 가이드 페이지중간에 QUIZ 문제도 있으니 간단하게 작성 코멘트, 추후 세미나 일정 때 궁금 한 내용 말씀해주시면 될 거 같습니다. 과제설명하단의 코드는 기본 예제 코드 이며 NodePort 2개 가지고 스위

문서목적dev 에서 TEST용 MongoDB 설치시 참고할 문서 임.Openlens “Terminal “ 에서 실행하기를 권장함!!local 환경에서 실행local 환경에 저장 path : /myfolder/mongodb mongoDB를 저장하기 위한 설정 임 dev-

istio.yamlingress.yamldeployment.yamlservice.yamlconfigmap.yaml

문서의 목적 과 정의Github Action을 활용한 CI/CD Pipeline TEST 팀원 모두가 자유롭게 Github Action을 사용하게 될때까지 진행해 보는게 목적임.

상황에 맞는 그룹(Team) 구성 여부 검토.repository 는 Private 로만 생성 함Repository 생성시, 아래와 같이 Private 가 기본 설정인지 반드시 확인 할것!!팀 생성 기준은 팀명으로 생성 하였음 ( 정책필요) Team 생성member

내가 생각하는 Prod/Stage 환경의 배포 프로세스 개선안 정리 함운영자(DevOps)와 개발자(Dev) 모두가 안정적이고 신속하게 배포 및 롤백을 수행할 수 있도록 지원ArgoCD 중심의 GitOps 기반 배포 자동화 체계 구축Slack 연동을 통한 실시간 배포

목표Dev와 Ops 역할에 따른 권한을 구분하여 안정성 확보배포/롤백 실행 가능 범위 명확화적용 방안argocd-rbac-cm 설정 예시 (ConfigMap) 목표GitOps 트리거 조건을 명확히 하여 자동화 배포의 신뢰성 확보환경별 분기 처리 가능적용방안권장 네이밍

코드 커밋 에서 배포 운영까지 CI/CD 프로세스 Data 를 수집및 시각화 방안에 대한 고민이 필요 함.DORA Metrics (DevOps Research and Assessment) : Google Cloud에서 개발 및 운영 프로세스 측정연구팀에 제공하는 분석

rancher1.x 를 활용하는 방법install racher(dev) 의 jenkins 그룹에 설치 함.Traefik 설정앞단 sonaqube-lb 는 stop 시키고 할 것

YAML 설치 방법 (참고)soanr-pv-postgres.yamlsonar-postgres-deployment.yamlsonar-postgres-service.yamlsonar-pvc-postgres.yamlsonar-secret.yamlsonarqube-deploy

팀원의 세미나 자료 공유CI/CD란 간단하게 말해서 어플리케이션 개발부터 배포까지의 모든 단계들을 자동화를 통해 효율적이고 빠르게 사용자에게 빈번이 배포할 수 있도록 만드는것을 말합니다.CI 는 Continuous Integration 지속적인 통합의 약자이고, CD는