검색 결과

“LLM”20건

All Frontend Backend AI DevOps Architecture Etc

Architecture
실험과 현지화에 흔들리지 않는 모바일 엔지니어링
이 글은 당근마켓의 글로벌 프로덕트 개발팀에서 실험과 현지화 과정에서 발생하는 모바일 엔지니어링의 복잡성과 객체의 단일 책임 위반 문제를 해결하기 위한 경험을 공유합니다. 서비스 규모가 커짐에 따라 MVVM 패턴에서 ViewModel의 책임이 과중해지고 복잡도가 증가하는 문제를 겪었으며, 이를 해결하기 위해 CleanSwift(VIP) 패턴을 도입하게 된 배경과 과정을 설명합니다. 클린 아키텍쳐의 원칙을 바탕으로 유연하고 변경 가능한 소프트웨어 설계를 추구하며, 다양한 국가의 시장을 개척하는 과정에서 엔지니어들이 어떻게 협업하고 더 나은 가치를 전달할 수 있는지에 대한 인사이트를 제공합니다.
모바일 엔지니어링클린 아키텍쳐디자인 패턴
당근마켓·2022년 11월 8일
Architecture
DDD와 MSA 기반으로 좋은 서비스 개발하기
컬리는 커머스 플랫폼 전반을 MSA와 DDD 기반으로 전환하며 서비스 개발 원칙을 수립하고 있습니다. DDD(Domain-Driven Development)는 에릭 에반스가 소개한 개발 방법론으로, "훌륭한 소프트웨어를 개발하고 싶다면 서비스 도메인에 귀를 기울여라"는 슬로건을 가지고 있습니다. 현대 시스템 아키텍처의 주류인 MSA는 DDD의 핵심 개념인 Loose Coupling(느슨한 결합)과 High Cohesion(높은 응집)으로부터 파생되었습니다. 핵심은 도메인들 간에는 Loose Coupling하고, 도메인 내에서는 High Cohesion 해야 한다는 것입니다. 즉, 도메인을 잘게 나누는 것뿐만 아니라, 어떤 서비스들을 하나의 도메인으로 잘 묶어 High Cohesion하게 할지 설계하는 것이 DDD와 MSA의 중요한 지향점입니다. 비즈니스 문제를 잘 투영한 서비스 도메인을 Loose Coupling과 High Cohesion 관점에서 잘 나누는 것이 좋은 서비스 시스템 개발의 기본 원칙입니다.
DDDMSALoose Coupling
컬리·2021년 5월 10일
Architecture
전 세계 18억 명이 사용하는 삼성 계정, 리전 규모의 장애가 발생한다면?
전 세계 18억 사용자를 보유한 삼성 계정 서비스는 비즈니스 크리티컬 시스템으로서 높은 수준의 복구 시간 목표(RTO)를 가지고 있습니다. 기존 AZ 단위 장애 조치 아키텍처로는 클라우드 사업자의 리전 단위 장애를 극복하기 어려워, 글로벌 리전 장애 조치 아키텍처를 새롭게 구축했습니다. 이를 위해 EU, US에 이어 AP 리전을 신규 구축하여 트래픽 분산 처리 능력을 강화했으며, 70여 개의 마이크로서비스가 모든 리전에 동일하게 배포되도록 형상 일치화 작업을 진행했습니다. 이를 통해 단일 리전에서 모든 서비스와 기능을 제공할 수 있는 100% 커버리지의 Active-Active 아키텍처를 완성했으며, 실제 대규모 트래픽 상황에서의 운영계 모의 장애 훈련을 성공적으로 수행했습니다.
삼성 계정리전 장애조치Active-Active
삼성전자·2024년 12월 23일
Architecture
마이크로서비스 모델링 ④ : 이벤트 스토밍을 통한 마이크로서비스 도출
이 글은 DDD(도메인 주도 설계)의 전략적 설계를 가속화하고 마이크로서비스 도출을 돕는 이벤트 스토밍 기법을 소개합니다. 이벤트 스토밍은 모든 이해관계자가 모여 브레인스토밍을 통해 각자의 관점을 공유하고 차이점을 이해하며, 이를 통해 민첩성과 효율성을 높이는 워크샵 방식입니다. 특히 마이크로서비스 간 비동기 메시지 기반 도메인 이벤트를 활용하는 데 있어 서비스 간 의존 관계 식별을 용이하게 합니다. 글에서는 이벤트 스토밍의 준비물과 참여자 구성에 대해서도 간략히 설명하며, 협업과 지식 공유를 촉진하는 워크샵으로서의 가치를 강조합니다.
DDD이벤트 스토밍마이크로서비스
SKCNC·2020년 5월 24일
Architecture
전 세계 18억 명이 사용하는 삼성 계정, 리전 규모의 장애가 발생한다면?
삼성 계정은 전 세계 18억 사용자를 위한 비즈니스 크리티컬 시스템으로, AZ 단위 장애 조치를 넘어선 글로벌 리전 단위 장애 극복을 위한 아키텍처 개선 경험을 공유합니다. 기존 EU, US 리전에 더해 AP 리전을 신규 구축하고, 70여 개의 마이크로서비스를 모든 리전에 동일하게 배포하는 형상 일치화 작업을 통해 글로벌 Active-Active 아키텍처를 완성했습니다. 이를 통해 단일 리전 장애 발생 시에도 서비스 연속성을 확보하고 대규모 트래픽 상황에서의 운영계 모의 장애 훈련을 성공적으로 수행했습니다.
삼성 계정글로벌 리전 장애조치Active-Active
삼성전자·2024년 12월 23일
Architecture
AWS 에 구축하는 클라우드 디자인 패턴 시리즈 3부: 마이그레이션
이 글은 AWS 환경에서 클라우드 디자인 패턴을 활용하여 마이크로서비스 아키텍처로 마이그레이션하는 과정을 다룹니다. 특히, 이전 게시물에서 다룬 안정성, 연결성, 조합에 이어 이번에는 '교살자 무화과 패턴(Strangler Fig pattern)'과 '손상 방지 계층 패턴(Anti-Corruption Layer pattern)'을 소개합니다. 이 패턴들은 모놀리식 애플리케이션과 마이크로서비스 간의 통신 변환, 기존 시스템 종속성으로 인한 디자인 제한 최소화, 마이그레이션 위험 및 비즈니스 중단 가능성 감소에 도움을 줍니다. 각 패턴별 문제점, 고려 사항, 그리고 AWS 기반 아키텍처에 대한 상세한 설명이 포함되어 있어, 클라우드 환경에서의 효과적인 마이그레이션 전략 수립에 유용한 정보를 제공합니다.
AWS클라우드 디자인 패턴마이그레이션
AWS·2023년 12월 20일
Architecture
개발자를 위한 SSD (Coding for SSD) – Part 2 : SSD의 아키텍처와 벤치마킹
이 글은 개발자를 위한 SSD 시리즈의 두 번째 파트로, SSD의 내부 아키텍처와 벤치마킹 방법에 대해 다룹니다. SSD는 플래시 메모리 기반 저장 매체로, 비트는 Floating-Gate 트랜지스터로 구성된 셀에 저장됩니다. 특히 NAND 플래시 메모리에 초점을 맞춰, 셀 타입(SLC, MLC, TLC 등)과 P/E 사이클에 따른 수명 제한의 개념을 설명합니다. 또한, 고온이 셀의 전자 상태에 영향을 미치고, SSD 수명 연장을 위한 연구가 진행 중임을 언급합니다. 마지막으로 SSD 벤치마킹 방법과 결과 해석에 대한 내용을 다룰 것을 예고하며, 하드웨어 저장 장치의 작동 원리와 성능 측정에 대한 이해를 돕고자 합니다.
SSDNAND 플래시 메모리아키텍처
카카오·2016년 7월 13일
Architecture
개발 역량 장착하기(6)-마이크로서비스 초간단 실습➄
본 글은 마이크로서비스 개발 역량 강화를 위한 시리즈의 다섯 번째 글로, CQRS(Command Query Responsibility Segregation) 패턴을 활용한 초간단 실습을 다룹니다. CQRS는 명령(Command)과 조회(Query)의 책임을 분리하는 패턴으로, 이미 구현된 명령 관련 서비스에 이어 조회 전용 마이크로서비스를 추가하는 과정을 설명합니다. 특히, 상품 및 주문 정보를 통합하여 보여주는 'dashboard'라는 이름의 조회 전용 서비스 프로젝트를 생성하고, pom.xml 설정을 통해 이를 구성하는 구체적인 실습 내용을 공유합니다. 이를 통해 CQRS 패턴의 실제 적용 방안을 이해하고, 조회와 명령의 분리를 통해 시스템의 유연성과 확장성을 높이는 방법을 배울 수 있습니다.
마이크로서비스CQRSCommand Query Responsibility Segregation
SKCNC·2022년 1월 10일
Architecture
Xamarin의 MVVM 패턴 사용하기
본 포스팅은 Xamarin.Forms 개발 시 MVVM 패턴 사용법에 대해 설명합니다. MVVM은 Model, View, ViewModel의 약자로, 애플리케이션의 비즈니스 로직과 UI를 분리하여 코드의 재사용성, 테스트 용이성, 유지보수성을 향상시키는 패턴입니다. View는 사용자에게 보이는 구조와 레이아웃을 담당하며 XAML로 정의하는 것이 권장됩니다. ViewModel은 View가 데이터 바인딩할 수 있는 속성과 명령을 제공하고 상태 변경을 알립니다. Model은 애플리케이션의 데이터를 캡슐화하는 비시각적 클래스로, 비즈니스 및 유효성 검사 로직을 포함합니다. 글에서는 View와 ViewModel을 DataBinding 기능을 사용하여 연결하는 방법에 대해서도 간략하게 언급하고 있습니다.
MVVMXamarinModel
씨앤텍시스템즈·2020년 3월 5일
Architecture
C4 모델과 C4-PlantUML을 이용한 소프트웨어 구조 다이어그램 만들기
이 글은 Avi Flax의 'Set your data free with model-based architecture diagramming' 발표 내용을 바탕으로 C4 모델과 C4-PlantUML을 활용하여 소프트웨어 구조 다이어그램을 효과적으로 작성하는 방법을 소개합니다. 소프트웨어 구조를 시각적으로 표현하면 복잡한 시스템도 더 쉽게 이해하고 동료와 협업하는 데 도움이 되지만, 다이어그램 작성에 어려움을 겪는 개발자들이 많습니다. C4 모델은 추상화 수준에 따라 컨텍스트, 컨테이너, 컴포넌트, 코드의 네 가지 수준으로 시스템을 분해하여 구조를 명확하게 표현할 수 있도록 돕습니다. C4-PlantUML은 PlantUML 문법을 사용하여 C4 모델 기반의 다이어그램을 쉽게 생성할 수 있게 해주는 도구입니다. 이를 통해 개발자는 텍스트 기반으로 다이어그램을 작성하고 관리하며, 시스템의 구조를 효과적으로 문서화하고 공유할 수 있습니다.
C4 모델C4-PlantUML소프트웨어 구조
라인·2021년 1월 25일
Architecture
추천팀의 DDD 도입기
추천팀에서 새로운 머신러닝 플랫폼 개발 프로젝트에 Domain-driven design(DDD)을 적용한 경험을 공유하는 글입니다. ML SaaS 플랫폼은 머신러닝을 잘 모르는 사용자도 추천 기술을 포함한 여러 머신러닝 기술을 서비스 형태로 이용할 수 있도록 지원하며, 데이터 파이프라인, 서빙, 분석 지표 시스템 구축, 추천 기술 적용, A/B 테스팅 등의 기능을 제공합니다. 이 플랫폼은 머신러닝 파이프라인 자동 구축과 모델 최적화 및 실험 기능을 동시에 제공해야 하므로 도메인과 기술적 복잡성이 매우 높습니다. 이러한 복잡성을 효과적으로 관리하고 아키텍처 의사 결정을 지원하기 위해 DDD를 도입했으며, 도메인 지식 중앙화, 도메인 구체화, 도메인 모델 간 경계 명확화의 장점을 활용하고자 했습니다.
DDDDomain-driven designML SaaS
카카오·2022년 12월 12일
Architecture
RiGrid: Server Driven UI를 통해 변화에 민첩하게 대응하기
리디는 급변하는 시장과 고객 요구에 민첩하게 대응하기 위해 Server Driven UI 플랫폼 'RiGrid'를 개발했습니다. 기존 서비스 운영에서 발생했던 프론트엔드와 백엔드의 비즈니스 로직 데이터와 UI 데이터 간의 강결합 문제를 해결하고자 했습니다. RiGrid는 비즈니스 로직 데이터와 UI 데이터 로직을 분리하고, IR 데이터 표준화, Grid 기반 레이아웃, Cell 단위 모듈화 및 표준화된 UI라는 4가지 원칙을 기반으로 설계되었습니다. 이를 통해 기술 부채와 레거시 증가를 막고, 유지보수 비용을 절감하며, 서비스 확장성과 유지보수성을 향상시키는 것을 목표로 합니다.
Server-Driven UIRiGridMSA
리디·2025년 3월 17일
Architecture
아름다운 모델 구조를 찾아서
리멤버 기술 블로그에서 '아름다운 모델 구조를 찾아서'라는 제목의 글은 도메인 주도 설계(DDD)와 마이크로서비스 아키텍처(MSA) 환경에서 유효하고 확장 가능한 모델 구조를 설계하는 방법에 대한 내용을 다룹니다. 복잡한 비즈니스 로직을 효과적으로 관리하고, 변화에 유연하게 대응할 수 있는 모델링 기법을 탐구합니다. 특히, 도메인 경계를 명확히 하고 각 서비스가 독립적으로 발전할 수 있도록 돕는 설계 원칙과 패턴을 제시합니다. 이를 통해 개발 생산성을 높이고 유지보수성을 개선하는 것을 목표로 합니다. 글은 실제 경험을 바탕으로 한 인사이트를 공유하며, 더 나은 시스템 설계를 위한 고민을 담고 있습니다.
모델 구조DDDMSA
드라마앤컴퍼니·2017년 3월 20일
Architecture
[제10회 오픈 세미나 in 대전] 네이버 플랫폼 전격해부-라인메신저부터 클라우드 아키텍쳐까지
제10회 네이버 오픈 세미나 in 대전에서는 '네이버 플랫폼 전격해부-라인 메신저부터 클라우드 아키텍쳐까지'라는 주제로 네이버의 대규모 시스템 개발 경험을 공유합니다. 사용자가 증가함에 따라 발생하는 확장성, 가용성, 안정성 문제를 해결하기 위한 네이버의 아키텍처 설계 및 구현 사례를 다룹니다. 특히 전 세계 5억 사용자를 보유한 라인 메신저의 타임라인, 라인 레인저스 게임, 분산 저장 플랫폼 nBase-ARC, 그리고 네이버 백엔드를 지탱하는 클라우드 시스템 아키텍처 구조에 대한 생생한 개발 경험을 나눕니다. 본 세미나는 대형 시스템 개발 환경에서의 고민과 해결 방안을 공유하며, 개발자들의 성장을 도모하는 네이버 D2의 노력의 일환으로 진행됩니다.
네이버플랫폼아키텍처
네이버·2014년 8월 26일
Architecture
Go, Clojure, Scala, JPA, MSA
2015년 12월 12일 네이버 D2 Startup Factory에서 열린 SLiPP 세미나 발표 자료 모음입니다. 다양한 기술 트렌드와 언어, 프레임워크에 대한 발표가 공유되었습니다. Go 언어의 동시성 특징, 함수형 언어인 Clojure 경험, Scala 언어 소개, JPA의 영속성 컨텍스트 이해, 그리고 Scala, Spring-Boot, JPA를 활용한 웹 애플리케이션 개발 경험담이 담겨 있습니다. 마지막으로 MSA(마이크로서비스 아키텍처)의 근간 기술, 넷플릭스 사례, 적용 도메인 등에 대한 소개도 포함되어 있어, 당시의 개발 트렌드와 실질적인 기술 적용 사례를 엿볼 수 있습니다.
GoClojureScala
네이버·2015년 12월 14일
Architecture
마켓컬리 서비스 구조를 소개 합니다
마켓컬리 서비스는 이커머스 서비스와 물류 서비스로 구성되며, 각 서비스는 마이크로서비스 아키텍처(MSA)를 기반으로 AWS 클라우드 환경에서 운영됩니다. 이커머스 서비스는 iOS, Android 앱과 Vue.js 기반의 웹을 사용하며, 백엔드는 PHP/Laravel과 Java/Spring Boot가 혼합된 형태로 Spring Cloud Netflix를 통해 MSA로 전환 중입니다. 물류 서비스는 주문 처리 및 배송을 담당하며, SCM, WMS 등을 포함합니다. 데이터는 Aurora DB, Elasticsearch 등에 저장 및 분석됩니다. 이러한 MSA 전환과 클라우드 이관은 개발 및 배포 속도 단축, 비즈니스 성장을 지원하기 위한 기술 혁신의 일환입니다.
마이크로서비스MSASpring Cloud Netflix
컬리·2019년 4월 11일
Architecture
레거시 결제 원장을 확장 가능한 시스템으로
토스페이먼츠는 20년 이상 운영된 레거시 결제 시스템을 확장성과 회복 탄력성을 갖춘 구조로 전환하는 과정을 공유합니다. 특히, 결제의 모든 내역이 저장되는 핵심 시스템인 결제 원장(Ledger)이 겪었던 문제점들을 분석하고 해결 방안을 제시합니다. 문제점으로는 ▲결제수단별로 상이한 데이터 구조로 인한 유지보수 어려움 및 장애 위험 증가 ▲결제, 정산, 회계 등 여러 도메인이 동일 원장 테이블을 공유하며 발생하는 강한 결합 ▲결제와 결제수단이 1:1로 묶여 있어 '한 결제에 여러 결제수단 사용' 등 새로운 비즈니스 모델 지원 불가 등이 있었습니다. 이러한 문제를 해결하기 위해 시스템 구조를 개선하고, 도메인 간 결합도를 낮추며, 확장 가능한 설계를 적용하는 과정에 대한 경험을 다룹니다.
결제 시스템레거시 시스템시스템 설계
토스·2025년 12월 1일
Architecture
Gitlab Architecture
이 글은 GitLab의 권장 아키텍처를 소개하며, 사용자 수에 따른 확장 전략을 제시합니다. 2,000명 미만 사용자는 단일 노드 설치를, 2,000명 이상은 컴포넌트별 노드 확장을 권장합니다. 확장 시 고려 사항으로는 프론트엔드 노드, 로드 밸런서, 스토리지, PostgreSQL, Redis 연결 등이 있으며, 워크플로우와 클라우드 환경에 따른 최적화가 필요함을 강조합니다. 또한, 클라우드 환경 구성 시 고려할 점과 권장되지 않는 리소스(AWS Aurora DB, Azure Blob Storage)에 대한 정보도 제공합니다.
GitlabArchitectureMSA
베스핀글로벌·2022년 6월 28일
Architecture
Raft : AERGO Private Environment를 위한 합의(Consensus)
이 글은 AERGO Private Environment를 위한 합의 알고리즘인 Raft에 대해 설명합니다. Raft는 분산 시스템에서 리더를 선출하고, 로그 복제를 통해 일관성을 유지하는 알고리즘입니다. 글에서는 Raft의 기본 개념과 동작 방식을 소개하며, 특히 AERGO 환경에서 어떻게 적용되는지에 초점을 맞춥니다. Raft는 복잡한 분산 합의 문제를 단순화하여 이해하기 쉽게 설계되었으며, 이를 통해 개발자들이 더 쉽고 안정적으로 분산 시스템을 구축할 수 있도록 돕습니다. 블로코는 이러한 기술을 바탕으로 기업 맞춤형 웹3 블록체인 솔루션을 제공하며 디지털 혁신을 이끌고 있습니다.
Raft합의 알고리즘분산 시스템
블로코·2019년 8월 26일
Architecture
마이리얼트립은 어떻게 MSA로 전환하고 있는가?
마이리얼트립 CTO 정재훈은 팬데믹이라는 어려운 시기에도 불구하고 모놀리식 아키텍처에서 마이크로 서비스 아키텍처(MSA)로 전환하는 이유와 과정에 대해 설명합니다. MSA 전환의 주된 목표는 두 가지입니다. 첫째, 투어 상품 중심에서 티켓, 숙박, 항공 등 다양한 버티컬로 확장하면서 각 영역에 최적화된 고객 경험을 제공하기 위함입니다. 둘째, 단일 저장소와 서버를 사용하는 모놀리식 구조에서 발생하는 서비스 복잡성과 의존성을 제거하여 작은 장애가 전체 시스템으로 확산되는 문제를 해결하기 위함입니다. 이 글은 MSA 전환의 필요성과 초기 문제 해결 과정을 공유하며, 기술적 도전을 극복하고 서비스 개선을 이루려는 마이리얼트립의 노력을 보여줍니다.
MSA마이크로 서비스 아키텍처시스템 설계
마이리얼트립·2022년 7월 14일