1. 서비스 아키텍처는 무엇입니까?
마이크로 서비스 아키텍처 및 기존 모 놀리 식 아키텍처
2. 모 놀리 식 아키텍처의 3 계층 모델은 무엇입니까?
프리젠 테이션 계층, 비즈니스 로직 계층, 데이터 액세스 계층
프리젠 테이션 계층 웹 UI
데이터 액세스 계층 운영 데이터베이스
3. J2EE는 단일 아키텍처이며 모든 코드는 전쟁 패키지로 패키징되고 tomcat jetty와 같은 serlet 컨테이너에 배포됩니다.
4.
J2ME , J2SE, J2EE J2ME는 소형 장비에 적합하며 스마트 카드
J2SE는 데스크탑 애플리케이션
에 적합 J2EE는 서버 애플리케이션에 적합합니다.
5.
마이크로 서비스 아키텍처와 모 놀리 식 아키텍처의 비교 모 놀리 식 아키텍처는 고도로 결합되어 테스트하기 어렵습니다.
사업이 복잡해지면 개발이 어렵고 신규 이민자가 인수하기도 어렵습니다.
높은 동시 처리 용량이 제한됨
6. 모 놀리 식 아키텍처 진화-응용 프로그램 서버 클러스터로드 균형 조정
로드 균형 조정 : 단일 응용 프로그램 클러스터 배포
캐시 서버
파일 서버
데이터베이스 읽기 및 쓰기 분리
7.
마이크로 서비스의 특징 독립적 인 프로세스 서비스, 서비스는 Http 프로토콜을 통해 통신, RestFul API
서비스 중앙 집중식 관리,
다양한 개발 언어 사용 가능, 데이터베이스
데이터 형식 : xml, json, protobuf 직렬화 (이진 데이터) 마이크로 서비스는
비즈니스별로 구분됩니다.
8. 비 관계형 데이터베이스 란 무엇입니까?
mongdb redis
9.
마이크로 서비스 는 자동으로 배포 되어야합니다. 분산 배포 git-maven-jenkins-docker-k8s
10. 마이크로
서비스 관리 서비스 수가 많고 중앙 집중식 관리가 필요합니다.
Spring Cloud는 Eureka를 사용하여 서비스를 등록하고 검색합니다.
중앙 집중식 관리 프레임 워크 : Zookeeper / Consul
11. 분산 시스템에서 데이터 일관성의 어려움
12. 융합의 개념?
마이크로 서비스가 서로 의존 할 수 있기 때문에 전체 시스템을 사용할 수없는 것이 "눈사태 효과"입니다.
이러한 사고를 방지하기 위해서는 "퓨즈 메커니즘"과 같은 대응 조치가 필요합니다.
요청이 일정 횟수 동안 실패하면 서비스는 비즈니스 작업을 수행하지 않고 퓨즈를 켜고 빠르게 실패합니다. 많은 수의 스레드가 차단되지 않아
다른 서비스에 영향을 주지만 서비스 및 서비스에 종속 된 서비스 만 사용할 수 없게되며 다른 서비스는 정상적으로 사용됩니다.
13. CAP 이론 마이크로 서비스
는 "일관성", "가용성"및 "파티션 내결함성"을 동시에 충족 할 수 없습니다.
14. 모 놀리 식 아키텍처는 데이터베이스 자체의 트랜잭션 인 Transactional에 의해 제어 될 수 있습니다.
15. 마이크로 서비스 프레임 워크 트랜잭션 제어 모드
2 단계 커밋, 1 개의 서비스 A 및 서비스 B 트랜잭션 조정자, 2 개는 성공 후에 만 제출되며 하나가 실패하면 모두 롤백됩니다.
2 단계가 실패 할 수 있으므로 1 단계에 로그인해야합니다.
16. 마이크로 서비스 프레임 워크에는 Spring의 SpringCloud
Google의 Kubernetes가 있습니다.
17.
마이크로 서비스 컨테이너 및 모 놀리 식 프레임 워크 컨테이너 모노머 : tomcat, jettry 및 기타 serlet 컨테이너 마이크로 서비스
: Docker 컨테이너
18. DevOps는 마이크로 서비스의 배포 방법 또는 개념입니다.
19. 사업 개발이 증가함에 따라 조치는 무엇입니까?
읽기 및 쓰기 분리, 캐시 추가,로드 밸런싱 서버 추가, 애플리케이션 클러스터 배포.
추가 개발을 위해 분산 시스템 및 마이크로 서비스 아키텍처를 고려하십시오.
20. 마이크로 서비스 아키텍처의 세 가지 주요 문제는 무엇입니까?
장애 전파 : 퓨즈
서비스 사업부 : 사업별로 구분이 어렵고, 노후 시스템을 분리하기도 어렵습니다. 도메인 구동
분산 트랜잭션 : 2 단계 커밋 또는 3 단계 커밋. 어느 쪽이든 트랜잭션 실패로 인해 데이터 불일치가 발생하고 데이터를 수동으로 복구 할 가능성이 있습니다.
21. 마이크로
서비스 의 주요 기능, 서비스 등록 및 검색,
로드 밸런싱,
서비스 내결함성,
서비스 게이트웨이,
서비스 구성의 통합 관리,
링크 추적,
실시간 로그
2. Springcloud 1. springcloud
소개
Springcloud는
개발 및 배포 프로세스를 단순화하는 springboot 기반 의 웹 프레임 워크입니다.
Springcloud는 오픈 소스 Netflix OSS 컴포넌트
2 와 같은 다른 기술 프레임 워크를 패키징하여 구현됩니다. 스프링 클라우드
서비스 등록 의 핵심 컴포넌트 발견 유레카
퓨즈 컴포넌트 Hystrix
로드 밸런싱 컴포넌트 리본
라우팅 게이트웨이 Zuul
3. springboot,
자동 구성, 시작 의존성, Actuator의 작동 상태 모니터링의 세 가지 주요 기능
4. 스프링 부트 자동 설정과 초기 의존성이란 무엇인가
자동 설정은 프로그램이 필요로하는 것이며, 스프링 부트가 그것을 조립할 것이다. 예를 들어, Feign 종속성이 pom에 도입되면 springboot는 기본 Feign에 필요한 빈을 자동으로 도입합니다.
시작 종속성 : 이전에 프로젝트 종속성을 추가 할 때 버전 충돌을 해결하기 위해 버전을 선택해야합니다. 예를 들어 springmvc는 spring-core, spring-web, spring-webmvc 및 기타 종속성,
springboot 시작 종속성을 도입해야합니다. spring-boot-starter-web 만 추가하면 springmvc 관련 종속성이 자동으로 도입됩니다.
자동 설정 및 초기 의존성으로 인한 문제 : 개발자는 프로그램에 어떤 빈이 주입되는지 알지 못하며,
Springboot는 프로그램 의 실행 상태를 모니터링 할 수있는 Actuator 구성 요소를 제공합니다.