K8S 기초 정리

https://velog.io/@holidenty/ELK-ELK-Stack-%EC%9D%B4%EB%9E%80-%EB%AC%B4%EC%97%87%EC%9D%BC%EA%B9%8C ELK는 위 그림처럼 세 가지 기술로 구성된다. Elasticsearch    로그 저장 및 검색 Logstash           로그 수집 엔진 Kibana               로그 시각화 및 관리 물론 세 모듈은 각자의 독립된 기술이기 때문에 필요에 따라 일부만 써도 된다. 하지만 서로 호환이 잘되고 합쳤을 때 시너지가 좋기 때문에 같이 구축된다. 세 기술을 같이 쓰기 때문에 Stack 이라고 부르며, 일반적으로 구성되는 형태는 다음과 같다.

jenkins 쓰다가 github actions로 넘어갈때가 된듯 아래는 정리글: https://velog.io/@ggong/Github-Action%EC%97%90-%EB%8C%80%ED%95%9C-%EC%86%8C%EA%B0%9C%EC%99%80-%EC%82%AC%EC%9A%A9%EB%B2%95 Github Action의 코어 개념 - Workflow 자동화된 전체 프로세스. 하나 이상의 Job으로 구성되고, Event에 의해 예약되거나 트리거될 수 있는 자동화된 절차를 말한다. Workflow 파일은 YAML으로 작성되고, Github Repository의 .github/workflows 폴더 아래에 저장된다. Github에게 YAML 파일로 정의한 자동화 동작을 전달하면, Github Actions는 해당 파일을 기반으로 그대로 실행시킨다.

출처: https://wlsdn3004.tistory.com/63 [IT DevOps 기록:티스토리] 먼저, Jenkins를 알기 전 CI/CD가 무엇인지 알아야 한다.   CI/CD란? CI는 지속적 통합(Continuous Integration), CD는 지속적 배포(Continuous Deployment)의 약어로, 개발자들이 동시에 작업한 코드 변경 사항을 통합하고, 이를 실제 환경에 지속적으로 배포하는 프로세스를 의미한다.   1. Jenkins란? Jenkins는 CI/CD를 위한 오픈 소스 도구로, 소프트웨어 개발 생명주기를 자동화한다.   Jenkins를 사용하면 코드 변경 사항이 발생할 때마다 자동으로 빌드, 테스트, 배포 과정을 수행할 수 있기 때문에 개발자는 코드 변경에 따른 빌드 및 테스트 과정을 수동으로 수행할 필요가 없어지며, 신속하게 개발에 대한 코드 검증 및 배포할 수 있고, 이 과정에서 휴먼 에러를 방지할 수 있다. 장점 젠킨스와 같은 CI툴이 ...

https://etloveguitar.tistory.com/141 helm, helm-chart 란 무엇인가?? helm 은 쿠버네티스의 패키지 매니저다. 여기서 패키지는 쿠버네티스 리소스를 하나로 묶은 helm chart를 의미한다. 🙋 패키지 매니저가 뭔데? 🤖 Mac의 brew, Node의 npm 같은거. 그리고 helm chard는 yaml 파일의 묶음으로 이 묶음을 public or private registry에 push 해두고 helm 명령어를 활용해 helm chart 를 설치하여 쿠버네티스 리소스를 배포할 수 있다. 🙋 아까 리소스 말해줬는데, 그게 각각 다 뭔데?? 🤖 service : pod를 외부 IP에 노출 시키기 위해 deployment : pod를 관리하기 위해 statefulset: database와 같은 어플리케이션을 위해 configMap : external config 설정을 위해 secret : credential 같은 secret 정보를 저장하기 위해 원래는 이런 오브젝트를 생성하기 위해서는 각각의 yaml을 생성해줘야한다. 그리고 위와같은 yaml을 사전에 정의해두고 패키징 한 뒤, 쿠버네티스 클러스터에 어플리케이션을 배포할때 위와같은 오브젝트를 쉽게 배포하기 위해 패키징한게 helm chart 다. 정리하자면, helm chart 는 쿠버네티스 리소스를 정의해둔 yaml 파일의 묶음(패키지)이다. helm는 이런 패키지를 쉽게 관리할 수 있는 툴이다. https://velog.io/@j_user0719/DevOps-Helm-%EC%B0%A8%ED%8A%B8%EB%9E%80

도커 쓰는 이유 1. application을 만들고 배포를 위해 Amazon에서 서버를 구입했다 -> 서버가 새거라 내가 만든 어플리케이션 실행하려면 관련 프로그램 다 설치해줘야 하네? 2. 개발자가 로컬에서 application을 개발하여 server에 배포한다 -> 앗? 로컬에서는 잘 작동했는데 서버 환경에서는 잘 작동하지 않네? 3. 이제 구동된다! 이제 다 된건가? -> 팀에서 더 좋은 machine을 구입해서 설치하자고 하네... 핵심: 내 pc에선 잘됐는데, 왜 웹서버에서는 안되지? -> 예시 에러: 디버깅하다보면 node.js 버전이 안맞음, 환경변수가 틀려서 충돌이 생겨 실행이 안됨 -> 이런 에러들을 다른 개발환경에서 방지하기 위해 docker 사용