Intro 4월 11-12일 이틀간, 정말 재밌는 경험을 하고 왔다. 1년에 한 번 쓰게 되는 졌잘싸. 이쯤 되면 도대체 이 사람은 언제쯤 이겼다는 말을 쓰게 될지 궁금하겠지만, 매년 조금씩 나아지고 있고, 이번엔 진짜 조금 뿌듯함을 느꼈다. 작년에 게임데이가 있었다면, 이번해는 AWS와 LG CNS가 함께 콜라보하여 진행한 EKS JAM이라는 행사였다. 작년 게임데이는 정말 아무것도 모르고 참여한 반면에, 이번에는 목표를 몇 개 세웠는데, 그중에 가장 큰 의의는 EKS를 사용해 볼 수 있다는 거였다. 그리고 두 번째는 문제를 다 풀어보고, 경험하고, 씹고 뜯고 맛보자!라는 게 두 번째 목표였다. 이렇게 목표를 세우고 가면, 져도 즐거운 행사가 될 수 있는 거 같다. 게다가 이번에는 진짜, 원했던 목표를..

매번 Github Actions로 돌리고 있는 CICD 파이프라인에서 쓰고 있는 Access Key과 Secret이 번거롭기도 하고 걱정도 되었는데 때마침 LG U+에 계시는 정영진 엔지니어님의 글(GitHub Action AWS에 IAM Role로 접근하기)을 읽고 한번 도입해봐야지 벼르던 차였다. 실제로 적용하는 것은 위의 블로그 글 만으로도 충분 했지만, 여기에 Github 공식문서를 참고 했다. Access Key를 사용하면 굉장히 직관적일 수 있고, 일반적이지만, Access Key를 직접 사용하는 방법은 보안상의 위험성이 있을 수 있다고 생각했다. 따라서 AWS Role을 사용하여 보안성을 높이고자 했다. 위의 두 글에서 볼 수 있다시피, 가장 먼저 OpenID Connect (OIDC) I..

정말 아찔했다. 무려 3000장이 넘는 이미지 파일을 AWS S3 버킷에서 실수로 삭제했다. 평소에 그런 실수를 왜 하는거야? 라고 생각 했지만 그 이야기의 주인공이 나였다. B버킷에서 데이터를 지우고, A버킷에서 데이터를 복사해서 B버킷에 넣는다는게 A버킷에서 데이터를 지우고, A버킷에서 데이터를 복사해서 B버킷에 넣고 있었다. (..어쩐지 안 들어가더라...) AWS CLI를 사용해서 S3간 데이터를 복사해 넣고 있었는데, 역시 손으로 하다보니 휴먼에러가 발생했다. 빨리 데이터를 옮겨야 해서, 코드로 짜는 것보다 AWS CLI를 이용해서 옮기는 편이 더 빠르다고 생각했다. (그리고 나는 실수 하지 않을거라는 자만이 더해졌다) AWS CLI를 이용한 S3간 데이터 복사 우선 sync와 cp 두 가지 방..