아키텍처 기술 블로그 최신 글

필터 0
선택된 필터 없음
쿠팡 SCM 워크플로우: 효율적이고 확장 가능한 low-code, no-code 플랫폼 개발
쿠팡
아키텍처

쿠팡 SCM 워크플로우: 효율적이고 확장 가능한 low-code, no-code 플랫폼 개발

쿠팡 SCM 팀이 low-code, no-code 워크플로우 플랫폼으로 데이터 구축과 서비스 개발 효율을 높인 사례를 소개했습니다. 비개발자도 사용할 수 있는 캔버스 기반 빌더와 확장 가능한 아키텍처를 함께 설명했습니다.

#low-code#no-code
4300
오픈 소스, 블록체인 그리고 탈중앙 애플리케이션
플라네타리움
아키텍처

오픈 소스, 블록체인 그리고 탈중앙 애플리케이션

오픈 소스와 블록체인이 탈중앙 애플리케이션의 비허가성과 포크 가능성을 어떻게 뒷받침하는지 설명했습니다. 프로토콜 공개만으로는 부족하고, 구현의 공개와 자유로운 재배포가 함께 필요하다고 보았습니다.

#오픈소스#블록체인
2500
Performance CoE 개요
SK C&C
아키텍처

Performance CoE 개요

Performance CoE의 개념과 전사 성능 테스트 운영 모델을 정리한 글입니다. 중앙집중화, 표준화, 지표 기반 거버넌스로 성능과 비용 효율을 높이는 흐름을 설명했습니다.

#성능#test
1200
OOP 기반 선착순 투표 시스템 아키텍처
ZUM
아키텍처

OOP 기반 선착순 투표 시스템 아키텍처

일반 투표와 선착순 투표를 분리해 OOP 기반 확장형 아키텍처를 설계했습니다.\nDecorator와 Named Lock으로 공통 기능 재사용과 동시성 제어를 함께 다뤘습니다.

#OOP#Decorator
400
NVMe 시대의 RAID: GRAID와 PoseidonOS
글루시스
아키텍처

NVMe 시대의 RAID: GRAID와 PoseidonOS

NVMe SSD 시대에는 기존 RAID 구조의 병목이 성능 한계로 드러났습니다. GPU 기반 GRAID와 SPDK 기반 PoseidonOS가 이를 어떻게 풀었는지 살펴봅니다.

#RAID#NVMe
2300
도메인 주도 설계와 모델 주도 설계 도입하기 - 정산편
타다
아키텍처

도메인 주도 설계와 모델 주도 설계 도입하기 - 정산편

정산 도메인에 DDD와 MDD를 적용해 흩어진 지식과 강결합 구조를 정리했습니다. 모델을 단순화하고 책임을 분리해 가독성과 확장성을 높였습니다.

#DDD#model
3700
재택근무 환경에서 효율적인 코드 리뷰 방법: 팀 그라운드 룰 정하기
카카오페이
아키텍처

재택근무 환경에서 효율적인 코드 리뷰 방법: 팀 그라운드 룰 정하기

재택근무와 팀 규모 변화 속에서 코드 품질을 지키기 위한 코드 리뷰 그라운드 룰의 필요성을 다뤘습니다. 팀 공통 기준으로 리뷰 효율과 일관성을 높이려는 고민을 공유했습니다.

#code review#재택근무
3100
타다 드라이버 앱 상태관리 개선하기
타다
아키텍처

타다 드라이버 앱 상태관리 개선하기

타다 드라이버 앱의 복잡한 상태관리 문제를 독립 모듈과 StateMachine 구조로 개선한 사례입니다. Middleware, 로깅, 테스트로 안정성과 개발 생산성을 높였습니다.

#Android#state management
3400
이벤트 스토밍, 어떻게 하는 것이고 왜 해야 하나요?
오토피디아
아키텍처

이벤트 스토밍, 어떻게 하는 것이고 왜 해야 하나요?

이벤트 스토밍의 개념과 진행 방식을 설명하고, 타이어 커머스 서비스 적용 사례를 소개했습니다. 왜 해야 하는지도 함께 다뤘습니다.

#event#MSA
1800
핏펫 개발조직의 방향성과 애자일 리더십
핏펫
아키텍처

핏펫 개발조직의 방향성과 애자일 리더십

핏펫 개발조직이 스포티파이 사례를 참고해 점진적 애자일 전환과 협업 체계 정비 방향을 공유했습니다. 역할 기반 의사결정과 CL·TL 분리를 통해 자율성과 생산성의 균형을 추구했습니다.

#agile#조직
2800
9가지 프로그래밍 언어로 배우는 개념: 2편 - 다형성
데브시스터즈
아키텍처

9가지 프로그래밍 언어로 배우는 개념: 2편 - 다형성

여러 프로그래밍 언어의 다형성 기능을 비교하며 오버로딩, 인터페이스, 제네릭, 변성을 정리했습니다. 상속 기반 인터페이스의 한계와 타입클래스, Rust trait 같은 대안을 함께 살펴봤습니다.

#다형성#오버로딩
2900
더 나은 객체지향 개발을 위한 아이디어: 관심사의 분리부터 제어의 역전까지
데이블
아키텍처

더 나은 객체지향 개발을 위한 아이디어: 관심사의 분리부터 제어의 역전까지

관심사의 분리와 의존성 주입, 제어의 역전으로 좋은 코드의 의미를 설명했습니다. 프레임워크가 의존성을 관리하면 협업과 변경 대응이 쉬워진다고 정리했습니다.

#객체지향#의존성 주입
900