# msa
Prometheus + Grafana
Metrics를 수집하고 모니터링 및 알람에 사용되는 오픈소스 애플리케이션Pull 방식의 구조와 다양한 Metrics Exporter 제공시계열 DB에 Metrics 저장 -> 조회 가능(쿼리)설치 아래링크에서 os에 맞게 설치https://prometheu
Micrometer
마이크로 서비스에 설치된 Hystrix 클라이언트의 스트림을 통합마이크로 서비스에서 생성되는 Hystrix 클라이언트 스트림메시지를 터빈 서버로 수집Hystrix 클라이언트에서 생성하는 스트림을 시각화 (Web Dashboard)Hystrix Dashboard / Tu
Zipkin - 분산 추적
https://zipkin.io/분산 환경에서의 시스템 병목 현상 파악Twitter에서 사용하는 분산 환경의 Timing 데이터 수집, 추적 시스템(오픈 소스)Collector, Query Service, Databasem WebUi 로 구성Span하나의 요청
CircuitBreaker
장애가 발생하는 서비스에 반복적인 호출이 되지 못하게 차단특정 서비스가 정상적으로 동작하지 않을 경우 다른 기능으로 대체 수행 -> 장애 회피Hystrix -> Resilience4j 로 대체resilience4j-circuitbreaker: Circuit breaki
Back to the basic - gRPC
1년 정도gRPC 기반의 프레임워크로 gRPC 통신을 통해 Microservices 중 몇가지를 개발했다. 프로토버퍼를 빌드하고, 배포도 해봤지만 그동안 뭔지도 잘 모르고 배포해왔다는 생각이 들어.. Back to the basic의 첫 시리즈로 gRPC를 공부해봤다.
AWS 기반 MSA 서비스(4)
기존 Monolith앱의 단점앱 확장성의 어려움장기 개발 사이클의 어려움특정 모듈 장애시의 운영 어려움, 신규 기능 추가의 어려움다양한 마이크로 서비스 구조 진화마이크로서비스 아키텍처는 자유롭게 만들 수 있다.EC2를 이용해서 서버에 올린다거나, ECS containe
kafka 사용해보기
pom.xmlKafkaConsumerConfigKafkaConsumerpom.xml 동일KafkaProducerConfigKafkaProducer
마이크로 서비스 keyword
크리스 리처드슨의 "마이크로서비스 패턴"을 읽고 키워드를 정리해놓은 글입니다 마이크로서비스 정의 경계 컨텍스트(bounded context) 가 있는, 느슨하게 결합된 엘리먼트로 구성된 서비스 지향 아키텍처 특징 1) 모듈성 : API 라는 경계를 가지고 있어 서
API Gateway
Gateway 라는 말을 종종 들어본 적이 있을 것이다. Gateway란 관문, 출입구를 뜻하는 단어로 네트워크에서는 패킷이 특정 네트워크로 들어올 때 가장 먼저 통과하는 포인트를 말한다.그렇다면 API Gateway 란 무엇일까?API Gateway 는 여러 API
Kafka Conncet
Kafka Conncet를 통해 Data를 Import/Export 가능코드 없이 Configuration으로 데이터를 이동Standalone mode, Distribution Mode 지원RESTful API 통해 지원Stream 또는 Batch 형태로 데이터 전송
Kafka
Apache Software Foundation의 Scala 언어로 된 오픈 소스 메시지 브로커 프로젝트실시간 데이터 피드를 관리하기 위해 통일된 높은 처리량, 낮은 지연 시간을 지닌 플랫폼 제공모든 시스템으로 부터 데이터를 실시간으로 전송하여 처할 수 있는 시스템데이
MSA Project[5] order service 추가
order service는 사용자의 주문과 주문을 확인할 수 있는 서비스를 제공한다.Spring-webSpring devToolsjpah2lombokEureka clientdependency를 추가하여 프로젝트를 생성해준다.이전 catalog service와 동일하게d
MSA Project[4] catalogs service 추가
지금까지 user service를 작성하였는데 하나의 micro service를 더 추가하여 사용해보려고 한다. 상품의 기본 정보를 가지고 있는 카탈로그 서비스를 만들건데. 순서대로 해보자먼저 프로젝트를 생성하고Spring-weblombokjpah2eureka-clie
설정 정보의 암호화 처리
Symmetric Encryption 대칭 암호화 (Shared)Using the same keyAsymmetric Encryption 비대칭 암호화 (RSA Keypair)Private and Public KeyUsing Java keytoolJava Cryptogr
MSA Proejct[3] 유저 조회
서비스를 호출했을때 우리가 만든 서비스들은 랜덤한 포트로 열기 때문에 각 포트번호를 알수가 없었다. 그래서 각 서비스의 호출시 포트번호를 알아내기 위한 설정을 해보자!우선 우리가 사용하고 있는 health_check url을 통해 포트번호를 확인하려고 한다.기존 코드에
주니어 백엔드 개발자로서 궁금한 점
약 4개월 정도 실무를 경험해보면서 주니어 백엔드 개발자로서 궁금한 점이 한두가지가 아니다. 그래서 이러한 의문사항을 직장동료들과 토론해보고 계속 자료를 찾아보았다. 하지만 명쾌한 답을 얻지는 못 한것들이 많다.이 부분은 동료 백엔드 개발자 분들과 토론을 한 적이 있다