잡동사니

안녕하세요. yeti 입니다.오늘은 제가 실제로 운영 중인 AI 개발 환경과 AI 코딩 도구 운영 전략을 공유하려고 합니다.특히 이 글은 단순한 AI 도구 추천이 아니라,독립 개발자가 AI 개발 비용을 직접 감당하는 환경에서 어떤 기준으로 도구를 선택하는지에 대한 기록입니다.저는 모든 AI 도구 비용을 개인이 직접 지불합니다.그래서 이 글은 생산성 관점이 아니라 비용을 통제하면서 AI 코딩 도구를 사용하는 전략에 대한 이야기입니다.문제: AI 개발 비용은 생각보다 빠르게 증가한다AI 코딩을 적극적으로 활용하면 생산성은 확실히 올라갑니다.하지만 동시에 AI 토큰 비용과 구독 비용도 빠르게 증가합니다.2025년 11~12월, Cursor IDE 사용량이 늘어나면서 월 비용이 15 ~ 20만원까지 올라간 경험..

안녕하세요. yeTi입니다.최근 서버 접속 문제를 해결하면서 네트워크의 기본 개념들을 다시 한번 정리할 필요성을 느꼈습니다. 특히 SSH 접속이 안 되는 상황에서, 문제의 원인을 찾고 해결하기 위해서는 네트워크의 각 계층에 대한 이해가 필수적이라는 것을 깨달았습니다.이번 글에서는 OSI 7계층을 중심으로, 네트워크 문제 해결을 위한 체계적인 접근 방법에 대해 이야기해보려 합니다.OSI 7계층과 네트워크 통신의 이해네트워크 통신은 마치 우편 시스템과 같습니다. 편지를 보내기 위해서는 받는 사람의 주소(IP)가 필요하고, 실제로 편지를 전달하기 위해서는 구체적인 위치 정보(MAC 주소)가 필요합니다. 이러한 통신 과정은 OSI 7계층이라는 체계적인 구조를 통해 이루어집니다.계층별 주요 역할물리 계층 (1계층..

안녕하세요. yeTi입니다.오늘은 MariaDB Galera Cluster의 멀티 마스터 아키텍처와 데이터 일관성 관리에 대해 이야기해보려 합니다. 특히 Galera Cluster가 어떻게 멀티 마스터 환경에서 데이터 일관성을 유지하면서도 고가용성을 제공하는지, 그 핵심 메커니즘을 자세히 살펴보겠습니다.Galera Cluster의 철학: 일관성과 가용성의 균형Galera Cluster는 분산 시스템 환경에서 고가용성과 데이터 일관성을 동시에 추구하는 것을 목표로 설계되었습니다. 이는 분산 시스템에서 흔히 발생하는 CAP 이론의 트레이드오프를 효과적으로 다루기 위한 선택이었습니다.멀티 마스터 구조의 선택Galera Cluster가 기본적으로 멀티 마스터 구조를 채택한 것은 고가용성을 위한 전략적 선택이었습..

안녕하세요. yeTi입니다.오늘은 MariaDB Galera 클러스터에서 사용되는 SST(State Snapshot Transfer) 방식 중 하나인 rsync에 대해 이야기해보려 합니다. 특히 rsync가 SST로 선택된 이유와 그 특성을 깊이 있게 살펴보면서, 실제 운영 환경에서 고려해야 할 점들을 함께 알아보겠습니다.SST와 rsync의 만남데이터베이스 클러스터링에서는 새로운 노드가 합류할 때 기존 데이터를 복사하는 과정이 필수적입니다. Galera 클러스터에서는 이 과정을 SST라고 부르며, 그 방법 중 하나로 Linux의 파일 동기화 도구인 rsync를 선택했습니다.왜 rsync일까요? 이는 데이터베이스의 근본적인 특성과 관련이 있습니다. 데이터베이스는 결국 파일 시스템에 데이터를 저장합니다. ..

안녕하세요, yeTi입니다.오늘은 안영회 대표님의 좋은 플랫폼, 나쁜 플랫폼, 이상한 플랫폼 글을 읽고 플랫폼이라는 개념에 대해 느낀 것들을 풀어보려고 합니다.셀프서비스: 플랫폼의 핵심 가치플랫폼을 이해하는 과정에서 가장 인상 깊었던 개념은 셀프서비스입니다. 성공한 플랫폼들의 공통점을 살펴보면, 사용자들이 자율적으로 가치를 창출하고 교환할 수 있는 환경을 제공한다는 점이 눈에 띕니다.예를 들어, 유튜브는 크리에이터들이 직접 콘텐츠를 업로드하고 관리할 수 있는 환경을 제공합니다. 아마존은 판매자들이 상품을 등록하고 판매할 수 있는 자율적인 시스템을 구축했죠. 이러한 셀프서비스 환경은 플랫폼의 확장성과 지속가능성을 높이는 핵심 요소가 됩니다.셀프서비스가 중요한 이유사용자 경험의 향상: 사용자가 원하는 것을 ..

안녕하세요. yeTi입니다.오늘은 운영 체제(Operating System, OS)가 태동하게 된 배경을 알아본 것을 공유해 보고자 합니다.서론운영 체제란 무엇일지, 왜 만들어지게 되었는지, Operating System 이라는 말이 어떤 것을 어떻게 하겠다는 뜻일지 궁금하여 이를 알아보면서 알아차린 것들을 공유하는 글입니다.운영체제는 왜 필요하게 되었을까?컴퓨터는 운영체제가 없어도 작동할 수 있지만 기능에 상당한 제약이 있습니다. 초기 컴퓨터인 에니악(ENIAC)처럼 운영체제가 없는 경우 정해진 계산만 수행할 수 있으며 새로운 기능을 추가하기 위해서는 하드웨어를 직접 변경해야 하는 제약사항이 있습니다. 그리고 프로그램을 메모리에 올리거나 여러 프로그램을 동시에 실행하는 것이 불가능하며 자원을 효율적으로..

안녕하세요. yeTi입니다.이번에는 스프링 부트(Sprint Boot) 기반 개발 환경에서 기존의 스레드 풀(Thread Pool) 방식을 사용하던 애플리케이션을 자바 21에서 도입된 가상 스레드(Virtual Threads) 방식으로 전환하는 과정을 알아보겠습니다.서론스프링 부트는 임베디드 서버를 제공합니다.그 중 많이 사용하는 톰캣 서버는 스레드 풀을 활용하여 웹 요청을 처리하는 구조를 가집니다. 그러나 자바 21에서 도입된 가상 스레드는 더 높은 동시성으로 하드웨어 자원의 효율성을 제공하며, 특히 I/O 바운드 애플리케이션에서 큰 성능 향상을 기대할 수 있습니다. 이번 포스팅에서는 스레드 풀 방식에서 가상 스레드 방식으로 전환하는 과정을 살펴보고, 전환시 유의해야 할 점들을 공유해 보겠습니다.스레드..

안녕하세요. yeTi입니다.오늘은 클라우드 네이티브 애플리케이션에서 스레드 풀과 버추얼 스레드의 비교를 해보려고 합니다.서론소프트웨어 개발 분야에서 동시성과 병렬성 관리는 효율적이고 반응성 높은 애플리케이션을 구축하는 데 필수적입니다. 특히 클라우드 네이티브 애플리케이션에서는 확장성과 자원 최적화가 중요한데, 이러한 요구사항을 만족시키기 위해 적절한 동시성 모델의 선택이 매우 중요합니다.본 글에서는 자바에서 제공하는 두 가지 주요 동시성 모델인 스레드 풀(Thread Pool)과 버추얼 스레드(Virtual Thread)를 비교 분석합니다. 각 모델의 특징, 장단점, 그리고 클라우드 네이티브 애플리케이션에서의 적용 가능성을 살펴봄으로써 개발자들이 적절한 동시성 모델을 선택하는 데 필요한 인사이트를 제공하..

안녕하세요. yeTi입니다.오늘은 클라우드 네이티브 애플리케이션에서 버추얼 스레드의 역할과 이점을 알아보고자 합니다.버추얼 스레드는 전통적인 스레드 모델의 한계를 극복하고, 더 높은 동시성을 제공하기 위해 고안된 경량 스레드 모델입니다. 본 포스팅은 버추얼 스레드의 개념부터 시작하여, 클라우드 네이티브 애플리케이션에서의 실제 적용 사례와 함께 그 이점 및 한계까지 종합적으로 분석할 것입니다.클라우드 네이티브 애플리케이션의 특성먼저 클라우드 네이티브 애플리케이션이 가지는 특성을 정리하여 큰 맥락에서 바라볼 수 있도록 하겠습니다. 클라우드 네이티브 애플리케이션은 처리량, 병렬성, 동시성, 효율성의 관점에서 다뤄볼 수 있습니다.처리량(Throughput)처리량은 애플리케이션이 단위 시간당 처리할 수 있는 작업..

안녕하세요. yeTi입니다.클라우드 네이티브 애플리케이션의 발전과 함께, 경량 애플리케이션의 중요성이 점점 더 부각되고 있습니다. 동시에, 높은 동시성을 요구하는 현대 애플리케이션 환경에서는 컨텍스트 스위칭(Context Switching) 문제가 중요한 과제로 떠오르고 있습니다. 이번 포스팅에서는 클라우드 네이티브 애플리케이션에서 경량 애플리케이션의 중요성을 살펴보고, 컨텍스트 스위칭 문제가 대두된 원인을 분석하며, 프로그래밍 업계에서 이를 해결하기 위해 취하고 있는 방향을 논의하고자 합니다.경량 애플리케이션의 중요성자원 효율성클라우드 네이티브 애플리케이션은 확장성과 유연성이 중요한데, 이를 위해서는 자원을 효율적으로 사용하는 경량 애플리케이션이 필수적입니다. 경량 애플리케이션은 적은 메모리와 CPU ..