간략하게 정리하는 Resilience4j Resilience4j의 핵심적인 기능들 CircuitBreaker Bulkhead RateLimiter Retry TimeLimiter Cache CircuitBreaker차단기와 같은것장애가 다른곳으로 전파되지 않게해줌HALF_OPEN, CLOSE, OPEN 상태가 있음 Exception의 종류IgnoreEx
NOSQL특징 데이터 간 관계가 중요하지 않음 (조인등의 연산이 없음)고성능 머신에 데이터를 저장하는것이 아니라 분산해서 저장하고 분산해서 처리함.분산해 저장하고, 분산해 복제해 데이터 유실이나 서비스 중지가 없음 CAP 이론을 따름Partitioning(부분결함 용인) - 데이터가 유실 될 수 있다.Consistency, Availability 두개 중
kafka와 rabbitMQ에 대해 좋은 비교글이 있어 정리해본다. https://www.cloudamqp.com/blog/when-to-use-rabbitmq-or-apache-kafka.html Kafka vs rabbitMQ 정리rabbitMQ는 데이터를 큐에 넣어서 처리함.kafka는 데이터를 로그파일로 저장함 RabbitMQ는 높은 처리량을 처리할
핵심개념들카프카 , Producer, Consumer, Consumer Group, Topic, Partition, Segment, Broker, zookeeper, Quorum 알고리즘기반, __consumer_offsets, Broker replica, ISR, OSR, Controller, fetch의 흐름 카프카?움직이는 데이터를 처리하는 플랫폼카
vue를 활용한 naver 아이디로 로그인 기능 구현 플로우 front에서 code를 얻고 code를 서버로 던지고 서버에서 code를 활용하여 토큰을 얻고 얻은 토큰을 통해 사용자 정보를 조회함 문제사항위 1번과정 중 네이버 아이디로 로그인 버튼을 클릭시 axios get함수를 활용하여 코드를 얻으려 하니 CORS 에러가 발생 Access to XMLH
AWS전세계에서 가장 많이 쓰는 퍼블릭 서버IAAS로 시작함 가용성 존(AZ)가장 기본적인 단위는 Region 이다.한국의 경우 서울 하나만 있다.Region는 논리적인 단위이고 가용성 존(AZ)이 물리적인 단위이다.한 Region은 여러개의 가용성 존을 갖고 있다.가용성 존이 오늘 다룰 단위이다. AZ 하나는 CIDC(클라우드 IDC)로서 하나의 단위이다
Thingsboard 오픈소스 IoT 플랫폼으로서 데이터 수집, 처리, 시각화, 디바이스 관리 기능 등을 제공 클라우드, on-premise 환경에서 손쉬운 설치를 제공하며 데이터 유실이 없음 (한 노드가 죽었을 때 downtime 없이 대체 가능) Multi-tenancy 구조 Downtime 없는 Scale Out 가능 SQL / NoSQL &
에러 처리는 Stage(Origin, Processor, Destination, Executor) 관점, 파이프라인 관점에서 처리방법이 존재 Stage(Origin, Processor, Destination, Executor) 관점Discard , Send to Error, Stop Pipeline 파이프라인 관점Discard, Send Response