Central Dogma 컨트롤 플레인으로 LY Corporation의 수천 개 서비스를 연결하기
이 글은 Tech-Verse 2025에서 발표된 Central Dogma Control Plane으로 LY Corporation의 수천 개 서비스를 연결하기 세션을 글로 옮긴 것입...
devBlog
Architecture 글 모음
기업 기술블로그의 Architecture 관련 글 314개
Crafting Compilers
Crafting compilers Compilers 이 포스팅 및 앞으로 쓰게 될 시리즈는 compiler가 무엇인지, 어떻게 만들어지는지, 그리고 직접 compiler를 만드는 방법을 설명하는 시리즈가 될 것입니다. Compiler는 (어느 정도는) 복잡한 프로그램으로, 사람이 작성한 high-level 프로그램(주로 English 형태로 존재하는)을 컴퓨터가 이해할 수 있는 binary 형식으로 변환합니다. Compiler engineeri
100년 가는 프론트엔드 코드, SDK
SDK를 개발하며 마주한 다양한 상황과 기술적 어려움, 그리고 이를 해결하기 위해 우리가 설정한 핵심 가치와 달성해온 과정을 공유합니다.
[오프라인/마감] 오늘부터 스타트업 개발자입니다: 서비스 설계에서 놓치기 쉬운 것들
※ 참가 신청은 11월 17일 월요일 13:00에 마감됩니다. COMMIT 신청하기 goorm 구름은 ‘모두가 개발자가 된다’는 비전으로 ‘개발자 성장 중심’ 생태계를...
대규모 프론트엔드 아키텍처의 새로운 패러다임 - Part 3. Nx를 활용한 마이크로프론트엔드
안녕하세요! 발레를 좋아하는 올리브영의 프론트엔드 개발자 개발레리나🩰 입니다. 마이크로프론트엔드(Micro Frontend Architecture,이하 MFE…
통합 데이터 허브로 가는 길 - Part 2
아키텍처 설계와 구축
어디서 사도 NOL(야놀자)로 연결되는 이유 — 레저 채널링 구조 이야기
대규모 프론트엔드 아키텍처의 새로운 패러다임 - Part 2. 모듈 페더레이션 PoC
📖 목차 개요 모듈 페더레이션(Module Federation - MF) 넌 뭐니? MF의 특징은 뭐가 있을까? MF의 구현 방법은? MF…
Spring Cloud Config & Bus-Refresh 도입기
🎶 마이크로서비스 오케스트라 지휘법: Spring Cloud Config…
SDUI로 네이티브 운영 민첩성 높이기
…
통합 데이터 허브로 가는 길 - Part 1
도입 배경과 선택 과정
만능도구는 없다, 적절한 선택은 있다: Spring Statemachine으로 완성한 알림 2.0
복잡한 시스템에서 직접 상태 관리를 하다 보면 한계와 어려움이 분명하게 드러납니다. 이 글에서는 카카오뱅크 알림 발송 시스템 개발에 FSM(Finite State Machine) 개념을 어떻게 적용했는지, 직접 구현 방식의 한계와 Spring Statemachine을 활용해 얻은 장점, 그리고 실제로 마주한 도전 과제를 다룹니다. 프레임워크가 제공하는 체계적인 상태 관리와 개발 생산성 향상 효과, 그리고 학습 비용과 복잡성이라는 트레이드오프를
서버가 UI를 제어하는 SDUI, KREAM 백엔드의 관리 전략
“폭발적인 성장을 지탱하는 기술, 백엔드팀이 만드는 안정성과 확장성의 아키텍처”
A Calm Technology Architecture for Self-Healing IoT Connectivity: Enabling Autonomous Recovery via Stationary Devices
스마트홈 기기가 오프라인이 될 때마다 불편하셨죠? Calm Technology의 철학을 바탕으로 기기가 조용히 스스로 연결을 복구하는 ‘자가 치유 IoT 아키텍처’를 소개합니다. TV나 허브 같은 고정형 디바이스가 주변 기기를 알아서 모니터링하고 연결 문제를 감지하면 자동으로 복구합니다. 이에 따라, 사용자는 더 이상 복잡한 설정을 다시 하지 않아도 되고 꼭 필요한 경우에만 ‘친절한 알림’을 받게 되죠. 이 글에서는 저희가 개발한 자가 진단 →
“보이지 않는 곳에서 만드는 차이, 플랫폼팀이 만드는 효율과 성장의 무대”
플랫폼의 첫인상, 크몽 전시 서비스 MSA 전환기
Lustre의 파일 create & open 과정 분석 - 2
들어가기 앞서 이번 블로그에서 설명할 내용은 지난 Lustre의 파일 create & open 과정 분석 -1의 후속 내용으로, 클라이언트에서 보낸 요청이 MDS에서 처리되는 과정과 이후 클라이언트의 후속 처리 과정을 담고 있습니다. 아래 그림에서 1번은 지난 1편 블로그의 내용이고, 2번은 본 편에서 설명할 내용입니다. 1편의 내용을 숙지하고, 2편을 보시면 전체 흐름을 이해하는 데 도움이 될 수 있습니다. 러스터의 전체적인 software