기본 콘텐츠로 건너뛰기

MSA (Micro Service Architecture) 기본구성, 구조설계

MSA (Micro Service Architecture) 기본구성, 구조설계

출처 : Medium https://medium.com/@yesesyo

[요약]
    - 독립적 배포 가능한 
    - 스스로 돌아 갈 수 있는 작은 서비스
    - 물리적으로 분리된 서비스이지만, 논리적으로는 하나의 어플리케이션처럼 동작
    - 서비스끼리 분리되어 있기 때문에 성능, 트랜젝션 관리, DB무결성 이슈는 가장 주의해야할 요소

[장점]
    개별 배포 및 무중단 배포 가능 (독립성)
    개별 배포가 가능하다는것은 요구사항을 신속하게 반영하여 빠르게 배포할수있다는 효과를 가져옴
    특정 서비스에 대한 확장성이 용이함
    장애가 전체 서비스로 확장될 가능성이 적음
    부분적 장애에 대한 격리가 수월함
    신기술의 적용 유연
    서비스를 여러가지 언어로 개발/운영 가능

[단점]
    전체 서비스가 커짐에 따라 그 복잡도가 기하급수적으로 늘어날 수 있음
    서비스 간 호출 시 API를 사용하기 때문에, 통신 비용이나, Latency가 그만큼 늘어남
    서비스가 분리되어 있기 때문에 테스트와 트랜잭션의 복잡도가 증가하고, 많은 자원을 필요로 함
    데이터가 여러 서비스에 걸쳐 분산되기 때문에 한번에 조회하기 어려움
    데이터의 정합성 또한 관리하기 어려움

[MSA 구축 필수요소]
    1) Service Discovery
        각 서비스들의 네트워크 위치 정보와 가용 상태를 관리할 수 있는 서비스 레지스트리(Service Registry)를 둠
            클라이언트가 서비스 레지스트리에게 가용 상태에 있는 서비스의 네트워크 위치 정보를 질의
            서버사이드 디스커버리 / 클라이언트사이드 디스커버리 로 구현방식이 나눠짐
                클라이언트사이드 디스커버리
                    클라이언트가 직접 서비스 레지스트리에 질의
                    클라이언트의 서비스 레지스트리 접근 의존성 발생
                    클라이언트(사용자)/서버 관계가 아닌 서비스/서비스 관계일때에는 고려해볼수 있는 방법론
                서버사이드 디스커버리
                    클라이언트와 서버 레지스트리 사이에 로드 밸런서(Load Balancer)를 둠
                    로드 밸런서가 서비스 레지스트리에 질의
                    일반적인 클라이언트(사용자)/서버 관계에서는 이 방식을 사용

        Netflix Eureka 를 사용하여 구현
            Eureka는 Netflix OSS(Netflix Open Source Software)에 포함된 컴포넌트들 중 하나
            Eureka 서버(서비스 레지스트리)와 Eureka 클라이언트로 구성
            Spring Cloud Netflix에서 제공하는 패턴에도 포함되어있음
            Eureka & Zuul은 Ribbon(리본:로드밸런서)을 내장하고 있다
                동일한 서비스가 다수의 인스턴스로 운영될 경우, 라운드 로빈을 기반으로 서비스 인스턴스를 호출

                * 라운드로빈 
                    서버에 들어온 요청을 순서대로 돌아가며 배정하는 방식
                    클라이언트의 요청을 순서대로 분배하기 때문에 여러 대의 서버가 동일한 스펙을 갖고 있고
                    서버와의 연결(세션)이 오래 지속되지 않는 경우에 활용하기 적합
    
    2) API Gateway
        서비스에 해당하는 각 API 서버의 엔드 포인트 단일화 -> 시스템 복잡도를 숨기는 효과를 가져옴
        클라이언트와 서비스 사이에 위치
        클라이언트의 요청을 처리할 적합한 서비스로 라우팅
        API 게이트웨이는 클라이언트의 요청을 처리해줄 서비스 주소를 서비스 레지스트리에 질의
        
        Netflix Zuul 를 사용하여 구현
            Zuul은 Netflix OSS(Netflix Open Source Software)에 포함된 컴포넌트들 중 하나
            Zuul은 단순한 라우팅 이외에도 요청과 응답을 동적으로 가로채 HTTP 메시지 필터링 기능 제공
            필터기능을 사용하여 접속IP차단도 가능
            Eureka & Zuul은 Ribbon(리본:로드밸런서)을 내장하고 있다
                동일한 서비스가 다수의 인스턴스로 운영될 경우, 라운드 로빈을 기반으로 서비스 인스턴스를 호출

    3) Circuit-breaker
        마이크로서비스에 일시적 오류 발생시 조기 차단, 장애 확대를 막고 서비스를 보호
        Hystrix (휴스트릭스)를 사용하여 구현
    
    4) Message Queue
        서비스들 간의 통신은 비동기로 구현, 서비스들 간의 의존성이 발생하지 않도록 함

        Apache Kafka
            대용량 및 실시간 처리 특화
            단순한 TCP 기반의 프로토콜을 사용함, 오버헤드 낮음
            메모리가 아닌 파일시스템에 메세지 저장
            OS에서 처리하는 페이지 캐시를 이용, 속도 빠름
            consumer가 pull 방식으로 메세지를 받으며, batch 처리가 가능합니다.

    5) API성능 모니터링   
        Zipkin (집킨)을 사용하여 구현

    5) ETC
        File Beat (로그파일 전송) : 엘라스틱서치 구현시 파일전송에 사용

댓글

이 블로그의 인기 게시물

리눅스 부팅시 스크립트 실행하기

서버를 끄고 켤때 실행되어야할 명령 혹은 프로세스들이 있을것이다.
이것들을 서버를 켜고 매번 직접 실행시켜준다면 누락의 위험도 잇고.. 번거롭기도 하고 
그리하여 
윈도우즈에서 시작프로그램에 등록하면 컴퓨터가 다 켜졌을때 알아서 실행해주듯이
리눅스에도 이와같은 기능이 있다. =============================================================기본배경지식리눅스는 부팅이되면서 런레벨에 맞는 작업을 수행하며 각 런레벨의 작업은 아래와 같이 분리된다. /etc/rc.d/rc0.d           runlevel 0/etc/rc.d/rc1.d          runlevel 1/etc/rc.d/rc2.d          runlevel 2/etc/rc.d/rc3.d          runlevel 3/etc/rc.d/rc4.d          runlevel 4/etc/rc.d/rc5.d          runlevel 5/etc/rc.d/rc6.d          runlevel 6/etc/rc.d/rc.local         모든 부팅작업이 완료된 다음 마지막에 수행 =============================================================부팅시 스크립트 실행하기 방법 1. 난이도 (하), rc.local 에 등록하기.rc.local 을 편집기로 열어서 vi /etc/rc.d/rc.local   실행하고자 하는 스크립트를 작성 톰캣을 실행한다고 했을때 예제 : su - root -c /tomcat/bin/startup.sh 위에서 root 부분은 사용자계정으로 실행하고싶을 시 사용자계정을 적용해주면 되고.. 뒤에 톰캣 startup.sh 경로는 본인에 상황에 맞는 경로로 ~ 
방법 2. 난이도 (중) 서비스로 등록하기 방법2는 .. 조금 내용도 길고 이해가 필요하므로잘 정리되어있는 이곳을 참조하자. http://originalchoi.tistory.com/44

vscode (visual studio code) 한글 인코딩 설정

1. 파일 -> 기본설정 -> 설정 에서 나오는 설정화면 우측에 아래 두개 내용을 추가

"files.encoding": "EUC-KR", "files.autoGuessEncoding":true
위에는 항상 EUC-KR 로 인코딩하겠다는 기본설정을 바꾸는 내용이며
아래는 현재 파일에 알맞은 인코딩을 알아서 찾겠다는 내용이라고 한다





끝 !

Redhat 7, CentOS 7 이상버전의 locale 설정 (언어설정)

레드햇과, 센트오에스 6점대 버전까지는

/etc/sysconfig/i18n 이곳에 인코딩설정을 해서 처리했었지만

7부터는 i18n을 사용하지 않는다.

필요할법한 명령어들을 정리해봤으니 참고해서 사용하면 되겠다.

1. 현재 언어셋팅상태 확인
env |grep -e LANG -e LC
또는
locale

2. 시스템에서 지원 가능한 캐릭터셋 확인
localectl list-locales

3. 콘솔명령어를 통해 locale설정 변경
localectl set-locale LANG={적용할 캐릭터셋}

ex) localectl set-locale LANG=ko_KR.euckr

4. 캐릭터셋 수동설정
vi /etc/locale.conf 로 파일을 연다음 아래 내용을 작성
LANG={적용할 캐릭터셋}

ex) LANG=ko_KR.euckr

설정 완료후 재부팅시 locale명령을 통해 원하는 캐릭터셋이 유지되는지 확인