티스토리

성장을 꾸준히 기록하는 공간
검색하기

블로그 홈

성장을 꾸준히 기록하는 공간

downfa11.tistory.com/m

무소의 뿔처럼 나아가자

구독자
1
방명록 방문하기
공지 그래야 내가 원하는 세상에 갈 수 있⋯ 모두보기

주요 글 목록

  • What Color is Your Function? (feat. 함수의 색 전염성) 본 블로그 글의 내용은 이전 글인 'Java도 한다 경량 쓰레드 (Virtual Thread)' 중에서 설명하는 함수의 색상 문제를 다룬다. Java도 한다 경량 쓰레드 (Virtual Thread)봄(Spring)은 왔는가?Java의 위대한 산물인 가상 쓰레드는 분명 JVM 생테계에 엄청난 열풍을 일으켰음에 의심할 여지가 없다.많은 개발자들이 그 패러다임에 발맞춰서 프레임워크를 개선하고 있듯downfa11.tistory.com   함수의 색 문제 (Function coloring Problem)아래의 포스트에서부터 시작한 논의로 Java, Kotlin, Go 등의 언어에 대해서 활발하게 이야기되고 있다.  What Color is Your Function? – journal.stuffwithstuff... 공감수 2 댓글수 0 2025. 3. 12.
  • Java도 한다 경량 쓰레드 (Virtual Thread) 봄(Spring)은 왔는가?Java의 위대한 산물인 가상 쓰레드는 분명 JVM 생테계에 엄청난 열풍을 일으켰음에 의심할 여지가 없다.많은 개발자들이 그 패러다임에 발맞춰서 프레임워크를 개선하고 있듯이, 나도 얼른 쫓아가겠다.  * 구조도를 직접 그린게 이해하기 어려우면 맨 아래의 출처에 가면 다른 이미지도 있습니다  Java의 기존 쓰레드 모델 (JDK 17 이하)컨텍스트 스위칭을 통해 OS 자체의 리소스를 점유하는 방식으로, JVM 내에서 플랫폼 쓰레드를 생성할때 JNI를 사용해서 OS(Kernel) 쓰레드에 직접 매핑되도록 설계되었다.  Heap에 존재하는 수많은 유저 쓰레드 중 하나가 JVM의 스케줄링에 따라서 커널 쓰레드에 매핑되어 실행되는 기존 구조스케줄링은 ExecutorService에 의해서.. 공감수 0 댓글수 0 2025. 2. 26.
  • JVM의 Garbage Collector 분석 (feat. ZGC와 G1간의 차이점 비교) 우리는 JVM 위에서 동작하는 다양한 언어, 프레임워크, 라이브러리나 도구 등을 포함한 광범위한 영역에서 활동한다.이러한 JVM 생태계 전반에 대한 이해를 위해서 먼저 JVM을 깊게 이해하고자 한다.  Java Virtual Machine(JVM)의 이해단순히 Java만 실행하는 것이 아니라 Kotlin, Scala, Groovy 등의 다양한 언어를 바이트코드로 실행하는 가상머신으로, 플랫폼 독립적인 환경을 제공한다.바이트코드 실행GC를 통한 자동 메모리 관리JIT 컴파일로를 활용한 런타임 최적화효율적인 쓰레드 관리  1. Java Code를 컴파일(javac)2. JVM이 이해할 수 있는 바이트코드(.class)를 JVM의 클래스 로더(Class Loader)가 메모리에 적재3. 런타임 메모리 영역(M.. 공감수 0 댓글수 0 2025. 2. 26.
  • Java17 - String 클래스의 최적화 기존 JDK(17 이하)와 달라진 Stirng 클래스의 최적화에 대해 알아보자. 크게 배워야할 부분은 없고 3가지 특징으로 구분할 수 있다. String 관련 성능이 기존보다 훨씬 최적화되었다. (메모리 절약 + 실행 성능 향상 + GC 부담 감소) 1. Compact Strings 유지Java8까지만 해도 String 객체는 내부적으로 char[] (2byte UTF-16 인코딩)을 사용함 Java9부터 Compact Strings 기법을 도입. byte[] + coder 플래그를 사용해서 1byte 문자 저장해서 메모리 절약→ 한글이나 중국어같은 다국어는 UTF-16(2byte) 유지, 영어나 숫자는 1byte로 저장Heap 공간을 적게 차지해서 GC 성능 최적화작은 크기의 문자열을 더욱 빠르게 처리.. 공감수 0 댓글수 0 2025. 2. 25.
  • Tomcat, Netty의 쓰레드 덤프 분석을 통해 병목 지점을 분석해보자 - Prometheus,Grafana를 통한 시각화 모니터링 자바 쓰레드의 상태(Thread State)상태 전이에 대해 간략하게 설명하기 전에 종류나 알고 가자NEW : 쓰레드가 생성되었으나 아직 시작되지 않은 상태 (아직 OS 쓰레드는 존재하지 않는 상태)Thread.start()를 호출해야 OS에서 실제로 쓰레드를 생성RUNNABLE : 쓰레드가 실행 가능하여 OS의 리소스를 기다리거나 JVM 안에서 실행중인 상태OS 스케줄러의 실행 대기열에 포함되었다가 차례로 CPU에서 실행된다.BLOCKED : 쓰레드가 동기화 락을 기다리며 Block된 상태WAITING : 무한정 대기중인 쓰레드 (CPU 입장에서 Waiting과 Blocked는 동일)TIMED_WAITING : 쓰레드가 지정된 시간동안 대기TERMINATED : 실행 완료되었거나 예외가 발생하여 종료된.. 공감수 2 댓글수 1 2025. 2. 24.
  • 스프링에서 제공하는 Redis 직렬화/역직렬화 도구의 한계와 직접 구현 (Snappy 압축) Redis에서도 동일하게 클래스 정보를 넘겨주게 되면 저장공간을 사용하게 될 뿐만 아니라, 클래스 정보가 변경되는 경우 캐시 정합성 문제가 생길 수 있다. 따라서 압축을 적용하는 것이 합리적이라 볼 수 있고, 추가적인 CPU 처리를 하더라도 Redis 사용량을 줄일 수 있는 직렬화 도구를 직접 구현하여 적용해보자.   스프링에서 Redis 사용 (spring-data-redis)Redis는 기본적으로 byte 배열을 사용해 데이터를 저장한다.spring-data-redis에서는 데이터를 직렬화해서 Redis에 기록하고 역직렬화하는 도구를 제공한다. 하지만 스프링에서 제공하는 직렬화/역직렬화 도구를 그대로 활용하면 몇가지 문제가 있으며 어떻게 개선할 수 있을지 살펴보자. Spring 진영에서는 Redis를.. 공감수 1 댓글수 0 2025. 2. 19.
  • Hexagonal Architecture의 테스트코드 작성 (feat. StepVerifier, TestPublisher) 프로젝트를 Hexagonal Architecture로 개발하면서, 외부 시스템과 소통하는 Port 인터페이스를 통해서 실제 비즈니스를 담당하는 UseCase의 구현체인 Service를 검증할 수 있다. 독립적인 테스트 코드비즈니스 로직이 외부 시스템에 의존하지 않으므로, 독립적으로 단위 테스트(Unit Test), 빠른 테스트 실행DataBase, HTTP Client, 메시징 등의 외부 시스템에 대한 각 Adapter는 독립적으로 테스트 가능의존성의 대체(Mock, Stub, Fake)Port-Adapter 패턴으로 인해, 실제 사용하는 외부 시스템이 아닌 Mock 등 으로 활용한 테스트 가능예를 들어, DB Adapter 대신 InMemoryRepository를 사용하여 테스트할 수 있다.  테스트코.. 공감수 1 댓글수 0 2025. 2. 13.
  • 비동기 프로그래밍, 얼마나 알고 있나요? (Advanced Asynchronized) 이벤트 기반 IO 처리 방식의 비동기 설계 패턴으로 여러 방식이 존재하고, 비동기 작업을 관리하지만 그 방식이 상이하다. 비동기 방식의 구분 : 이벤트를 감지하는 주체가 누구인가?두 방식 모두 "-actor"로끝나며 행동하는 주체로서 행위자(actor)를 의미한다. 따라서 어떤 방식으로 행동하는지를 나타낸다고 볼 수 있다. Reactor : IO 이벤트가 발생하면 직접 반응(React)하여 실행Proactor : 미리, 앞서서(Pro) + IO 작업을 요청해두고, 완료되면 OS가 자동으로 실행 1. Reactor 패턴I/O 이벤트가 발생하면 핸들러(Callback)를 등록해 두고, 이벤트가 발생하면 이를 처리하는 방식 동작 방식애플리케이션이 비동기 작업을 요청하고, 처리할 핸들러(콜백)를 등록I/O 멀티.. 공감수 1 댓글수 1 2025. 2. 11.
  • 지속 가능한 개발을 위한 클린 아키텍처 (feat. Hexagonal Architecture) 한창 면접 준비로 바쁘던 와중, '지속 가능한 개발'에 대한 내용을 강조하는 모집 공고를 보고 지원했었다. 엥 모지 근데 사실 이력서에 적던 프로젝트에서도 Hexagonal 아키텍처를 통해 시도한 내용이 있어서, 이를 강조하면서 내용을 정리해봤다.특히 실제 서비스하는 기업들의 기술 도입과 실패 사례를 통해서 배우는 부분이 많은거같다. 지속 가능한 시스템 애플리케이션은 분명히 변한다. 반드시 바뀌고 필히 확장된다.   소프트웨어 개발 과정에서 설계는 프로덕트의 품질, 유지보수성, 확장성에 결정적인 영향을 미친다.복잡해지는 비즈니스 요구사항과 기술 환경의 변화에 유연하게 대응하기 위한 소프트웨어 아키텍처가 필요하다. 지속 가능한 시스템은 시간이 지나도 유지보수, 확장이 용이하며 요구사항의 변화에 유연하게 적.. 공감수 0 댓글수 0 2025. 2. 8.
  • Axon Framework를 이용해서 이벤트 소싱을 도입하자 원래는 이벤트 소싱으로 도메인을 먼저 관리하고, CQRS 패턴을 이용해서 Command와 Query를 분리하면서 책임을 명확히 하는 식으로 단점을 보완하는게 맞다.​본 프로젝트는 이와 다르게, 전적 통계를 위해 CQRS 패턴을 먼저 구현해서 Axon Server 없이 Kafka만을 이용해서 게임이 끝날때의 전적 종료 이벤트를 받아 작업했다. ​그러다가 member 서비스에서 사용자 데이터를 관리하는데 있어서 전적 결과에 따른 실력 점수(Elo, MMR 등)의 변동은 비즈니스적으로 정합성 관리가 중요하다고 판단했다. ​따라서 인과는 좀 다르지만 뒤늦게 이벤트 소싱을 통해 사용자 정보를 관리하게 되었다. ​아직 사용자 서비스에 대한 CQRS는 구현되지 않았고, 전적 쿼리 서비스와 전적 서비스간의 이벤트 처리.. 공감수 0 댓글수 0 2024. 12. 31.
  • DDD - Bounded Context를 정의해보자 MSA로의 마이그레이션 과정에서 느낀 경험과 이론으로 봤을때, 최대 단점은 역시 어려움이 꼽힌다고 생각한다.  그러면 MSA 아키텍처가 왜 어려울까?1. 도메인 분해를 위한 설계의 어려움2. 마이크로서비스간의 통신(IPC)의 어려움3. 분산 환경에서의 트랜잭션 관리의 어려움 지극히 주관적인 의견이지만 일부는 모두가 동의할 것이라 믿는다.. 나만 어려운게 아니길   그중에서 기존 모놀리식 아키텍처를 도메인별로 잘게 나누어 분해하는 과정이 시작부터 우리들의 발목을 잡게 된다.  처음 접하는 사람들 입장에서 생각해보자.  그래 알겠어 각 서비스별로 쪼개서 만들면 되는거. 근데 무슨 기준으로 마이크로서비스를 나누는거지?  도메인 주도 설계(DDD)도메인 주도 설계는 비즈니스 도메인을 중심으로 설계해서 문제를 해.. 공감수 1 댓글수 1 2024. 12. 24.
  • 성능 테스트와 개선을 위한 시도와 실패들 병목 현상을 줄이기 위한 비동기 프로그래밍@Async 어노테이션을 통해 데이터의 조회 과정을 비동기 방식으로 처리하도록 수정했다.원래는 Netty를 이용한 Spring Webflux와 ReactiveRedis 같은 녀석들을 이용해서 Non-Blocking하게 작업할까도 생각했었지만 기획 단계에서 포기했다. 이미 진행중이던 다른 프로젝트에서 Webflux를 이용하기도 하고, 무엇보다 r2dbc에서 복잡한 연관관계의 데이터 모델을 구성하기 어렵기 때문이다.데이터모델 설계 과정에서 드는 리소스를 감안하기보단, 탄탄한 rdbms를 지원하는 JPA의 이점을 살리는게 더 이득이라 판단했다.조회 성능을 높히기 위한 Caching 정책평소 Redis를 굉장히 좋아했음....ㅎ리팩토링 과정에서 expireTime을 60.. 공감수 0 댓글수 0 2024. 12. 17.
  • Spring의 비동기 프로그래밍 @Async에 대해 알아보자 @EnableAsync, @Async 는 Spring에서 비동기로 작업을 처리하도록 쉽게 도와주는 어노테이션이다.​왜 ThreadPoolTaskExecutor를 등록해야 할까?Spring의 기본 비동기 처리 Executor는 매번 새로운 쓰레드를 생성하기에, 쓰레드풀을 만들어두면 성능 개선​​@EnableAsync 어노테이션을 들어가보자.​org.springframework.core.task.SimpleAsyncTaskExecutor 빈을 찾는다.does not reuse threads즉, 재사용하지 않고 매번 쓰레드를 생성한다.​​​쓰레드를 생성하는 작업은 매우 비용이 많이 드는 작업이라 쓰레드풀로 성능을 개선해보자​CPU Bound 작업보단 IO bound가 대부분인 애플리케이션 로직​​Java의 E.. 공감수 0 댓글수 1 2024. 11. 23.
  • Axon와 Kafka는 어떻게 다른가? 작업하는 프로젝트에서 CQRS 패턴을 이용하고자 EDA를 고민하던 차에, Axon Server를 두지 않고 기존에 운용하던 Kafka를 통해 이벤트를 전달하도록 하기 위해 axon-kafka를 공부했다. ​Axon Server는 메시지 브로커로 CQRS 패턴이나 이벤트 소싱 기반 아키텍처 구현을 지원하는 플랫폼이다. 얼핏 보면 Kafka와 비슷한 역할로 보이는데, 이벤트 소싱(Event Sourcing)을 중심으로 알아보자.​Event-Driven Architecture이벤트 생성 및 처리를 중심으로 애플리케이션 구축을 지지한다. 이는 주로 실시간, 분산 및 확장성에서 반응성이 있어야 하는 최신 서비스에 따라 주도되어 왔다.​ Event SourcingDDD(Domain-Driven Design)에서 시.. 공감수 1 댓글수 0 2024. 11. 23.
  • 토이프로젝트 - 트랜잭션 관리를 통한 베타락(Exclusive Lock) 구현 트랜잭션(transaction)의 관리격리성(Isolation) : 일련의 트랜잭션을 작업 중에는 다른 트랜잭션의 연산 작업이 끼어들지 못하게 격리시킨다.동시에 공유 리소스에 접근시 독립성을 유지하기 위해 대기한다.​​트랜잭션의 isolation level 상승@Transactional(isolation= isolation.SERIALIZABLE)트랜잭션 내에서 선택(select)된 리소스는 공유 잠금(write제한)된다. 성능적으로 동시처리 성능이 가장 나지만 단순하고 가장 엄격한 관리 수준​SERIALIZABLE 만 해둔다면 쓰기 작업은 안되겠지만 읽기 작업이 동시에 가능하기에 비즈니스 로직에서는 잘 고려해야한다.​​트랜잭션 격리 수준의 종류repatable-Read(default) : 조회하는 데이.. 공감수 0 댓글수 0 2024. 11. 22.
  • 토이프로젝트 - Redis를 이용한 분산 락(Distributed Lock) Database Lock은 Lock 획득을 위해 대기하는 connection을 증가시켜서 부하를 준다.​Java의 synchronized나 ReentrantLock을 사용하여 애플리케이션 수준에서의 동시성 제어도 가능하겠지만, 우리는 트랜잭션 관리나 분산 락 구현을 통해 해결할 것이다.​​데이터베이스의 Lock 전략1. 낙관적 잠금 : 충돌이 감지되면 그때 처리하자!JPA의 @Version 어노테이션을 사용하여 엔티티의 버전을 관리하고, 업데이트 시 버전을 체크하여 충돌을 방지할 수 있다충돌 안나면 처리 성능이 좋지만, 충돌이 빈번한 경우 오히려 비용이 크다.다른 트랜잭션의 접근을 제어하지 않기에 동시성이 높지만 충돌을 방지하지 못한다.충돌시 롤백 처리를 구현해야한다Table의 @Version 이나 Ti.. 공감수 0 댓글수 0 2024. 11. 22.
  • HTTP multipart/form-data 파일 업로드 문제 해결 토이프로젝트에서 쓰이는 기능중에 이미지와 파일을 업로드하는 경우가 종종 생겼는데,json 형태의 dto와 파일을 함께 받아야하는 상황에서 오류가 발생했었다.​HTTP에 대한 개념적인 부분이 부실해서인지, 막연히 이미지만 multipart로 보내면 된다고 생각했었다.​게시글 작성에 관한 정보를 담은 json은 그대로 @Requestbody로 보냈다가 415 Unsupported Media Type 오류를 직면했다.​ 클라이언트에서 서버로 파일을 업로드하는 과정1. 웹브라우저를 통해 파일을 등록하는데, HTTP header의 Content-Type 속성을 multipart/form-data로 지정Content-Type은 간단히 말해서 '보내는 자원의 형식'을 명시하는 헤더의 정보이다.​2. 이미지 파일을 B.. 공감수 0 댓글수 0 2024. 11. 21.
  • Hexagonal 아키텍처와 MVC 패턴 비교 아키텍처의 설계는 유지 보수가 잘 되어야 기술적 부채를 줄여줄 수 있다. 이는 곧 프로젝트의 초기 단계에서부터 설계의 중요성을 깨닫고 훈련해야함을 의미한다. ​들어가기에 앞서서, 기존의 계층 구조와 MVC 패턴의 차이점부터 먼저 언급하고 가겠다. 주제와 연관은 없지만 함께 공부한 내용이라 넣어봤다.​​MVC와 계층 구조의 차이점MVC 패턴과 Layered Architecture가 그냥 비슷한 개념으로 생각해왔다. 그러다가 커뮤니티에서 차이점에 대해 이야기하는 글을 보게 되었고, 좀 더 깊게 찾아봤다.​MVC 패턴은 주로 비즈니스 로직과 화면(View)를 구분하는데 중점을 두고 Model, View, Controller 로 구성된다. 반면 3tier 계층 구조는 Presentation, Applicatio.. 공감수 0 댓글수 0 2024. 11. 21.
  • Spring Cloud를 뜯어보자 (Gateway, Config, Netflix Eureka) 마이크로 서비스 아키텍처(MSA)는 하나의 모놀리식 아키텍처에서 각 도메인별로 분해하여 비즈니스에 따른 유연한 대응을 목적으로 한다.​구조는 복잡해져도, 기술만을 중요시하지 않고 도메인을 신경써야하는 요즘 시대에 걸맞는다고 볼 수 있어서 시장의 대세로 자리잡았다. ​그런 MSA의 단점으로 꼽히는 문제점들이 있고, 각 서비스들은 이 문제를 어떤 방식으로 해결하는가? 가 중요해졌다. ​ 예를 들자면​여러 마이크로 서비스들이 어디 있는지 어떻게 찾아야 하는가?각 서비스는 어떻게 통신하는가?보안적 요소나 속도 제한처럼 서비스의 접근을 어떻게 제어하는가?문제 상황 발생시, 개별 서비스가 응답하지 않으면 비즈니스를 어떻게 처리할건가?​​이런 복잡한 문제점들을 해결하기 위해 Spring Cloud에서 여러 서비스를 .. 공감수 2 댓글수 0 2024. 11. 19.
  • Github Action으로 시작하는 GitOps 파이프라인(AWS ECR, Github Actions) Github Actions이 뭘까?CI/CD와 같은 workflow를 자동화 할 수 있는 도구로, 2018년부터 깃허브에서 제공하는 서비스.​깃허브를 통해서 버전 관리나 협업하는 이상, 깃허브 내의 이벤트(push,pull,merge ...) 의 발생에 대해 정해진 동작을 실행해주는 Actions 기능은 Jenkins같은 CI 툴만큼이나 편리할 수 밖에 없다. Public 레포지토리는 제한있는 무료로 사용 가능함.​Github CLI를 사용하면 Repository를 push하지 않더라도 Branch의 Actions들을 실행하고 필요한 정보를 넘겨줄 수 있다.​​​들어가기에 앞서서, 알아둬야할 핵심적인 개념을 소개하겠음 Github Actions의 구성1. WorkflowEvent를 트리거로 여러 Job으.. 공감수 0 댓글수 0 2024. 11. 19.
  • Docker 데몬 없이 컨테이너 이미지 빌드(kubernetes Docker 지원 중단) 컨테이너화는 애플리케이션 배포의 필수적인 요소로 자리잡았고, Docker로 대표되는 가장 인기 있는 기술이다.​다른 k8s 문제에 대해 트러블 슈팅중에 뒤지다가 검색 키워드로 떠서 좀 찾아봤다.​kubernetes is deprecating Docker...네?kubernetes에서 docker 지원을 중단하려고 한다는 아티클을 발견해서 허겁지겁 들어가서 탐독했다.​​휴 다들 진정해 사격중지​아래 링크는 k8s 공식 문서에서 제공하는 번역본이다.https://kubernetes.io/ko/blog/2020/12/02/dont-panic-kubernetes-and-docker/​ 웃긴게, 하도 논란되니까 해명하는거 같은 내용이다.​k8s은 v1.20 이후 컨테이너 런타임(CRI)으로서 도커를 사용 중단(d.. 공감수 2 댓글수 0 2024. 11. 19.
  • Docker 컨테이너 패키징과 이미지 최적화의 이해 로컬의 경우 ARM, x86 68bit 두 가지 환경이 있다.서버 환경도 보통 후자인데 크로스 플랫폼으로 빌드하지 않는 이상, 최신 버전의 맥북은 빌드시 ARM 으로 된다.​서비스 배포시 우리는 어떤 환경에서던 동일한 Dockerfile을 작성해서 컨테이너 이미지를 빌드한다.​어떻게 동일한 컨테이너 이미지를 이용해서 Docker와 kubernetes에서 이용 가능할까? 이에 대해 알려면 Docker에 대한 살짝 더 깊은 이해가 요구된다.​​​OCI(Open Container Initiative) : 저수준 컨테이너 런타임OCI 이미지 스펙을 가진 컨테이너 이미지는 OCI 런타임에서 구동 가능실제 실행할려면 isolation된 환경이 필요한데, 관련된 리눅스 기술을 관리하는 레이어Linux 운영체제의 커널.. 공감수 0 댓글수 0 2024. 11. 17.
    문의안내
    • 티스토리
    • 로그인
    • 고객센터

    티스토리는 카카오에서 사랑을 담아 만듭니다.

    © Kakao Corp.