studybook
  • Introduction
  • 실무 하며 깨닫는 부분 정리
    • 옵션에 대해서
    • 코드 작성의 순서
    • 자바 프로그램에 문제가 생겼다면
    • 장애 대처법
  • Logstash, Beats 정리
  • Zookeeper 정리
  • Message Queue 정리
    • RabbitMQ 삽질
  • Java 관련 정리
    • Java Primitive Wrapper class
    • Java NIO
    • Java8 Double colon operator
    • Effective Java
      • 4장
      • 5장
      • 6장 - Enum, Annotation
      • 7장 - Method
      • 8장 - 프로그래밍 일반
      • 9장 - Exception
    • Java8 Lambda expression
    • JDBC
    • Linux에서 WatchService 이상동작
  • Spring 관련 정리
    • Spring Bean init, destroy 순서
    • Spring Async Controller
    • Spring Executable jar 웹 개발 및 배포
    • Spring Boot Font 배포 에러
    • Spring AOP
      • Spring AOP로 모든 Request 로그 남기기
    • Spring Cache
    • Spring Cloud
      • Consul로 spring 설정 관리하기
    • Spring Test
      • Spring Test DirtiesContext
      • Spring Test MockBean, SpyBean
      • Spring Test Dynamic @Scheduled
    • Spring JDBC
    • Spring Validation
    • Spring Transaction Management
      • Spring with JTA 삽질
    • Spring에서 효율적으로 Static resource 관리하기
    • Zuul을 사용해서 Spring Reverse proxy 만들기
    • Spring Security
    • 스프링 어노테이션이 안 먹힐 때 의심해볼만한 것
    • Spring Data
    • Spring Webflux
      • Tobi 강연
  • 코드 리팩토링
    • 한번에 하나씩
  • 지속적 통합 (CI)
    • Jenkins pipeline 삽질기
  • Log Aggregator 정리
    • Flume 테스트
    • Fluentd 테스트
  • Web Socket 정리
  • Akka
    • Actor 모델
    • Supervision
  • IE 8 대응 정리
  • 함수형 프로그래밍
    • 모나드
  • Netty
    • Netty 기본 예제
    • Netty 주요 특징
    • Netty 부트스트랩
    • Netty 채널 파이프라인, 코덱
    • Netty 이벤트 모델
    • Netty 바이트 버퍼
  • 스칼라 관련 정리
    • Maven으로 컴파일하기
    • Scala def 괄호 여부의 차이
    • 스칼라 function, method 차이점
    • ScalaTest와 Spring 연동하기
    • Programming in Scala
  • J2S 컨퍼런스
  • Android
    • 테스트
    • NDK
  • DDOS
  • HTTP
  • HttpClient
  • Container
    • Image 개요
    • cri-o
    • kata containers
    • Open Container Initiative Image
    • Buildkit
  • Github pages
  • Static Website
  • Webhook
  • Service Discovery Tools
    • Etcd
    • Eureka
    • Consul
      • ACL
    • 비교
  • React
    • JSX
    • React Element
    • Components, Props
    • State, Lifecycle
    • Handling Event
    • Flux
  • Vagrant
    • SSH 접속
  • Linux
    • Systemd
    • Alternatives
  • Messaging protocols
    • XMPP
    • AMQP
  • Windows
    • Windows10 내장 우분투에 ssh 클라이언트로 접속하기
    • Windows10 Hyper-V와 Virtual Box가 충돌을 일으켰을 때
    • Hyper-V 기반 docker에서 Shared Drives 설정 실패할 때
    • 윈도우 개발환경 설정
    • Docker desktop 없이 docker 환경 세팅하기
    • UWP 앱을 항상 관리자권한으로 실행하는 바로가기 만들기
  • Spring camp 2017
    • Project Reactive
    • 이벤트 소싱
    • CQRS
  • Spring webflux
  • 리액티브 프로그래밍
  • Linux Settings
    • 홈서버 백업 및 복구기
    • 홈서버 트러블슈팅
  • Kubernetes
    • k3s 설치 및 삽질
    • pod resources
    • Argo workflow
    • 트러블 슈팅
      • Kubernetes namespace의 phase가 Terminating에서 멈춰있을 때
    • 쿠버네티스 마스터
    • Knative
    • Knative Pipeline
    • Aggrerated API server
    • Accessing the API
      • Authenticating
  • Sonarqube
  • HTTP/2
  • Go
    • Go Module
    • Go dependency injection
    • Go Error handling
    • Go in Action
      • 3장 패키지
      • 4장 배열, 슬라이스, 맵
      • 5장 GO의 타입 시스템
      • 6장 동시성
      • 7장 동시성 패턴
      • 8장 표준 라이브러리
      • 9장 테스트와 벤치마킹
    • Go Channel 사용법
  • Cloud Native
Powered by GitBook
On this page
  • 기본
  • 분산 환경을 통해 얻을 수 있는 장점
  • 분산 환경에서 생길 수 있는 문제점
  • 주키퍼를 사용해 얻을 수 있는 것
  • 마스터-워커 아키텍쳐
  • 생길 수 있는 장애
  • 요구사항
  • znode
  • Notification
  • Version
  • 주키퍼 아키텍쳐

Zookeeper 정리

기본

분산 환경을 통해 얻을 수 있는 장점

  • 멀티 프로세서

  • 스케일 아웃

분산 환경에서 생길 수 있는 문제점

  • 추가적인 코디네이션 서비스 구축 필요

  • 경합, 협력의 문제

  • 네트워크상에서 이루어짐

    • 메세지 지연

    • 프로세서 속도

    • 클럭 드리프트

주키퍼를 사용해 얻을 수 있는 것

  • 견고한 일관성, 순서, 내구성 보장

  • synchronization primitive 구현 제공

  • 동시성 관련 문제에 대한 솔루션 제공

마스터-워커 아키텍쳐

생길 수 있는 장애

  • 마스터 장애

  • 워커 장애

  • 통신 장애

요구사항

  • 마스터 선출 기능

  • 워커 상태 탐지 기능

  • 사용 가능한 워커 리스트 관리 기능

  • 메타데이터 관리 기능

znode

파일 시스템과 유사하게 이루어진 트리구조 각 노드는 persistent(세션이 만료되어도 znode는 보존됨)하거나 ephemeral(세션이 만료되면 삭제됨)하며, 또한 sequential(새롭게 생성되는 노드의 뒷부분에 순차 번호를 할당) 할 수 있다. 생성 삭제 등에 대한 API가 제공되고, 이는 레시피를 통해서 구현됨.

Notification

  • 주키퍼에서는 polling 대신에 watch를 등록하여 변경사항이 발생하면 Notification을 받도록 함.

  • 1회성 작업. get 작업으로 매번 다시 watch를 등록해야 함.

  • Global order으로 변경 사항의 순서 보존

Version

  • 데이터의 변경마다 버전이 증가

  • 쓰기 작업을 할 때, 자신의 버전과 서버의 버전이 다르다면 실패함

주키퍼 아키텍쳐

  • 단독 - 단독 서버로 구성됨

  • 쿼럼

    • 다수의 서버 그룹(쿼럼)으로 구성됨

    • 변경이 이루어 질 때, 한 서버에서 일어난 변경은 앙상블 내의 다른 서버로 전파되어 복제되는데 쿼럼은 이러한 복제가 이용가능한 수준까지 이루어졌다는 최소 기준

    • 짝수로 할 때보다 홀수로 할 때 서버 장애 허용 범위가 커짐

PreviousLogstash, Beats 정리NextMessage Queue 정리

Last updated 7 years ago