핀다

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일
DevOps
AWS RDS 인증서 만료에 따른 인증서 업데이트
이 글은 AWS RDS CA 인증서 만료에 따른 업데이트 과정을 다룹니다. 핀다의 DBA가 경험한 실제 사례를 바탕으로, 인증서 만료가 임박했을 때의 상황과 이를 해결하기 위한 절차를 설명합니다. 인증서 업데이트는 데이터베이스 서비스의 안정적인 운영을 위해 필수적인 작업이며, 특히 만료 예정인 CA 인증서를 최신 버전으로 교체하는 것은 보안 및 호환성 유지에 중요합니다. 글에서는 업데이트 과정에서 발생할 수 있는 문제점과 주의사항을 공유하며, DBA가 이러한 상황에 효과적으로 대처할 수 있도록 실질적인 가이드라인을 제공합니다.
AWS RDS인증서 업데이트CA 인증서
핀다·2023년 9월 11일
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일
Architecture
금융서비스 MSA 전환기- BFF 와 CircuitBreaker 적용(2편)
이 글은 금융 서비스의 MSA(Microservices Architecture) 전환 과정에서 BFF(Backend For Frontend) 패턴과 CircuitBreaker를 적용한 경험을 공유합니다. BFF는 다양한 디바이스 환경에 맞춰 최적화된 UI와 데이터를 제공하기 위해 도입되었으며, 여러 API 호출을 통합하고 복잡한 로직을 단순화하는 장점이 있습니다. API Gateway와는 달리 BFF는 클라이언트의 UI/UX에 필요한 데이터만 제공하는 데 초점을 맞춥니다. 또한, 대량 트래픽 상황에서 서비스 안정성을 확보하기 위해 CircuitBreaker 패턴을 적용하여 장애 전파를 방지하고 시스템의 복원력을 높이는 방안을 설명합니다. 이를 통해 금융 서비스의 MSA 전환을 성공적으로 이끌고 사용자 경험을 향상시키는 데 기여했습니다.
MSABFFCircuitBreaker
핀다·2023년 7월 31일
Architecture
금융서비스 MSA 전환기 — DB 부(1편)
이 글은 금융 서비스의 마이크로서비스 아키텍처(MSA) 전환 과정 중 데이터베이스(DB) 분리 경험을 공유합니다. 특히, 대출비교 서비스의 부하를 줄이고 금융명의보호 서비스(금명보 서비스)를 안전하게 릴리즈하기 위해 기존에 함께 사용하던 DB를 분리하는 과정을 상세히 다룹니다. MSA 전환의 필요성, 기존 DB 구조의 문제점, 그리고 DB 이관 시 발생할 수 있는 부작용을 최소화하기 위한 선행 작업 및 협업 과정을 설명합니다. 또한, Domain Driven Design(DDD)의 중요성을 언급하며 시스템 설계 관점에서 MSA 전환의 복잡성과 고려사항을 강조합니다. 이 글은 MSA 전환을 고려하는 백엔드 개발자들에게 실질적인 인사이트를 제공합니다.
MSADDD데이터베이스
핀다·2023년 7월 17일
DevOps
DevOps LGTM 스택 도입기
이 글은 핀다 DevOps 팀에서 MSA 구조의 복잡한 서비스 환경에서 발생하는 문제 해결을 위해 LGTM 스택(Loki, Grafana, Mimir, Tempo)을 도입한 경험을 공유합니다. 서비스 수가 증가함에 따라 트러블슈팅에 소요되는 시간이 늘어나는 문제를 해결하기 위해 관측 가능성(Observability) 도구인 LGTM 스택을 채택했습니다. LGTM 스택 도입 후 서비스 토폴로지 및 RED 지표를 통해 전체 서비스 상태 파악이 용이해졌으며, 문제 발생 시 더욱 신속하게 원인을 파악하고 해결할 수 있게 되었습니다. 이는 복잡한 분산 시스템 환경에서 시스템의 현재 상태를 측정하고 문제를 해결하는 데 있어 관측 가능성의 중요성을 강조합니다.
ObservabilityLGTMLoki
핀다·2023년 7월 5일
Etc
우리의 개발문화는 이렇게 성장합니다
이 글은 FINDA 현금그로스 PG 자산/신용관리 PT의 백엔드 개발자가 팀 빌딩 경험과 함께 FINDA의 개발 문화 변화 과정을 공유하는 내용입니다. 개발 문화는 단순히 정의를 넘어 '개발자들이 어떻게 일하는가'에 대한 실무적 해석과 함께, 더 나은 결과물을 위해 소통, 성장, 공유하는 생태계로 정의됩니다. 글쓴이는 팀 리드를 맡으며 오래된 레거시와 새로운 팀원들 간의 화합 및 협업을 이끌어내기 위한 고민을 이야기하며, 개발 문화의 중요성을 강조합니다. Agile, Scrum, Code Review, CI/CD 등 다양한 방법론과 기술을 활용하여 팀의 성장과 효율적인 협업을 도모하는 과정을 사례 중심으로 설명합니다.
개발 문화팀 빌딩협업
핀다·2023년 6월 20일
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일
DevOps
kubernetes Pod의 진단을 담당하는 서비스 : probe
이 글은 쿠버네티스 파드(Pod)의 상태를 진단하는 프로브(Probe) 기능에 대해 설명합니다. 프로브는 컨테이너의 상태를 주기적으로 확인하여 파드의 정상 작동 여부를 판단하는 메커니즘입니다. Liveness Probe, Readiness Probe, Startup Probe 세 가지 종류의 프로브가 있으며, 각 프로브는 파드의 생명 주기 중 특정 시점에 컨테이너의 상태를 검증하는 역할을 합니다. 이를 통해 쿠버네티스는 비정상적인 컨테이너를 자동으로 재시작하거나, 서비스 트래픽을 정상 컨테이너로만 전달하도록 하여 서비스의 안정성과 가용성을 높입니다. 프로브 설정을 통해 파드의 상태를 효과적으로 관리하고 장애 발생 시 신속하게 대응하는 방법을 다룹니다.
Kubernetesprobepod
핀다·2020년 6월 22일
Backend
Spring 로컬 캐시 라이브러리 ehcache
이 글은 Spring 프레임워크에서 주로 사용되는 로컬 캐시 라이브러리인 ehcache에 대해 소개합니다. ehcache는 Java 기반으로 개발되었으며, Spring 환경에서 간편하게 적용하여 사용할 수 있는 장점을 가지고 있습니다. 글에서는 ehcache의 기본적인 개념과 Spring과의 연동 방법을 다룰 것으로 예상됩니다. 로컬 캐시를 활용하면 애플리케이션의 성능을 향상시키고 데이터베이스 부하를 줄이는 데 기여할 수 있습니다. Spring 개발자라면 ehcache를 통해 캐싱 전략을 효과적으로 구현하는 방법을 배울 수 있을 것입니다.
Springehcache캐시
핀다·2020년 6월 22일
DevOps
Argo CD를 이용한 다양한 배포 방식을 지원하는 라이브러리 : Argo Rollouts
이 글은 Argo CD와 함께 사용할 수 있는 배포 라이브러리인 Argo Rollouts에 대해 소개합니다. Argo Rollouts는 Kubernetes 환경에서 Blue/Green, Canary와 같은 다양한 고급 배포 전략을 지원하여 서비스 중단 없이 안전하게 애플리케이션을 배포할 수 있도록 돕습니다. 이를 통해 개발팀은 점진적인 롤아웃을 통해 위험을 줄이고, 롤백을 용이하게 하며, 배포 과정의 자동화를 강화할 수 있습니다. Argo Rollouts는 Argo CD의 기능을 확장하여 더욱 유연하고 안정적인 배포 파이프라인을 구축하는 데 기여합니다.
Argo CDArgo Rollouts배포
핀다·2020년 6월 22일
DevOps
kube-state-metrics에 대해서
이 글은 쿠버네티스 클러스터의 다양한 상태 정보를 수집하여 HTTP 엔드포인트를 통해 제공하는 서비스인 kube-state-metrics에 대해 설명합니다. 쿠버네티스 환경에서는 운영 관점에서 클러스터의 CPU, 메모리, 디스크 사용량뿐만 아니라 Pod 리소스 사용량, 네트워크 I/O, Deployment 및 Pod 개수 등 방대한 메트릭 정보를 수집하고 모니터링해야 할 필요가 있습니다. kube-state-metrics는 이러한 요구사항을 충족시키기 위해 쿠버네티스 API 서버를 주시하며 Deployment, Node, Pod 등 클러스터 내 객체들의 상태에 대한 메트릭을 생성하여 `/metrics` 엔드포인트로 제공합니다. 이는 개별 컴포넌트의 상태보다는 클러스터 내 객체들의 전반적인 상태 파악에 중점을 둡니다. 이를 통해 쿠버네티스 환경의 가시성(observability)을 높이고 효율적인 운영 및 관리를 지원합니다.
kube-state-metricsKubernetesmetrics
핀다·2020년 4월 23일
DevOps
Grafana란?
이 글은 시계열 데이터 시각화 도구인 Grafana의 설치 및 기본 사용법을 다룹니다. 특히 Red Hat, CentOS 등 RPM 기반 리눅스 환경에서의 설치 과정을 상세히 설명하며, `wget`을 이용한 패키지 다운로드, `yum`을 이용한 설치, `systemctl`을 통한 서비스 시작 및 상태 확인, 자동 부팅 설정 방법을 안내합니다. 설치 후에는 Elasticsearch나 Prometheus와 같은 데이터베이스 연동을 통해 실제 매트릭 데이터를 시각화하는 대시보드를 구성할 수 있음을 언급합니다. Grafana 접속 주소와 초기 화면에 대한 간략한 소개도 포함되어 있습니다. 이 글은 Grafana를 처음 접하는 개발자나 운영자에게 유용한 설치 가이드라인을 제공합니다.
Grafana설치대시보드
핀다·2020년 4월 23일
DevOps
Prometheus란?
이 글은 오픈소스 시스템 모니터링 및 경고 툴킷인 Prometheus에 대해 소개합니다. Prometheus는 SoundCloud에서 개발되었으며, 현재는 독립적인 오픈소스 프로젝트로 많은 기업에서 사용되고 있습니다. 특히 Kubernetes 환경에서 매트릭 수집 및 대시보드 구축에 권장됩니다. Prometheus는 Jobs/exporters가 매트릭을 수집하고 `/metrics` HTTP 엔드포인트를 제공하면, Prometheus 서버가 HTTP GET 요청을 통해 매트릭 데이터를 수집하는 Pull 방식으로 동작합니다. 수집된 데이터는 Prometheus 자체 웹 뷰나 Grafana와 같은 시각화 도구를 통해 조회할 수 있습니다. 글에서는 Docker를 이용한 Prometheus 설치 방법과 기본적인 설정 파일인 prometheus.yml에 대해서도 간략히 설명합니다.
Prometheus모니터링오픈소스
핀다·2020년 4월 23일
DevOps
EKS Cluster에 Argo CD 배포 및 세팅하는 법
이 글은 AWS EKS 클러스터에 Argo CD를 배포하고 설정하는 방법을 안내합니다. Argo CD는 지속적 전달(Continuous Delivery)을 위한 도구로, 쿠버네티스 환경에서 애플리케이션 배포를 자동화하는 데 사용됩니다. 글에서는 먼저 EKS 클러스터와 kubectl이 준비된 환경을 가정하고, `kubectl` 명령어를 사용하여 `argocd` 네임스페이스를 생성하고 Argo CD를 배포하는 과정을 설명합니다. 또한, Argo CD API 서버의 Service 타입을 LoadBalancer로 변경하여 외부 통신을 가능하게 하고, Argo CD CLI를 설치하여 초기 ADMIN 계정의 비밀번호를 변경하는 방법까지 다룹니다. 이를 통해 쿠버네티스 환경에서의 CI/CD 파이프라인 구축을 위한 기본적인 Argo CD 설정을 완료할 수 있습니다.
ArgoCDEKSKubernetes
핀다·2020년 4월 23일
Frontend
핀다에서 쓰는 React Custom Hooks
이 글은 핀다에서 React Custom Hooks를 어떻게 활용하고 있는지 소개합니다. React Hooks의 장점, 특히 상태 관리 로직의 재활용 가능성을 강조하며, Custom Hooks를 올바르게 정의하고 사용하는 것의 중요성을 설명합니다. Rules of Hooks를 준수하는 것 외에 Custom Hooks 작성 시 추가적으로 고려해야 할 사항들을 짚어봅니다. 예시로 이전 렌더링 값을 기억하는 `usePrevious` 훅을 소개하며, 불필요한 리렌더링을 방지하기 위해 `useRef`를 사용하는 이유를 설명합니다. 이를 통해 컴포넌트의 깔끔함을 유지하고 예측 가능한 동작을 만드는 방법을 다룹니다.
ReactCustom HooksHooks
핀다·2020년 3월 2일
DevOps
[FINDA] MSA를 위한 Kubernetes 세팅과 CI/CD Pipeline 구성, 그리고 Monitoring 시스템 구축 — 2
이 글은 FINDA에서 MSA(Microservices Architecture)를 도입하며 겪은 경험을 공유합니다. 특히 MSA 환경 구축을 위해 Kubernetes를 설정하고, CI/CD 파이프라인을 구성하며, 모니터링 시스템을 구축하는 과정을 상세히 다룹니다. MSA의 정의와 목적을 설명하고, FINDA가 MSA를 채택하게 된 배경을 소개하며, Kubernetes를 활용한 컨테이너 오케스트레이션, Jenkins와 같은 도구를 이용한 자동화된 빌드 및 배포 프로세스 구축, Prometheus와 Grafana를 활용한 시스템 성능 및 상태 모니터링 시스템 구축 경험을 공유합니다. 이를 통해 MSA 전환 과정에서의 기술적 도전과 해결 방안을 제시하며, 안정적이고 효율적인 시스템 운영을 위한 인사이트를 제공합니다.
MSAKubernetesCI/CD
핀다·2020년 2월 24일
DevOps
[FINDA] MSA를 위한 Kubernetes 세팅과 CI/CD Pipeline 구성, 그리고 Monitoring 시스템 구축 — 1
이 글은 FINDA에서 마이크로 서비스 아키텍처(MSA)를 구축하기 위해 Kubernetes 환경을 설정하고, CI/CD 파이프라인을 구성하며, 모니터링 시스템을 구축하는 과정을 다룹니다. 특히, MSA 환경에서 개발 및 운영 효율성을 높이기 위한 핵심 요소들을 집중적으로 설명합니다. Kubernetes를 활용하여 컨테이너 오케스트레이션을 자동화하고, Jenkins와 같은 도구를 이용해 효율적인 CI/CD 파이프라인을 구축하는 방법을 제시합니다. 또한, Prometheus와 Grafana를 활용한 모니터링 시스템 구축을 통해 시스템의 안정성과 가용성을 확보하는 방안을 공유합니다. 이 글은 MSA 환경을 도입하려는 개발자 및 운영자에게 실질적인 가이드라인을 제공합니다.
KubernetesMSACI/CD
핀다·2020년 2월 24일
DevOps
쿠버네티스(kubernetes) 설치 및 환경 구성하기
이 글은 쿠버네티스 클러스터 설치 및 기본적인 환경 구성을 다룹니다. 쿠버네티스의 핵심 구성 요소인 마스터 노드와 워커 노드의 역할에 대해 설명하고, 각 노드별 최소 하드웨어 사양을 제시합니다. 설치 방법으로는 kubeadm 도구를 사용하여 클러스터를 구축하는 과정을 핸즈온 방식으로 안내하며, kubeadm init과 kubeadm join 명령어의 기본적인 역할에 대해서도 언급합니다. Ubuntu 18.04 LTS 운영체제를 기반으로 하며, 이를 통해 쿠버네티스 환경을 빠르게 구성하는 방법을 배울 수 있습니다.
Kuberneteskubeadm설치
핀다·2020년 1월 7일
DevOps
쿠버네티스(Kubernetes) 네트워크 정리
이 글은 쿠버네티스 네트워크의 기본적인 구조와 통신 방식을 정리합니다. 쿠버네티스 네트워크는 크게 컨테이너 간 통신, Pod 간 통신, Pod와 Service 간 통신, 외부와 Service 간 통신 네 가지로 분류됩니다. 특히 Pod 내 컨테이너 간 통신에서는 Docker의 가상 네트워크 인터페이스인 `veth`와 각 컨테이너가 고유한 포트 번호를 사용하여 서로를 구분하는 방식을 설명합니다. 또한, 각 Pod마다 존재하는 `pause` 컨테이너가 다른 컨테이너들에게 네트워크 인터페이스를 제공하는 역할을 수행함을 언급합니다. 이 글은 쿠버네티스 환경에서 네트워크 통신을 이해하는 데 필요한 기초 지식을 제공합니다.
Kubernetes네트워크컨테이너
핀다·2020년 1월 7일