위키는 이를 소프트웨어 개발 기술인 서비스 지향 아키텍처 (SOA) 아키텍처 스타일의 변종으로 정의하며, 단일 애플리케이션을 하나의 작은 서비스로 나누어 사용자에게 최상의 가치를 제공하는 작은 서비스로 나눕니다. 각 서비스는 자체 독립 프로세스에서 실행되며 서비스 간에 경량 통신 메커니즘 (일반적으로 HTTP 기반 RESTful API) 을 사용하여 통신합니다. 각 서비스는 특정 비즈니스를 중심으로 구축되며 운영 환경, 준 운영 환경 등에 독립적으로 구축할 수 있습니다. 게다가, 가능한 통일되고 중앙 집중화된 서비스 관리 메커니즘은 피해야 한다. 특정 서비스의 경우 상황에 따라 적절한 언어와 도구를 선택해야 합니다.
마이크로서비스라는 개념의 유래는 무엇입니까? 영어판 위키피디아를 참고하여 마이크로복의 역사를 간단히 빗어 보세요.
참, 이 사람들은 모두 유명하고, 이름은 익숙하지 않을 수도 있지만, 나는 그들이 자신의 작품에 대해 어느 정도 알고 있다고 믿는다. 마틴 플로어는' 리팩토링' 과' UML 의 본질' 의 저자입니다. 밥 삼촌이라고도 하는 로버트 마틴은 애자일 전문가이자' 코드 청결과 구조 청결' 이라는 책의 저자이기도 하다. 마이크로서비스는 SOA 아키텍처의 변종이므로, 마이크로서비스에 대해 이야기할 때 SOA 는 넘을 수 없는 주제이다.
전진 속도
SOA 의 전체 이름은 "서비스 지향 아키텍처" 이고 중국어 번역은 "서비스 지향 아키텍처" 입니다. 1996 년, SOA 의 개념은 먼저 Gartner 가 제시했다. 그것의 탄생은 그 역사적 배경을 가지고 있다.
이와 함께 Gartner 는 SOA 의 개념을 제시하고, 2008 년에는 SOA 가 가장 유행하고 주도적인 소프트웨어 엔지니어링 관행이 될 것이라는 예측도 제시했다.
SOA 구조는 여러 번 SOA 가 강호에서 사라진 줄 알았지만 그렇지 않았다. 물류 및 창고 산업과 같은 많은 전통 산업은 SOA 아키텍처를 사용하여 시스템을 구축합니다.
SOA 의 경우, 그림에서 볼 수 있듯이, 각 비즈니스 기능은 서비스이며, 비즈니스에 필요한 모든 비즈니스 기능을 수행하기 위해 외부에 서비스를 제공할 수 있는 능력이 필요합니다. 즉, 개방성을 제공할 수 있는 능력이 있으며, 사용자 정의 없이 구현할 수 있습니다. 사용자 정의가 필요하지 않은 이유는 무엇입니까? 핵심은 ESB 입니다.
ESB 의 기능을 보면 그 기능이 좀 낯익은 것 같나요? 맞습니다. 마이크로복에 필요한 기본 서비스입니다.
마이크로 서비스 아키텍처 (micro-service architecture style) 는 개별 응용 프로그램을 자체 프로세스에서 실행하고 경량 메커니즘 (일반적으로 HTTP 리소스 API) 을 통해 통신하는 작은 서비스 세트로 개발하는 방법입니다. 이러한 서비스는 비즈니스 기능을 중심으로 구축되며 완전 자동화 배포 메커니즘을 통해 독립적으로 배포할 수 있습니다. 이러한 서비스는 중앙 집중식 관리가 가장 적고, 서로 다른 프로그래밍 언어로 작성할 수 있으며, 서로 다른 데이터 저장 기술을 사용할 수 있습니다.
위의 말은 마틴 풀러의 마이크로서비스 구조에 관한 논문의 핵심 단편이다. 위의 단편에서 우리는 세 가지 점에서 마이크로서비스 아키텍처의 핵심을 추출할 수 있다.
하나는 응용 프로그램을 작은 서비스 세트로 나누는 "작은 서비스" 입니다.
두 번째는 "자체 프로세스에서 실행되는 경량 메커니즘 (일반적으로 HTTP 리소스 API) 을 사용하여 통신" 하는 것입니다. 마이크로서비스는 경량 메커니즘을 통해 서로 통신하는 독립적인 프로세스입니다.
세 번째는 "완전 자동 배포 메커니즘을 통해 독립적으로 배포 가능" 입니다. 즉, 각 마이크로서비스를 신속하게 독립적으로 배포할 수 있습니다.
사실, 이것은 마이크로서비스의 기본 특징을 매우 정확하고 정확하게 묘사했다. 마이크로서비스 아키텍처 관행에서 세 가지 참조 기준 및 검사 기준으로 사용할 수 있습니다.
마이크로 서비스와 SOA 의 비교 차원
마이크로서비스
전진 속도
예를 하나 들어보죠
기술의 본질
스마트 엔드 포인트 및 더미 파이프
스마트 파이프 및 더미 끝
장면을 적용합니다
인터넷 산업
전통적인 산업이나 기업에서
SOA, 기업 OA; 마이크로서비스, 전자상거래 플랫폼
서비스 세분성
얇은
거칠다
서비스 통신
표준화, 경량
귀인
SOA, ESB 마이크로서비스, HTTP, RCP
서비스 제공
빠른
천천히
마이크로 서비스, 작은 서비스, 쉽게 업그레이드; SOA 기능 집중, 업그레이드가 어렵습니다.
응용 프로그램 아키텍처의 진화는 원래 단일 아키텍처였습니다. 단일 아키텍처란 일련의 기능을 하나의 대규모 어플리케이션에 집중시키는 것입니다. 예를 들어, 전통적인 업계에서는 전체 재정이 일반적으로 비용 관리, 회계 관리, 급여 결제를 통합하는 시스템입니다. 이런 구조는 뚜렷한 한계가 있어 대형 프로젝트의 건설에 적합하지 않다.
소프트웨어 아키텍처의 발전으로 SOA 아키텍처가 등장했습니다. SOA 는 단일 아키텍처를 거친 서비스로 분할하면서 일부 공통 기능을 분리하여 ESB 를 형성합니다. 장점은 다음과 같습니다
그러나 SOA 아키텍처에는 통합 통신 상호 작용 (ESB) 이 필요하기 때문에 인터페이스 개발의 작업량이 증가합니다.
더 발전하고, 마이크로서비스 아키텍처의 출현으로 서비스를 더 세밀한 서비스로 나눕니다. 아키텍처 선택의 다양성을 더 제공합니다. 마이크로 서비스 아키텍처의 주요 장점은 다음과 같습니다
마이크로서비스가 서비스를 더 작게 분할하고, 다중 서비스 운영이 어렵고, 서비스 통신 비용이 더 많이 들고, 데이터 일관성 유지가 더 어렵고, 성능 모니터링 요구 사항이 더 높기 때문입니다.
따라서 아키텍처를 선택할 때 비즈니스는 여러 가지 측면에서 보다 적합한 아키텍처를 선택해야 합니다.
참, 여기서 아키텍처의 진화는 전체 아키텍처의 역사를 말합니다. 당신의 서비스가 반드시 이 진화 과정을 거쳐야 한다는 것이 아니라 더 많은 아키텍처 모델이 더 많은 선택을 제공한다는 뜻입니다. 우리가 구조의 진화를 할 때, 더 많은 것은 단일 애플리케이션을 SOA 아키텍처나 마이크로서비스 아키텍처로 진화시키는 것이다.
중소기업을 위한 마이크로서비스 제품은 자동 응답 메뉴, 마이크로사이트 생성 및 관리, 위챗 CRM 시스템 서비스, 위챗 공용 플랫폼 고객 서비스 등 포괄적인 표준화된 운영 관리 서비스를 제공하는 다기능 위챗 운영 관리 플랫폼입니다.
위챗 집사는 기술 플랫폼과 운영 관리를 통해 기업 위챗 공중호에 접속하여 기업이 위챗 사용자에게 보다 완벽한 서비스 정보, 사용자 상호 작용 경험, 마케팅 효과 등의 엔터프라이즈 애플리케이션 솔루션을 제공할 수 있도록 지원합니다.
엔터프라이즈 고객에게 위챗 플랫폼 기반 고객 서비스, 제품 홍보, 대화형 마케팅, 시장 조사, 제품 주문 등의 운영 및 시스템 기능을 제공합니다.
안녕하세요, 당신의 질문에 대답하라는 초대를 받아서 기쁩니다.
클라우드 컴퓨팅, 대용량 데이터 및 인공 지능 외에도 Java 는 "프로그래밍 및 개발의 영혼" 이라고 불리며, Java 기반 고급 기술인 마이크로서비스 아키텍처도 무시할 수 없습니다.
전통적인 소프트웨어 개발 모델에 따르면, 프로젝트를 개발할 때, 우리는 일반적으로 "사용자 모듈, 주문 모듈, 상품 모듈, 지불 모듈" 과 같은 일련의 작은 모듈을 포함하는 프로젝트를 거대한 물건으로 만듭니다. 일단 모듈이 사슬을 떨어뜨리면, 전체 프로젝트가 끝난다!
이 문제를 해결하기 위해, 우리는 하나의 큰 프로젝트를 여러 개의 독립된 작은 프로젝트로 분할하는데, 각 독립된 작은 항목을 서비스라고 한다. 서비스는 인터페이스를 통해 서로 액세스됩니다. 일부 서비스가 일시 중지되더라도 다른 서비스의 실행에 영향을 주지 않습니다. 이 프로젝트 구조를 마이크로서비스 구조라고 합니다.
마이크로서비스 아키텍처는 전체 인터넷 프레임워크의 핵심이며 전체 인터넷의 백본을 제어합니다. 좋은 아키텍처는 완벽한 인터넷 플랫폼을 만들 수 있다. 따라서 마이크로서비스 전문 능력을 갖춘 건축가들은 매우 중시된다.
올 상반기 사냥은' 20 19 상반기 중 고급 인재 취업 상황 대자료 보고서' 를 발표했다. 여러 분야의 인기 채용 데이터 통계에서 건축가는 평균 놀라운 42,800 위안에 달하며 인기 분야 중 가장 높은 임금을 받았다.
마이크로서비스 아키텍처 시스템은 유연하고, 견고하며, 확장성이 뛰어나며, 수요가 빠르게 변화하는 시나리오에 특히 적합합니다. 그러나 이 시스템은 매우 복잡하여 배포 및 관리가 어렵습니다. 개발 프레임워크 외에도 마이크로서비스는 API 게이트웨이, 서비스 등록 센터, 통합 구성 센터 등 다양한 런타임 미들웨어 지원이 필요합니다. 현재 국내에서는 이미 비교적 성숙했다. 동약에는 한 팀이 하고 있는데, 그들의 웹사이트는/
국내 상용 RestCloud 마이크로서비스 아키텍처 1, 통합 내보내기 및 권한 인증 센터는 엔터프라이즈 API 호출 2 로 엔터프라이즈 기존 ESB 시스템을 경량 엔터프라이즈 서비스 버스 3 으로 대체하여 모든 API 인터페이스의 표준화, 시각화 및 통합 제어 4 를 구현합니다. 마이크로서비스 아키텍처의 핵심 API 게이트웨이로서 엔터프라이즈 마이크로서비스 아키텍처 5 에 통합됩니다. 기업과 공급망, 파트너 간의 역량 출력 인터페이스 6 으로 OpenAPI 포털을 구축합니다. 기업에서 타사 API(JD) 를 호출할 수 있도록 통합 API 액세스 플랫폼을 호출합니다. COM, 타오바오) 7. 내부 비즈니스 시스템과 외부 비즈니스 시스템 간의 채널을 엽니다. RestAPI, WebService, Dubbo, Kafka, MQTT 등 기업의 기존 인터페이스에 대한 등록 및 프로토콜 변환을 구현합니다.