[인포레터 45호] 데브옵스 10가지 실수, EC2 부팅 시간 8배 빨리 만들기

다나카 고이치는 단백질 분석 기술을 확립해 2002년 노벨화학상을 받았죠. 잘못 만든 용액을 시험 삼아 쓴 게 개발 계기였는데요. 그는 실수로 얻은 결과를 붙들고 실험과 시행착오를 반복한 끝에 암을 조기 진단하는 이 기술을 개발했습니다. 꾸준한 노력은 우연과 실패도 성과로 만들어요. 인포레터를 시작합니다. 😊

🎉45호 하이라이트

* 매달 둘째 주 월요일, 인포그랩 시각으로 해설하고 엄선한 DevOps 콘텐츠를 소개합니다.

개발 생산성·품질, 비즈니스 성과 높이는 '기술 부채' 관리 모범 관행
안전한 코드 관리에 필수! GitLab ‘Merge request approval rules’ 사용법 데모
DevOps에서 저지르기 쉬운 10가지 큰 실수

🔖Tech Blog

* 인포그랩이 직접 제작한 DevOps 아티클입니다.

# 기술 부채, 이렇게 해결하면 개발 생산성·품질, 비즈니스 성과 UP!

기술 부채(Technical Debt)는 가장 효과적인 솔루션이 아닌 가장 빠른 솔루션을 선택하면서 발생한 추가 작업 비용입니다. 기술 부채를 잘 관리하면 개발을 진전시키는 데 도움이 되고요. 이를 잘 관리하지 못하면 사용자 경험이 저하되고, 비즈니스가 부정적 영향을 받습니다. 개발자는 새로운 기능 개발과 기존 기능 수정에 시간을 쪼개어 쓰느라 소프트웨어 개발 라이프사이클도 느려지죠.

기술 부채를 해결하려면 부채 내용과 해결에 필요한 작업, 일정을 정리해 팀과 논의하고요. 좋은 기술 부채와 나쁜 기술 부채를 구분해 문제의 우선순위를 정해야 합니다. 또 품질 표준을 정해 엉성한 코드를 배포하지 못하게 하고요. 현실적인 일정, 방법론, 작업량을 제공해야 하죠. 인포그랩 프로덕트 팀은 코드 리뷰, 리팩토링 기간 운영, 백로그 정리와 회고로 기술 부채를 관리하는데요. 기술 부채 개념과 유형, 해결 방법, 인포그랩 프로덕트 팀의 기술 부채 관리 노하우를 소개합니다.

자세한 내용 확인하기

더 많은 Tech Blog 살펴보기😎

✅ 마이크로프론트엔드는 언제, 어떻게 사용해야 할까?

📹DEMO 맛보기

* GitLab, Mattermost 등의 사용법을 시연한 데모 영상입니다.

# 'MR approval rules'로 승인 조건 설정해 코드 꼼꼼히 관리해요

GitLab의 Merge request(MR) approval rules는 MR이 merge 되기 전에 받아야 하는 승인 수와 승인을 수행해야 하는 사용자를 정의하는 기능입니다. 이 기능을 사용하면 특정 조건을 충족할 때까지 MR이 merge 되지 않도록 설정할 수 있죠. MR approval rules는 코드 품질 보장, 보안 강화, 협업과 책임 분담 강화, 규정 준수, 변경 관리 기능 등을 제공하고요. 이는 코드 리뷰 과정을 통제하고, 고품질 코드베이스를 유지하는 데 도움이 됩니다. '전체 데모 보기' 버튼을 클릭해 MR approval rules 사용법 데모를 보고, 따라 해 보세요.