TechnicalArchitect merin

Jenkins를 이용해 지속적인 통합(CI) 적용하기

Kubernetes 를 공부하고 프로젝트에서 개발 작업에 들어가며 서버 배포를 적용하기전 CI 에 대해 알아봤습니다. CI(Continuous-Integration)는 무엇인가요? CI 란 우리말로 지속적인 통합 이라고 하며 소프트웨어 개발 과정에서 발생하는 여러 문제를 해결하기 위해 도입된 방법론 중 하나입니다. 이 방법론은 소스 코드 변경 사항이 지속적으로 통합되고 테스트되어 공유 저장소에 자동으로 빌드되는 개발 프로세스를 갖추고 있습니다. 이를 통해 개발자들은 코드 변경 사항이 실제 환경에 반영되기 전에 품질을 확인할 수 있습니다. CI 의 핵심 목표 빠른 피드백 : 소스 코드 변경 사항이 통합되고 테스트되는 프로세스를 자동화함으로써 빠른 피드백을 제공합니다. 이는 버그를 조기에 발견하고 수정함으로..

[Kubernetes] HPA Monitoring with Prometheus

단계 1 : Prometheus 설치 prometheus.yaml 파일을 작성한다. apiVersion: v1 kind: Namespace metadata: name: monitoring --- apiVersion: apps/v1 kind: Deployment metadata: name: prometheus namespace: monitoring spec: replicas: 1 selector: matchLabels: app: prometheus template: metadata: labels: app: prometheus spec: containers: - name: prometheus image: prom/prometheus:v2.33.1 args: - "--config.file=/etc/promet..

[Kubernetes] Pod CPU / Memory resource 최적화하기

앞서 실습을 진행하면서 Requests와 Limits 값을 정해 Pod 를 배포했고, 이에 대한 더 자세한 설명을 하고자 생각해두고 있었다. 어떠한 형식으로 진행되기에 이 값들을 지정해 주어야 하는지에 대해 정확한 이해가 필요하다고 생각한다. 그래서 대체 어디에 쓰이는 건데? 대표적으로, Kubernetes의 Node의 개수는 Pod가 요청하는 CPU,Memory의 크기에 따라 결정된다. Podr가 많은 CPU, Memory를 요청할수록 불필요하게 많은 Node가 필요하며, 너무 적을 경우 안정적인 서비스 운영이 어렵다. 바로 이 안정적인 운영을 가능하게끔하는 것이 Pod의 리소스 요청값인 'requests' 이다. Requests 와 Limits spec.containers[].resources.req..