https://junsu0302.github.io/A minimal, responsive and feature-rich Jekyll theme for technical writing. 2026-06-07T16:28:21+09:00 junsu0302 https://junsu0302.github.io/ Jekyll © 2026 junsu0302 /assets/img/favicons/favicon.ico /assets/img/favicons/favicon-96x96.png 2026-06-07T00:00:00+09:00 2026-06-07T00:00:00+09:00 https://junsu0302.github.io/posts/five_layered_architecture/ junsu0302

Config-Data-Driven 구현을 위한 5-Layer Architecture 1. 서론 (Introduction) 앞선 글을 통해 소스 코드와 구동 설정을 분리하여 영속성을 확보하는 ‘Config-Data-Driven’ 패러다임의 명확한 당위성과 공학적 이점을 검증하고, 이를 프로젝트의 핵심 기법으로 도입하기로 최종 결정했습니다. 그러나 아무리 뛰어난 개념적 패러다임과 단점 상쇄 전략을 정립했다 할지라도, 이를 뒷받침할 구체적인 물리적 구조가 없다면 설계는 한낱 이상론에 그치고 맙니다. 설정 데이터가 런타임 제어권을 유연하게 쥐고 흔드는 엔진을 실제로 가동하기 위해서는, 각 컴포넌트가 코드 내 어디에 위치해야 하며 서로 어떻게 통신해야 하는지 규격화하는 물리적 아키텍처의 확립이 필수적인 다음...

2026-06-06T00:00:00+09:00 2026-06-06T00:00:00+09:00 https://junsu0302.github.io/posts/config_data_driven_architecture/ junsu0302

Config-Data-Driven 아키텍처의 패러다임 (Paradigm of Config-Data-Driven Architecture) 1. 서론 (Introduction) 현대 소프트웨어 엔지니어링 환경에서 데이터 파이프라인을 구축하고 운영하는 것은 단순한 단발성 스크립트 작성을 넘어, 시스템의 전 생애 주기를 관리하는 고도의 전략적 행위입니다. 초기 가설 검증이나 신속한 MVP(최소 기능 제품) 개발 단계에서 저는 다양한 실험적 세부 설정과 하이퍼파라미터들을 소스 코드 내부의 정적 상수 형태로 정의하여 관리하곤 했습니다. 그러나 실험 조건이 변경되거나 타깃 자산군이 추가될 때마다 매번 코드를 직접 수정하고 새로운 상수를 덧붙이는 방식은 코드가 불필요하게 비대해지는 결과를 초래했습니다. 무엇보다 ...

2026-06-05T00:00:00+09:00 2026-06-07T16:28:02+09:00 https://junsu0302.github.io/posts/develop_philosophy/ junsu0302

지속 가능한 서비스를 위한 개발 철학 (Development Philosophy) 1. 서론 (Introduction) 현대 소프트웨어 엔지니어링 환경에서 시스템을 설계하고 운영하는 것은 단발성 기능 구현을 넘어, 시스템의 전 생애 주기를 관리하는 고도의 전략적 행위입니다. 초기 가설 검증이나 신속한 MVP(최소 기능 제품) 개발 단계에서는 단순히 코드 구현에만 집중하기 쉽지만, 운영 환경으로 이관된 소프트웨어는 필연적으로 비즈니스 요구사항의 변경과 마주하며 기술적 부채(Technical Debt)를 양산하기 시작합니다 [1]. 소프트웨어 공학 측면에서 프로덕션 코드가 직면하는 본질적인 도전은 ‘작성’이 아닌 ‘유지보수’와 ‘확장’에 있으며, 이를 안정적으로 수용하기 위해서는 미래의 변화를 유연하게...

2025-12-17T00:00:00+09:00 2025-12-17T00:00:00+09:00 https://junsu0302.github.io/posts/docker_storage/ junsu0302

도커 스토리지와 데이터 관리 컨테이너는 기본적으로 데이터를 “휘발성”으로 다룬다. 도커의 파일 시스템 구조(Union File System)와 Copy-on-Write 전략을 이해하고, 데이터를 영구적으로 보존하기 위한 도커 볼륨(Docker Volume)과 바인드 마운트(Bind Mount)의 차이점 및 활용법을 다룬다. 도커 컨테이너 파일 시스템 모든 컨테이너는 독립된 파일 시스템을 갖는다. 도커는 유니언 파일 시스템(Union File System) 기술을 사용하여 여러 개의 파일 시스템 레이어를 하나의 논리적인 드라이브처럼 합쳐서 보여준다. 이 구조는 크게 두 가지 영역으로 나뉜다. 이미지 레이어 (Image Layer): 읽기 전용(Read-Only). 이미지를 구성하는 모든 레이어...

2025-12-17T00:00:00+09:00 2025-12-17T00:00:00+09:00 https://junsu0302.github.io/posts/docker_image_sharing/ junsu0302

도커 이미지 공유 로컬에서 생성한 도커 이미지를 도커 레지스트리(Docker Registry)에 업로드하여 공유하는 방법을 다룬다. 도커 허브(Docker Hub)를 기준으로 이미지 네이밍 규칙과 업로드 절차를 설명하며, 시맨틱 버저닝(Semantic Versioning)을 활용한 효율적인 태그 전략과 팀 내 표준 환경을 구축하기 위한 골든 이미지(Golden Image) 개념을 소개한다. 도커 레지스트리(도커 허브) 도커 이미지는 도커 레지스트리(Docker Registry)라고 불리는 원격 저장소에 업로드하여 어디서든 내려받을 수 있다. 가장 대표적인 공용 레지스트리는 도커 허브(Docker Hub)이다. 도커 허브에 이미지를 등록하기 위해서는 다음 3단계 과정을 거친다. 레지스트리에 ...