일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | ||
6 | 7 | 8 | 9 | 10 | 11 | 12 |
13 | 14 | 15 | 16 | 17 | 18 | 19 |
20 | 21 | 22 | 23 | 24 | 25 | 26 |
27 | 28 | 29 | 30 |
- markdown
- cloudfront s3
- SSH
- ubuntu
- kubenetes slack
- k8s chatops
- aws
- botkube
- nextjs 정적배포
- markdown mermaid
- TLS
- linux 셸 스크립트
- Mermaid
- github actions
- k8s botkube
- linux 셸 프로그래밍
- terraform
- k8s
- Diagrams
- 쉘 프로그래밍
- nextjs html확장자
- kubernetes
- k8s slack
- github-actions
- kubenetes botkube
- Docker
- 리눅스
- Harbor
- helm
- github
- Today
- Total
민한의 블로그
github Actions의 cache를 지워보자 사람은 알수없는 에러를 마주하게되면, 다양한 생각을 하며 에러의 원인을 찾아보게되고, 구글과 스택오버플로우를 뒤적거리지만 답이 안나올때는 정말 다양한 행동을 하게 되는것같다. 그러하여 나도 아. 혹시 캐시가 남아서 그런건 아닐까? 하고 뜬금없이 깃허브 캐시를 지우려고 하였다. 참고로 깃허브 캐시를 일정 용량 이상 차면, 오래된 순으로 알아서 삭제되므로 굳이 삭제할필요는 없긴 할것이다. https://docs.github.com/en/actions/using-workflows/caching-dependencies-to-speed-up-workflows#managing-caches 여기에 나오는 코드를 깃허브 액션으로 실행시켜주었다. 아래가 제공되는 코드이다..

terraform-docs https://terraform-docs.io/ terraform 자원들을 한눈에 볼수있도록 docs(문서)을 생성하는 툴 terraform 자체도 IaC로써 코드로 관리하기 편리하긴 하지만, 자원이 다양해지고, 환경이 나뉠수록 문서화를 따로 해야하는가 하는 고민이 있었음. 설치가 쉽고, Github Actions로 자동화가 가능하고, 필요한 부분만 옵션으로 문서화가 손쉽게 가능하다는 점이 정말 큰 장점이라고 생각함. brew에서 설치 $ brew sinstall traforram-docs zsh에서 코드 auto-completion 적용 $ terraform-docs completion zsh > /usr/local/share/zsh/site-functions/_terrafo..

!!주의 이 글은 인증, 인가 관련 보안을 생략하였습니다. (IAM, ServiceAccount, OIDC provider, sts, assume role ...등) Helm 와 Container Repository 도 생략되었습니다. 그 외에 자잘한 옵션들도 다 생략되고, 큰 틀로만 설명되었습니다. 단점은 빼고 장점만 살려서 소개해주는 글이랄까요. 사내에서 개발자 뿐만 아니라 이것이 꽤나 괜찮은 것이라고 설명을 해주려면 어떻게 해야할까? 해서 만든 것입니다. 아마 더 추가하고 싶을때마다 수정될것같습니다.