핀다

RSS

게시글: 21
등록: 2026년부터

All Frontend Backend AI DevOps Architecture Etc

Backend
금융서비스 MSA 전환기- 서버 간 비동기 메시지 기반 통신 처리(3편)
본 글은 금융 서비스에서 MSA(Microservices Architecture) 전환 과정에서 서버 간 비동기 메시지 기반 통신을 처리하는 방법에 대한 3편입니다. 기존 동기식 처리 방식의 비효율성을 개선하기 위해 메시지 기반의 비동기 통신으로 설계 방향을 전환했습니다. 첫 번째 단계로, 클라이언트가 자산관리(AMS API) 서버에 SSE(Server-Sent Events) Connection을 요청하는 과정을 설명합니다. 이 과정에서 Redis를 사용하여 중복 요청을 확인하고, SseEmitter를 통해 비동기 이벤트 구독을 설정합니다. 이후 여신(LMS API) 및 수신(DMS API) 관리 서버에서 비동기 메시지를 처리하는 후속 단계를 예고하며, MSA 환경에서의 효율적인 비동기 통신 설계의 중요성을 강조합니다.
MSA비동기 메시지SSE
핀다·2023년 9월 25일
Backend
MySQL과 SSL/TLS통한 접속
이 글은 MySQL 접속 시 SSL/TLS 관련 내용을 다룹니다. MySQL은 버전 업데이트에 따라 새로운 기능 추가, 기존 기능 수정, 삭제 등 다양한 변경사항을 포함합니다. 특히 AWS RDS for MySQL 및 Aurora MySQL 서비스에서도 MySQL 8.0.28 버전이 지원되면서, 이전 버전과의 호환성 및 접속 관련 문제가 발생할 수 있습니다. SSL/TLS는 클라이언트와 서버 간의 안전한 통신을 보장하는 프로토콜로, MySQL 접속 시에도 SSL/TLS 버전 호환성 확인이 중요합니다. MySQL 8.0.28 버전부터는 TLSv1.0 및 TLSv1.1이 제거되었으므로, 업데이트 시 서버와 클라이언트 모두 지원하는 SSL/TLS 버전을 사전에 확인하고 테스트해야 합니다. 이는 데이터베이스 보안 및 안정적인 접속을 위해 필수적인 과정입니다.
MySQLSSL/TLS데이터베이스
핀다·2023년 8월 21일
Backend
MySQL timestamp 와 Y2K38 Problem
MySQL의 timestamp 데이터 타입과 Y2K38 문제에 대해 설명합니다. timestamp 타입은 1970년 1월 1일 00:00:01 UTC부터 2038년 1월 19일 03:14:07 UTC까지만 저장할 수 있는 제약이 있습니다. 이는 32비트 부호 있는 정수(signed integer)를 사용하여 시간을 표현하기 때문입니다. 이 문제를 해결하기 위해 MySQL 5.6.4 버전부터는 timestamp 타입의 범위를 2038년 이후까지 확장하는 기능이 도입되었지만, 여전히 32비트 timestamp를 사용하는 경우 Y2K38 문제가 발생할 수 있습니다. 따라서 timestamp 대신 datetime 타입을 사용하거나, 64비트 timestamp를 지원하는 버전으로 업그레이드하는 등의 대안을 고려해야 합니다. 이 글은 timestamp 데이터 타입의 특성과 Y2K38 문제의 발생 원인 및 해결 방안을 제시하여 데이터베이스 설계 시 주의점을 강조합니다.
MySQLtimestampY2K38 Problem
핀다·2022년 12월 27일
Backend
Spring 로컬 캐시 라이브러리 ehcache
이 글은 Spring 프레임워크에서 주로 사용되는 로컬 캐시 라이브러리인 ehcache에 대해 소개합니다. ehcache는 Java 기반으로 개발되었으며, Spring 환경에서 간편하게 적용하여 사용할 수 있는 장점을 가지고 있습니다. 글에서는 ehcache의 기본적인 개념과 Spring과의 연동 방법을 다룰 것으로 예상됩니다. 로컬 캐시를 활용하면 애플리케이션의 성능을 향상시키고 데이터베이스 부하를 줄이는 데 기여할 수 있습니다. Spring 개발자라면 ehcache를 통해 캐싱 전략을 효과적으로 구현하는 방법을 배울 수 있을 것입니다.
Springehcache캐시
핀다·2020년 6월 22일