Django Backend Developer
🇰🇷 Suwon, Republic of Korea
As a Backend Developer, My primary focus is on architecting scalable and maintainable backend systems. Believing that 'understanding operations makes for better code,' I actively experiment with deployment, observability, and automation in my personal homelab. This hands-on experience allows me to engineer solutions that consider operational efficiency right from the development phase.
I've worked on a variety of projects, from simple websites to complex web applications. Here are a few of my favorites.
Insilicogen Inc A LIMS backend incrementally re-aligned in production around three decision criteria — analysis-pipeline decoupling, concurrency safety across the specimen lifecycle, and explicit time-boundary policies for long-running work
Insilicogen Inc An in-house newsletter delivery service designed to satisfy send-pipeline concurrency, online schema changes on a hot growing table, and forward-compatibility for identifiers already shipped in external in-flight mail
Insilicogen Inc An in-house archiving service designed around three intertwined axes — Korean search quality, permission consistency, and metadata-change propagation
Insilicogen Inc An internal attendance system v1 designed around three decision criteria — boundary separation from a legacy security system, deterministic explicit handlers over signal automation, and idempotency on partial data
A solo personal infrastructure designed to satisfy zero inbound ports, VPN-only management, and code-defined infrastructure simultaneously
A solo personal music acquisition + normalization pipeline designed to satisfy recommendation diversity, metadata consistency, and one-person operability simultaneously
Thoughts, insights, and tutorials on web development, design, and technology.
서론 이전 글에서 OCI에 Semaphore를 셋업 한 뒤 실제 인프라 전환을 시작하려 하였다. 새 도구의 학습곡선이야 감수할 수 있는 영역이지만, 불현듯 아래와 같은 의심이 생겼다. IaC를 한답시고 정작 GUI에서 버튼을 누르고 있는데, 이게 맞는 건가? 이번 글에서는 불현듯 스쳐 지나가지 못한 그 의문이 일으킨 나비효과에 대해 다루고자 한다. 본론 OCI + Semaphore 폐기 Semaphore를 만지며 가장 먼저 느낀 것은 학습곡선이었다. Project, Repository, Inventory, Environment, Template 같은 개념이 각기 분리되어 있어 하나의 Playbook을 돌리려면 GUI를 여러 차례 오가며 클릭해야 했다. 익숙해지면 그러려니 할 일이지만, 굳이 익숙해지기 위해 노력을 하고 싶지 않았다. 여기에 더해 가장 결정타가 된 건 도구의 본질적인 모순을 자각했을 때이다. 왜 설계할 때 자각하지 못하고 직접 해보고 나니 자
![홈서버 IaC 전환기 (1) [with OCI & Terraform]](https://blog.knowsu.in/content/images/2026/04/Gemini_Generated_Image_b5bs5db5bs5db5bs.png)
서론 홈서버를 운영하며 LXC와 VM이 점점 늘어감에 따라 각각의 상세 스펙 및 설정을 다 기억하기엔 한계가 왔다. 어떤 서비스는 systemctl 을 통해 백그라운드 데몬으로 돌고 있고, 어떤 서비스는 Docker 기반으로 돌고 있고. 이걸 계속 잊어버려 매번 들어가서 이 명령어가 왜 없지 고민하곤 한다. 이를 해결하기 위해 문서화를 하는 것도 방법이 될 수 있겠지만, 이는 지속적으로 문서를 업데이트해야 하는 또 다른 피로감이 생기게 된다. 따라서 이번 글에서는 이러한 고충을 모두 해결할 수 있는, Terraform + Ansible 기반으로 홈서버 인프라를 IaC로 전환해보고자 한다. 보다 정확히는 인프라 전환을 위한 사전 준비를 하고자 한다. 본론 Gemini 가라사대, IaC(Infrastructure as Code, 코드형 인프라)의 정의 IaC는 물리적 하드웨어 구성이나 대화형 구성 도구를 사용한 수동 프로세스가 아닌, 기계가 읽을 수 있는 정의 파
서론 홈서버를 운영한 지 약 반년 정도가 지났다. 고작 반년 사이에 무슨 사건·사고가 있었겠냐 하지만, 생각보다 다양한 일이 있었다. 집의 퓨즈가 나가 정전되어 서버가 내려간다든지, 멀티탭을 잘못 뽑는다든지 등등. 사실 SSD만 있다면 그냥 웃어넘겼겠지만, NAS용 HDD의 경우 강제로 중단되면 디스크에 손상이 갈 수 있기에 미뤄두었던 백업 시스템을 구축해 보고자 한다. 보다 근본적인 해결을 위해 이사하면 UPS(Uninterruptible Power Supply)를 구매할까도 생각 중이다. 본론 대충 찾아보았을 때는 Proxmox에서 제공하는 PBS(Proxmox Backup Server)라는 자체 백업 서비스가 존재한다고 한다. 얼핏 들었을 때는 해당 기능을 일종의 스냅샷(Snapshot)을 뜨는 것이라 이해하였으나, Gemini와 교차 검증을 하니 전혀 다른 개념임을 알 수 있었다. Proxmox의 스냅샷(Snapshot)과 Proxmox Backup Se
Intern, Backend Developer
Developed internal systems for data integration, attendance tracking, and SSO using Django and DRF. Designed an authentication architecture integrating Redis and PostgreSQL, and improved operational efficiency by optimizing performance with Elasticsearch and S3, as well as establishing a Docker Compose-based deployment environment.
Bachelor of Software Engineering
Completed core CS coursework including Data Structures, Algorithms, OS, Networks, and Databases.