검색 결과

“CI/CD”20건

All Frontend Backend AI DevOps Architecture Etc

Architecture
Keep Principles in Mind
이 글은 소프트웨어 개발에서 원칙의 중요성을 강조하며, 특히 Uncle Bob이 제안한 S.O.L.I.D 원칙에 대해 설명합니다. S.O.L.I.D 원칙은 객체 지향 설계(OOD)를 위한 다섯 가지 핵심 원칙으로, Single Responsibility Principle (단일 책임 원칙)과 Open/Closed Principle (개방/폐쇄 원칙)을 예시와 함께 구체적으로 다룹니다. 단일 책임 원칙은 클래스가 단 하나의 책임만을 가져야 하며, 변경될 이유도 하나여야 함을 강조합니다. 개방/폐쇄 원칙은 소프트웨어 구성 요소가 확장에 대해서는 열려 있어야 하지만, 수정에 대해서는 닫혀 있어야 한다는 것을 설명합니다. 이 원칙들은 바쁜 개발 과정에서 잊히기 쉽지만, 코드의 유지보수성과 유연성을 높이는 데 중요한 역할을 합니다.
SOLID PrinciplesClean ArchitectureClean Code
버즈빌·2018년 12월 4일
Architecture
발전하는 iOS와 Clean Swift Architecture
이 글은 스포카에서 Clean Swift 아키텍처를 iOS 앱 개발에 적용하며 겪었던 어려움과 개선 과정을 공유합니다. Clean Swift는 클린 아키텍처를 iOS에 맞게 적용한 형태로, 로직 복잡도가 높은 앱에서 비즈니스 로직과 UI를 분리하여 코드 복잡도를 낮추는 데 기여했습니다. 하지만 SwiftUI 등장, 상태 관리 중요성 대두 등 끊임없이 발전하는 iOS 생태계에 Clean Swift가 유연하게 대응하기 어렵다는 문제에 직면했습니다. 이에 스포카 팀은 발전하는 iOS 흐름에 맞춰 Clean Swift 아키텍처를 개선하는 방안을 모색하고 있습니다. 글에서는 이러한 개선 과정과 아키텍처의 유연성을 확보하는 방법에 대한 논의를 다룹니다.
iOSClean SwiftArchitecture
스포카·2024년 3월 6일
Architecture
모듈 구조를 개선해 더 나은 뱅크샐러드 iOS 앱 개발하기
뱅크샐러드 iOS 챕터에서 프로젝트 모듈 구조 개선 경험을 공유하는 글입니다. 초기 단일 모듈 구조에서 기능 추가에 따라 코드 복잡도가 증가하는 문제를 겪었고, 이를 해결하기 위해 모듈 구조를 개선하는 작업을 진행했습니다. 글에서는 기존 구조의 문제점을 진단하고, 어떻게 구조를 수정하여 코드 복잡도를 낮추고 유지보수성을 향상시켰는지 설명합니다. 특히, 기능별 모듈 분리 및 의존성 관리 개선을 통해 더 나은 iOS 앱 개발 환경을 구축하는 과정을 다룹니다. 이 글은 코드 복잡성 증가에 따른 모듈 구조 개선의 필요성과 그 과정에 대한 인사이트를 제공합니다.
iOS모듈 구조코드 복잡도
뱅크샐러드·2023년 11월 22일
Architecture
Azure Cloud App 개발 - 개인 연구 프로젝트 실습 사례 (e-Charging System)
본 글은 Azure Cloud 환경에서 전기차 충전 서비스(e-Charging System)를 개발하는 개인 연구 프로젝트 사례를 다룹니다. 12가지 MSA/Cloud 기술 요소를 중심으로 프로젝트의 기능적, 비기능적 요구사항을 분석하고 설계 과정을 공유합니다. 특히 Saga 패턴(Event/Choreography), CQRS, 동기식/비동기식 호출, Circuit Breaker, Autoscale, Zero-Downtime 배포, ConfigMap, Polyglot Persistence, Self-healing 등 다양한 기술을 활용하여 전기차 충전 예약 및 관리 시스템을 구현하고 검증한 경험을 상세히 설명합니다. Event Storming을 통해 도메인 이벤트를 식별하고 Aggregate 및 Bounded Context로 묶는 과정을 보여주며, MSA 아키텍처 설계 및 클라우드 기반 서비스 개발에 대한 실질적인 인사이트를 제공합니다.
MSAAzure CloudSaga
SKCNC·2021년 7월 1일
Architecture
iOS Modular Architecture 를 향한 여정 Part 2 — 프로젝트 모듈화, 레거시와 공존하기
29CM iOS 팀의 모듈 아키텍처 구축 여정을 다룬 글입니다. 프로젝트 모듈화를 진행하면서 발생하는 레거시 코드의 병목 현상을 해결하고, 효율적으로 모듈화를 해나가는 과정을 실제 사례와 함께 소개합니다. 특히, 오래된 유틸 클래스와 같은 레거시 코드를 Protocol을 활용하여 격리하고, 네트워킹 로직 분리 시 발생하는 문제점을 해결하는 방법에 초점을 맞춥니다. 이를 통해 레거시 코드와 공존하며 모듈화 속도를 높이는 실질적인 방안을 제시합니다.
iOS모듈화레거시 코드
29CM·2023년 4월 21일
Architecture
배송최적화 시스템 구축기 Part 01. 올리브영이 멀티 센터 체제로 배송 시간을 14시간 단축한 과정
올리브영은 기존 단일 센터 체제의 한계를 극복하고 배송 시간을 14시간 단축하기 위해 멀티 센터 체제를 구축했습니다. 이 글은 배송 최적화 시스템 구축의 첫 번째 이야기로, 최적의 출고처를 결정하는 '실시간 분배'와 운영 변수에 유연하게 대응하는 '유연한 이관' 체계 구축 과정을 다룹니다. 기존 시스템의 문제점을 분석하고, 멀티 센터 전환을 통해 어떻게 효율성을 높였는지에 대한 내용을 담고 있습니다. 이는 복잡한 물류 환경에서 시스템 설계를 통해 실제적인 비즈니스 성과를 달성한 사례를 보여줍니다.
배송 최적화시스템 설계멀티 센터
올리브영·2026년 3월 6일
Architecture
어떤 분산 파일 시스템을 사용해야 하는가?
이 글은 여러 서버가 데이터를 공유할 때 사용되는 분산 파일 시스템(Distributed File System)의 선택에 대한 가이드라인을 제공합니다. NHN에서 사용 중인 NFS, CIFS, OwFS, HDFS를 중심으로 각 시스템의 특징과 장단점을 비교 분석합니다. NFS와 CIFS는 주로 NAS와 함께 사용되어 높은 인프라 비용이 발생할 수 있지만, OwFS와 HDFS는 저비용 하드웨어를 활용하여 고용량 저장소를 구축하는 데 유리합니다. 하지만 모든 상황에서 OwFS나 HDFS가 더 나은 선택은 아니며, 서비스의 목적에 따라 적합한 파일 시스템을 선택하는 것이 중요함을 강조합니다. 또한, 글에서는 NHN에서 사용하지 않는 최신 오픈소스 분산 파일 시스템과 Google의 시스템, 그리고 전반적인 발전 동향까지 소개하여 독자들이 더 나은 시스템 설계를 할 수 있도록 돕습니다.
분산 파일 시스템NFSCIFS
네이버·2013년 1월 17일
Architecture
DDD를 Merchant 시스템 구축에 활용한 사례를 소개합니다
이 글은 ABC Studio에서 DDD(Domain Driven Design) 방법론을 활용하여 새로운 Merchant 시스템을 구축한 경험을 공유합니다. 기존 시스템이 음식 배달 중심이어서 소매 상품 판매에 비효율적이었던 문제를 해결하기 위해, DDD를 통해 소매 상품 판매에 특화된 독립적인 Merchant 시스템을 설계했습니다. 새로운 시스템은 점포, 상품, 재고 정보를 제공하고, 이를 '소비자 플랫폼'이라 불리는 다양한 판매 채널에 전달하여 상품 판매를 진행합니다. 판매 주문이 들어오면 Merchant 시스템이 이를 제어하고 상태를 업데이트하는 방식으로 작동합니다. 글쓴이는 DDD가 역할과 책임을 명확히 정의하는 데 중점을 두며, 구현보다는 도메인 중심의 설계가 중요함을 강조합니다.
DDDMerchant System시스템 설계
라인·2025년 7월 28일
Architecture
실험과 현지화에 흔들리지 않는 모바일 엔지니어링
이 글은 당근마켓의 글로벌 프로덕트 개발팀에서 실험과 현지화 과정에서 발생하는 모바일 엔지니어링의 복잡성과 객체의 단일 책임 위반 문제를 해결하기 위한 경험을 공유합니다. 서비스 규모가 커짐에 따라 MVVM 패턴에서 ViewModel의 책임이 과중해지고 복잡도가 증가하는 문제를 겪었으며, 이를 해결하기 위해 CleanSwift(VIP) 패턴을 도입하게 된 배경과 과정을 설명합니다. 클린 아키텍쳐의 원칙을 바탕으로 유연하고 변경 가능한 소프트웨어 설계를 추구하며, 다양한 국가의 시장을 개척하는 과정에서 엔지니어들이 어떻게 협업하고 더 나은 가치를 전달할 수 있는지에 대한 인사이트를 제공합니다.
모바일 엔지니어링클린 아키텍쳐디자인 패턴
당근마켓·2022년 11월 8일
Architecture
토스 피플 : 데이터를 ‘이해하는’ 구조를 설계합니다
이 글은 토스의 1호 데이터 아키텍트 고정현님의 커리어 여정을 다룹니다. 데이터 아키텍트라는 직업을 처음 접하게 된 계기부터 컨설팅 회사에서 데이터 설계의 본질과 품질의 중요성을 체감한 경험, 그리고 플랫폼 회사로 이직하여 운영자 입장에서 데이터의 생성부터 활용까지 책임지며 속도와 품질의 균형을 찾아가는 과정을 상세히 설명합니다. 또한, 배달 플랫폼 회사에서의 경험을 통해 데이터 소비자들이 일관된 방식으로 데이터를 활용할 수 있도록 표준과 정책을 정비하고, 데이터 파이프라인 설계 및 운영, 비즈니스와 데이터를 연결하는 경험을 공유합니다. 데이터 아키텍처 설계와 데이터 품질 관리의 중요성을 강조하며, 실제 프로덕션 환경에서의 경험을 통해 구조를 개선해 나가는 여정을 보여줍니다.
데이터 아키텍트데이터 설계데이터 품질
토스·2025년 10월 31일
Architecture
콘텐츠를 조립하는 결제탭 피드 서버의 코드 아키텍처
이 글은 카카오페이 결제탭 서버의 코드 아키텍처에 대한 내용을 다룹니다. 여러 마이크로 서비스(MSA)를 통해 콘텐츠를 서빙하는 결제탭 피드 서버에서 유연하고 안정적인 구조를 만들기 위해 Server Driven UI(SDU) 방식을 채택했습니다. SDU는 서버에서 UI 요소를 동적으로 관리하여 사용자 맞춤형 혜택과 기능을 효율적으로 제공하는 데 중점을 둡니다. 또한, 비동기 API 호출, Row 설정을 통한 동적 UI 관리, 그리고 Result와 3중화 캐싱 기법을 활용하여 서버 장애나 예외 상황에서도 피드 데이터의 무결성을 보장하고 안정성을 유지하는 기법들을 소개합니다. 이 글은 MSA 환경에서 피드 서비스를 개발하거나 코드 아키텍처에 관심 있는 개발자들에게 유용한 정보를 제공합니다.
MSAServer Driven UI결제탭
카카오페이·2024년 11월 12일
Architecture
2019 카카오 블라인드 공채 2차 오프라인 코딩 테스트 문제 해설
2019 카카오 블라인드 공채 2차 오프라인 코딩 테스트 문제 해설 글입니다. 작년과 달리 올해는 시스템 디자인 역량을 중점적으로 평가하기 위해 엘리베이터 제어 시스템 구현 문제를 출제했습니다. 이 문제는 다수의 엘리베이터를 주어진 승객 트래픽에 맞춰 최적의 알고리즘으로 제어하는 것을 목표로 합니다. 글에서는 가상의 시간(timestamp), 승객 요청(call), 엘리베이터의 상태 및 제어 명령 등 문제의 주요 구성 요소를 상세히 설명하며, 지원자가 고려해야 할 트레이드오프와 구현 방안에 대한 인사이트를 제공합니다. 이는 단순히 코딩 구현 능력을 넘어, 복잡한 시스템을 설계하고 문제를 해결하는 능력을 평가하는 데 초점을 맞춘 테스트의 의도를 보여줍니다.
시스템 설계코딩 테스트엘리베이터 시뮬레이션
카카오·2018년 10월 22일
Architecture
전 세계 18억 명이 사용하는 삼성 계정 서비스, 리전 규모 장애가 발생한다면?
이 글은 전 세계 18억 사용자가 이용하는 삼성 계정 서비스의 글로벌 리전 장애조치 아키텍처 구축 사례를 다룹니다. 기존 AZ 단위 장애조치를 넘어, AWS의 다중 리전과 Route 53을 활용한 Active-Active DR 구성을 통해 리전 단위 장애까지 극복 가능한 고가용성 시스템을 구축했습니다. 트래픽 분산을 위해 AP 리전을 신규 구축했으며, 이는 삼성의 코어 서비스인 삼성 계정의 비즈니스 크리티컬한 특성과 높은 RTO 요구사항을 만족시키기 위한 필수적인 조치였습니다. 이를 통해 글로벌 서비스로서의 안정성과 신뢰성을 크게 향상시켰습니다.
삼성계정Active-Active DRAWS
AWS·2025년 8월 8일
Architecture
왜 Android 신규 프로젝트는 클린 아키텍처를 도입하였는가
본 글은 Android 신규 프로젝트에서 클린 아키텍처를 도입한 이유와 그 과정에서 발생한 개발자 피로도를 해결한 방법에 대해 다룹니다. 소프트웨어 개발에서 유지보수성, 확장성, 테스트 용이성은 필수적인 요구 사항이며, 이를 충족하기 위한 중요한 개념으로 클린 아키텍처를 소개합니다. 로버트 C. 마틴이 제시한 클린 아키텍처는 복잡한 소프트웨어 시스템을 관리 가능하고 유지보수 가능한 형태로 구축하기 위한 지침을 제공하며, 모듈 간의 분리를 강조합니다. 셀렙샵 APP 구축 프로젝트를 예시로 클린 아키텍처 도입의 필요성을 설명하고, 도입 후 개발자 피로도 증가 문제를 해결하기 위한 구체적인 방안을 제시하여 구조화된 Android 앱 개발의 중요성을 강조합니다.
클린 아키텍처Android앱 개발
CJ온스타일·2023년 9월 11일
Architecture
플레이 스쿼드 헥사고날 아키텍처 적용기
본 글은 핏펫 플레이 스쿼드에서 백엔드 개발자가 기존 MVP 버전의 파이썬 기반 계층형 아키텍처 프로젝트를 코틀린+스프링 기반의 헥사고날 아키텍처로 전환한 경험을 공유합니다. 계층형 아키텍처의 단점, 특히 데이터베이스 주도 설계로 인해 도메인 로직이 아닌 데이터베이스에 종속되는 문제를 지적합니다. 헥사고날 아키텍처는 이러한 문제를 해결하고, 도메인 로직을 외부 요인으로부터 분리하여 비즈니스 요구사항 중심의 설계를 가능하게 합니다. 글에서는 헥사고날 아키텍처의 개념과 함께 실제 적용 과정을 설명하며, 이를 통해 얻은 이점을 강조합니다.
헥사고날 아키텍처계층형 아키텍처도메인 주도 설계
핏펫·2022년 12월 15일
Architecture
클라우드 아키텍처 설계 원칙 및 설계 기준
이 글은 클라우드 환경 구축을 위한 아키텍처 설계 원칙과 기준에 대해 다룹니다. 클라우드 도입 시 필요한 아키텍처 요소들을 정의하고, 신속한 탄력성 확보, 서비스 연속성 및 비용 최적화를 지원하는 설계 원칙을 제시합니다. 또한, 보안, 스토리지 옵션, 수평 확장 용이성을 고려한 아키텍처 구조의 중요성을 강조합니다. 총 8개 영역에 대한 설계 기준을 정의하며, 특히 클라우드 컴퓨팅 설계 시 웹 서비스 정책을 활용하여 각 단계별 기준을 정의하는 방법을 설명합니다. 이는 클라우드 환경을 효과적으로 구축하고 관리하기 위한 실질적인 가이드라인을 제공합니다.
클라우드 아키텍처설계 원칙설계 기준
베스핀글로벌·2023년 5월 31일
Architecture
코드 리팩토링, IF문을 제거하자 (전략패턴)
이 글은 코드에서 흔히 사용되는 IF문을 제거하고 전략 패턴을 적용하여 가독성과 유지보수성을 향상시키는 방법을 다룹니다. IF문은 조건이 많아질수록 코드가 복잡해지고 수정이 어려워지는 단점이 있습니다. 전략 패턴은 동일한 목적을 달성하기 위한 여러 알고리즘을 각각의 클래스로 캡슐화하고, 실행 시점에 원하는 알고리즘을 선택하여 사용할 수 있도록 하는 디자인 패턴입니다. 이를 통해 IF문의 복잡성을 줄이고, 새로운 기능을 추가하거나 기존 기능을 수정할 때 코드 변경 범위를 최소화할 수 있습니다. 특히, 객체 지향 설계 원칙을 준수하며 유연하고 확장 가능한 코드를 작성하는 데 도움을 줍니다.
리팩토링전략 패턴디자인 패턴
직방·2022년 2월 11일
Architecture
Object Storage 구현을 위한 분산 Radix Tree
본 글은 Object Storage 구현을 위한 분산 Radix Tree의 개념과 필요성을 탐구합니다. Radix Tree는 효율적인 문자열 검색 및 매칭에 강점을 가지며, 이를 분산 환경에 적용함으로써 대규모 데이터 처리에 적합한 Object Storage 시스템을 구축할 수 있습니다. 특히, 분산 Radix Tree는 데이터의 분산 저장 및 검색 성능을 최적화하여 확장성과 가용성을 높이는 데 기여합니다. 글에서는 분산 Radix Tree의 기본 원리, 구현 시 고려사항, 그리고 실제 Object Storage 시스템에서의 적용 가능성에 대해 논의하며, 대용량 데이터를 다루는 시스템 설계에 대한 인사이트를 제공합니다.
Object Storage분산 시스템Radix Tree
카카오·2022년 8월 18일
Architecture
ArchUnit으로 아키텍처 원칙을 코드로 지키는 방법
이 글은 ArchUnit을 사용하여 소프트웨어 아키텍처 원칙을 코드로 정의하고 검증하는 방법을 소개합니다. 펫프렌즈의 Post-Order 파트에서 모놀리틱 구조의 강결합 문제를 해결하기 위해 모듈화를 추진하는 과정에서 ArchUnit을 활용했습니다. ArchUnit은 아키텍처 원칙과 코딩 컨벤션을 테스트 코드로 자동화하여, 코드 레벨에서 즉각적이고 객관적인 검증을 가능하게 합니다. 이를 통해 개발 과정의 일관성을 높이고 코드 품질을 체계적으로 관리할 수 있습니다. 특히, 패키지 간 의존성을 명확하게 분리하는 선행 작업에 ArchUnit이 효과적으로 사용되었습니다.
ArchUnit아키텍처 원칙테스트 코드
펫프렌즈·2024년 12월 6일
Architecture
헤이딜러 안드로이드팀은 어떻게 일하나요?(3) — 프로젝트 구조
헤이딜러 안드로이드팀은 2014년부터 운영해온 앱 서비스를 Kotlin 100%, MVVM 100%, Hilt 100%로 전환하는 과정을 공유합니다. 기존 Java 코드를 Kotlin으로 변환하고, MVP/MVC 구조를 MVVM으로 점진적으로 개선하며, DI 프레임워크로 Hilt를 도입했습니다. 이러한 전환은 단순히 언어 및 구조 변경을 넘어 Kotlin스럽게 코드를 개선하고 예상치 못한 버그를 해결하는 등 많은 노력이 필요했음을 강조합니다. 멀티모듈과 클린 아키텍쳐를 기반으로 4개의 앱(고객용, 딜러용, 평가용, 발신번호 표시)을 효율적으로 운영하기 위한 프로젝트 구조 개선 과정을 담고 있습니다.
안드로이드KotlinMVVM
PRND·2022년 12월 8일