클라우드 나침반

ArgoCD 설치 이틀 만에 운영팀에서 긴급 메시지가 왔다. "아무도 시크릿을 어디에 넣어야 하는지 모른다." 배포 자동화는 됐지만, 운영 규칙은 아무것도 정해지지 않은 상태였다. GitOps를 도입하면 배포가 안전해진다는 말은 맞다. 하지만 운영이 저절로 단순해지는 건 전혀 다른 이야기다.요약GitOps는 Kubernetes 배포 자동화의 실질적인 표준이 됐다. CNCF 2025 조사에 따르면 전체 Kubernetes 클러스터의 60%가 Argo CD를 사용하며, 그 중 97%는 프로덕션 환경이다. 하지만 도입 팀의 상당수가 첫 몇 달 안에 예상치 못한 운영 이슈를 마주친다. 이 글은 GitOps가 해결하는 것과 해결하지 못하는 것을 명확히 구분하고, 도입 전에 반드시 점검해야 할 5가지 운영 리스크를..

요약DevOps가 개발과 운영의 협업 문화를 강조했다면, Platform Engineering은 그 협업 방식을 조직 안에서 반복 가능하게 만드는 접근이다. 개발자가 매번 인프라, 배포 파이프라인, 권한, 모니터링, 보안 정책을 새로 조립하지 않도록 내부 개발자 플랫폼을 제공하는 것이 핵심이다.최근 클라우드 네이티브 환경에서는 Kubernetes, IaC, CI/CD, 보안 정책, 관측성 도구가 함께 얽히면서 한 팀이 모든 운영 지식을 깊게 이해하기 어려워졌다. 그래서 많은 조직이 DevOps의 원칙을 유지하되, 공통 경로와 셀프서비스 경험을 플랫폼으로 제공하는 방향을 고민하고 있다.이 글을 읽으면 좋은 사람이 글은 DevOps, SRE, 클라우드 운영, Kubernetes, IaC 업무를 하면서 “개발..

Gitlab의 CI/CD를 하기 위해선 runner를 등록을 해야 가능합니다. runner는 총 3가지의 형태가 있습니다. shared runner : 모든 Gitlab 사용자들과 공유하는 runnerGroup runner : 해당 그룹의 프로젝트에서 공유하는 runnerSpecific runner : 특정 프로젝트에서만 동작하는 runner전 specific runner등록을 진행합니다.GitLab-runner 를 아래의 명령어로 실행하면 container가 올라옵니다.docker run --detach \--name gitlab-runner \--restart always \--volume /srv/gitlab-runner/config:/etc/gitlab-runner \--volume /var/ru..

간혹 npm install을 하다보니 node-sass@4.14.1 postinstall: `node scripts/build.js` 와 같은 에러가 발생이 되기도 합니다. 이를 해결 하기 위해선, 해당 버전을 맞춰서 설치를 해주면됩니다. 먼저, 이런 에러가 발생이 되었으면 cache를 삭제를 합니다. # npm 캐쉬 삭제 npm cache clean -f # node_modules 삭제 rm -rf node_modules 이후 원하는 nodejs에 맞는 node-sass@4.14.1 지정을 하여 설치를 진행합니다. # node-sass@4.14.1 을 지정을 하여 설치 npm install node-sass@4.14.1 --unsafe-perm=true --allow-root install이 성공적으로..

CentOS에서 yum으로 nodejs를 설치를 하면 최신 버전이 아닌 이전 버전이 설치가 됩니다. 만약 원하는 버전이 있거나, 최신 버전이 있다면 아래와 같은 방법으로 쉽게 설치가 가능합니다. 저는 nodejs yum으로 설치를 하니 v10이 설치가 되어 원하는 버전인 v16로 업그레이드를 진행하였습니다. 1. 프록시 설정이 필요하면 설치 스크립트의 curl 에 프록시 설정을 모두 추가해야 하는데, 전 따로 설정하지 않음 2. 중간에 오류가 발생하면 설치된 nodejs를 삭제하고, 로컬의 캐쉬를 삭제후, 설치하면 됩니다. # nodejs 16 버전 설치를 위한 레파지토리 설정 # 해당 파일을 로컬에 저장하고, 실행해도 가능 # 버전 확인은 https://rpm.nodesource.com 사이트에서 확인..