비브로스

RSS

게시글: 58
등록: 2026년부터

All Frontend Backend AI DevOps Architecture Etc

DevOps
DevLake를 활용한 DORA Metrics 지표 수집 및 시각화 도입기
본 글은 비브로스 DevOps 엔지니어가 개발 효율성과 안정성을 객관적으로 검증하기 위해 DORA Metrics를 도입한 사례를 다룹니다. AI 도구 도입 후 생산성 및 안정성에 미치는 영향을 측정하고자 하는 필요성에서 시작되었습니다. DORA Metrics는 소프트웨어 딜리버리 성과를 정량적으로 측정하는 핵심 지표 체계로, 변경 리드 타임, 배포 빈도, 평균 장애 복구 시간, 변경 실패율의 네 가지 지표(DORA Four Keys)를 포함합니다. 글에서는 DevLake를 활용하여 이러한 지표를 수집하고 시각화하는 과정과 그 과정에서 겪었던 이슈 해결 경험을 공유하며, 객관적인 지표 측정을 통한 지속적인 개선의 중요성을 강조합니다.
DORA MetricsDevLakeCI/CD
비브로스·2025년 5월 25일
DevOps
EKS 1.32 업데이트 그리고 새로운 업데이트 방식
본 글은 비브로스 DevOps 팀에서 EKS 1.29 버전의 지원 종료에 따라 클러스터 업데이트를 진행하며 겪었던 경험과 새로운 업데이트 방식 도입 과정을 공유합니다. 기존 CDK를 통한 In-place 업데이트 방식에서 EKSCTL을 이용한 Blue-Green/Record 변경 방식으로 전환 후 2년간 운영하며 파악된 문제점을 바탕으로, 더 나은 업데이트 방식을 검토하고 도입한 여정을 중점적으로 다룹니다. 특히, 업데이트 시 고려했던 사항들과 실제 도입 과정, 그리고 똑닥 인프라의 고도화 과정을 일부 포함하여 EKS 업데이트 전략 수립에 대한 인사이트를 제공합니다.
EKSKubernetes업데이트
비브로스·2025년 4월 7일
DevOps
Argo Events 도입기
본 글은 똑닥 서비스에서 Argo Events를 도입한 경험을 공유합니다. 기존에는 마케팅 이벤트나 연휴 다음날처럼 예측하기 어려운 트래픽 증가에 대응하기 위해 수작업으로 크론 작업을 수정하고 배포하는 번거로운 과정을 거쳤습니다. 이러한 비효율성을 개선하고자 Argo Events를 도입하여 이벤트 기반의 자동화된 인프라 스케일링을 구현했습니다. Argo Events는 다양한 이벤트 소스(HTTP, Kafka, NATS 등)를 트리거로 사용하여 Kubernetes 워크로드를 실행할 수 있게 해주며, 이를 통해 수동 개입 없이도 트래픽 변화에 유연하게 대처할 수 있습니다. 글에서는 Argo Events 도입 배경, 구성 방법, 그리고 실제 사용 사례를 다루며 DevOps 환경에서의 자동화 및 효율성 증대에 대한 내용을 담고 있습니다.
Argo EventsKubernetesCI/CD
비브로스·2024년 4월 15일
DevOps
AWS Node Auto Scaler Karpenter 도입기
본 글은 비브로스 백엔드팀에서 인프라를 담당하는 박진홍님이 작성한 Karpenter 도입기입니다. 기존 AWS Cluster AutoScaler 사용 시 스파크성 트래픽으로 인한 노드 스케일링 속도 문제와 비용 최적화의 필요성을 느껴 Karpenter 도입을 결정했습니다. 똑닥 서비스는 실시간 병원 접수/예약 서비스로, 특정 시간대에 스파크성 트래픽이 발생하여 서버 및 데이터베이스 과부하, 서비스 지연 및 장애를 야기했습니다. 예측이 어려운 트래픽 패턴과 클라우드 비용 제약으로 인해 새로운 방안을 모색하던 중, EKS 환경에서 Karpenter를 도입하여 이러한 문제를 해결하고자 했습니다. Karpenter는 Kubernetes 환경에서 노드 자동 확장을 효율적으로 관리하여 트래픽 변동에 유연하게 대처하고 비용을 최적화하는 데 기여할 것으로 기대됩니다.
KarpenterAWSKubernetes
비브로스·2023년 11월 1일
DevOps
Gitops를 활용한 AWS EKS Blue-Green 업데이트 적용기
본 글은 비브로스 백엔드팀에서 인프라 담당자가 AWS EKS 클러스터 버전 업데이트를 GitOps 기반의 Blue-Green 방식으로 진행한 경험을 공유합니다. 기존의 In-place 롤링 업데이트 방식 대신, GitOps를 활용하여 새로운 클러스터(Green)를 구축하고 트래픽을 전환하는 Blue-Green 방식을 적용했습니다. EKS 버전 지원 종료에 따른 업데이트 필요성과 GitOps 도입을 통해 다운타임 없이 안정적인 클러스터 업데이트를 달성한 과정을 상세히 설명합니다. 이를 통해 Kubernetes 버전 관리의 어려움을 해결하고, CI/CD 파이프라인과의 연계를 강화하여 배포 및 운영 효율성을 높인 사례를 제시합니다.
GitopsAmazon EKSBlue-Green Deployment
비브로스·2023년 7월 16일
DevOps
(Typescript) test와 lint 시간 줄여보기
본 글은 똑닥 백엔드팀에서 Typescript 프로젝트의 테스트 및 lint 실행 시간을 단축하기 위한 경험을 공유합니다. 기존에는 커밋 및 푸시 시점에 자동으로 실행되는 테스트와 린트가 8분 이상 소요되어 개발 생산성을 저하시키는 문제를 겪었습니다. 이를 해결하기 위해 팀은 다양한 접근 방식을 시도했으며, 특히 Prettier와 관련된 문제점을 발견하고 개선하는 과정을 상세히 설명합니다. 궁극적으로 개발 워크플로우의 효율성을 높여 퇴근 시간을 지키는 것을 목표로 합니다. 글은 문제점 분석, 해결 과정, 그리고 구체적인 개선 방안을 제시하며, 개발자들의 반복적인 작업 시간을 줄이는 데 초점을 맞춥니다.
TypeScripttestlint
비브로스·2021년 12월 8일
DevOps
(Typescript) test와 lint 시간 줄여보기
본 글은 Typescript 프로젝트에서 테스트(test) 및 린트(lint) 시간을 단축하기 위한 경험을 공유합니다. 개발 과정에서 코드의 문법 오류 확인(lint)과 안정성 확인(test)은 필수적이지만, 이 과정이 길어지면 개발 생산성이 저하됩니다. 특히 인터프리터 언어를 사용하는 환경에서는 이러한 시간 누적이 더욱 두드러질 수 있습니다. 글에서는 이러한 문제를 해결하기 위해 도입한 접근 방식과 구체적인 해결책을 소개하며, 이를 통해 개발팀의 퇴근 시간을 지키고 전반적인 개발 효율성을 향상시킨 사례를 다룹니다. 주요 내용은 CI/CD 파이프라인에서의 테스트 및 린트 시간 최적화 방안에 초점을 맞추고 있습니다.
TypeScripttestlint
비브로스·2021년 12월 8일
DevOps
AWS ECS 살펴보기
이 글은 AWS의 컨테이너 오케스트레이션 서비스인 ECS(Elastic Container Service)에 대해 소개합니다. ECS는 여러 애플리케이션 컨테이너를 쉽고 빠르게 실행하고, 분배, 확장 및 축소를 지원하는 서비스입니다. Docker에 대한 사전 지식이 있다면 이해에 도움이 됩니다. ECS는 클러스터 관리를 위한 별도 인스턴스 구성 및 관리 없이 AWS에서 제공하며, 추가 비용이 들지 않습니다. 또한 다른 AWS 서비스와의 연동이 용이하고 Fargate를 지원하는 장점이 있습니다. Kubernetes와 같은 다른 오케스트레이션 서비스에 비해 기능이 다소 부족할 수 있지만, 비용 효율성과 적은 학습 시간으로 빠르게 도입할 수 있다는 점을 강조합니다. 주로 똑닥에서 일부 서비스를 제외하고 사용 중인 ECS의 특징과 장점을 설명하며, 컨테이너 기반 인프라 구축을 고려하는 개발자들에게 유용한 정보를 제공합니다.
AWSECSDocker
비브로스·2020년 2월 11일
DevOps
AWS ECS 살펴보기
이 글은 AWS의 컨테이너 오케스트레이션 서비스인 ECS(Elastic Container Service)에 대해 소개합니다. ECS는 애플리케이션 컨테이너를 쉽고 빠르게 실행하고, 분배, 확장, 축소를 지원하는 서비스입니다. Docker에 대한 사전 지식이 있다면 이해에 도움이 됩니다. ECS는 클러스터 관리를 위한 별도 인스턴스 구성 및 관리 없이 AWS에서 제공하며, 다른 AWS 서비스와의 연동이 용이하고 Fargate를 지원하는 장점이 있습니다. Kubernetes와 같은 다른 오케스트레이션 도구와 비교했을 때 기능은 다소 부족할 수 있지만, 비용 효율성과 적은 학습 시간으로 빠르게 도입할 수 있다는 점에서 유용합니다. 주로 똑닥의 백엔드팀에서 사용 중인 기술 스택을 공유하며, 컨테이너 기반 인프라 운영에 대한 인사이트를 제공합니다.
AWSECSDocker
비브로스·2020년 1월 29일
DevOps
[AWS SAM] 1. CloudFormation
이 글은 AWS SAM(Serverless Application Model)을 이해하기 위한 첫 단계로 CloudFormation에 대해 소개합니다. 필자는 똑닥에서 AWS Lambda를 197개 이상 활용하고 있으며, 주로 배치 처리, 파일 생성, 푸시 알림 등에 사용한다고 설명합니다. CloudFormation은 서버리스 애플리케이션 작성을 돕는 템플릿이며, Parameters, Mappings, Outputs, Resources의 네 가지 주요 요소로 구성됩니다. 특히 Parameters는 템플릿의 재사용성을 높이는 데 중요한 역할을 하며, 함수의 파라미터와 유사하게 작동하여 다양한 환경 설정 값을 동적으로 주입할 수 있게 합니다. 다음 포스팅에서는 AWS SAM에 대해 더 자세히 다룰 예정입니다.
AWS SAMCloudFormationAWS Lambda
비브로스·2019년 10월 12일
DevOps
AWS SAM CloudFormation
본 글은 AWS SAM(Serverless Application Model)을 이해하기 위한 사전 지식으로 CloudFormation에 대해 설명합니다. CloudFormation은 AWS 리소스를 코드로 관리할 수 있게 해주는 서비스로, Parameters, Mappings, Outputs, Resources 네 가지 주요 요소로 구성됩니다. 특히 Parameters는 템플릿의 재사용성을 높이는 데 중요한 역할을 하며, 환경 이름과 같은 동적인 값을 설정할 때 유용하게 사용됩니다. 글에서는 CloudFormation의 기본 개념과 Parameters의 활용 예시를 보여주며, 다음 포스팅에서 AWS SAM에 대해 더 자세히 다룰 것을 예고합니다. 똑닥에서는 197개의 Lambda 함수를 운영 중이며, 서버리스 아키텍처 구축에 CloudFormation과 SAM을 활용하고 있습니다.
AWS SAMCloudFormationAWS Lambda
비브로스·2019년 10월 12일
DevOps
Yeoman 으로 프로젝트 찍어내보기
이 글은 Yeoman이라는 도구를 사용하여 반복적인 프로젝트 설정을 자동화하고 개발 생산성을 높이는 방법을 소개합니다. Yeoman은 웹 애플리케이션 개발 시 공통적으로 필요한 폴더 구조, DB 커넥션, 의존성 설정, 로그인, Git 설정 등을 템플릿화하여, 새로운 프로젝트를 시작할 때마다 동일한 환경 설정을 반복하는 번거로움을 줄여줍니다. 특히 MSA 환경에서 여러 개의 작은 프로젝트를 생성해야 할 경우, Yeoman을 활용하면 설정 시간을 단축하고 개발에 집중할 수 있습니다. 글에서는 Yeoman의 개념과 프로젝트 생성 과정을 간략하게 설명하며, 반복적인 개발 환경 설정을 효율화하는 도구로서의 가치를 강조합니다.
Yeoman프로젝트 생성템플릿
비브로스·2019년 8월 30일