DevOps, CI/CD? As a frontend dev's perspective

제목에서 유추하다 시피, CI/CD 는 DevOps 의 분야입니다.

즉, 할 수 없다라고 단정하는 건 아니지만, 분야가 프론트엔드와는 확연히 다름을 의미합니다.

 

From frontend developer to a DevOps: An intro to CI/CD - LogRocket Blog

CI/CD 시스템 구축의 핵심은 팀단위로 서비스를 운영 하는데에 있어, 잦은 업데이트를 하기에 용이함이 주 목적으로 이해됩니다.

 

즉, github 에서 각자 브렌치를 따로 생성 후, 서서히 하나씩 merge 해가면서 최종본을 합치는 것. 이 과정을 자동화스럽게 편의성을 강화 한 것이 CI/CD라 볼 수 있습니다. 개인적으로 해 본적도 없지만, 그럼에도 관심이 가던 Github Action 에 대해 간략히 알아보도록 하죠.

What is GitHub Actions? How automation & CI/CD work on GitHub

분명 Jenkins 와 같은 오픈소스 형태의 CI/CD 도 있지만, 이는 서버를 따로 구비 해야 하는 제약이 있습니다. 이 외에도 자유성이 장점이라면 반면에, react 처럼 strictmode 같은 게 없으므로 핵심 DevOps 엔지니어가 부족할 수록 도중에 좌초 될 위험도 도사리고 있습니다. 또한 도커 이미지에서 실행을 해야 하는 제약이 있으나...

[CI/CD] Jenkins 과 GitHub Actions의 개념, 차이점

Github Actions 는 그 기존의 Jenkins 가 가진 초기 세팅 부문에서 편의성을 제공하는 모습입니다. 국내에서 분석 한 글 중 하나에 따르면 이 둘의 차이는 '다양한 관련 문서 열람 자료 수의 양이 얼마나 되나' 라고 평을 했으나, 이에 정 반대의 의견또한 있습니다. 아예 Github Actions 가 Jenkins 보다도 우수한 CI/CD 시스템이라는 것이죠.

 

Github Actions 가 더 좋다고요? 

Is GitHub Action Better than Jenkins?

이 글의 의도가 Github Actions 를 밀어준다는 편향성도 있지만, 그럼에도 필자가 Github Actions 가 주목되는 점은 '대부분의 개발자들이 CI/CD 솔루션으로서 선택 해서 사용 할 수 있다' 라고 평이 된 점인데, 적어도 자바스크립트를 다루는 저로서 그 근거를 언급하자면 '자바스크립트 쓰는 것 처럼 간편하다' 입니다.

 

특정 CLI 의 진행도 현황도를 공유하고, 실시간으로 조회 할 수 있다는 점이 장점입니다. 그리고 이러한 CI/CD 파이프라인 구성에 있어 복잡함 없이 깔끔하게 테스트 구동도 가능하다는 점 입니다.

 

따라서 입문을 하는게 목적이고, Jenkins 나 Docker 로 구성해서 자체 서버로 이리저리 CI/CD 시스템을 구성하는 것 보다 다른 선택지를 고려해야 한다면 Github Actions 가 좋은 고려 되지 않을까 싶습니다.

 

노트.

성탄절엔 정말 펑펑 마음놓고 놀려고 했었는데, 어쩌다 보니 덕질을 하고 있네요.

 

https://www.daleseo.com/github-actions-basics/

GitHub Actions의 소개와 핵심 개념

https://zzsza.github.io/development/2020/06/06/github-action/

Github Action 사용법 정리