分布式项目工程之间的依赖
分布式系统的架构,有两种方式来进行各个子工程之间的依赖
通信方式
- 子项目之间独自通信。举个例子,比如说订单子工程在下单的时候需要调用优惠子工程的接口。那么在订单工程中直接和优惠子工程通信读取数据。然后WEB层来调用订单工程的接口。
- 子项目彼此独立。在各个独立项目的Service层上再抽象出一层Facade层,用来组装各个工程。在这个模式下。下单过程就在Facade层中去完成了,分别掉订单子工程的和促销子工程。这样各个独立工程的就彼此不通信。通信过程都是在Facade中完成,然后WEB直接依赖Facade层。
通信比较
- 第二种方式的好处就是,方式了独立项目之间的依赖。当项目之间有依赖或者多重依赖以后,比如
A
依赖B
,B
依赖C
,C
依赖D
(更加夸张的是这里出现循环依赖D
依赖A
)。那么当D
的common.JAR
包改变以后那么A
,B
,C
都需要全部重新编译重新部署,这个时间是很漫长的。 - 第二种方式的坏处就是,因为各个独立项目之间是没有依赖的,那么在
A
项目的一个实体在B
项目里面是引用不到的。这个时候如果A
项目需要和B
项目进行通信,并且需要传一个实体。那么必须在A
项目和B
项目里面定义两个一模一样的对象出来,来完成通信。
这样做有好处也有坏处,好处就是独立项目之间的实体是隔离的,那么当其中一个项目的实体变了以后就不会影响另外一个项目。坏处就是整个系统的相同的变量变多。 - 第二种方式会让很多业务无法实现。比如说订单子项目在下单某一个步(假设下单有
A
,B
,C
,D
4步)需要同步更新促销系统的一个时间。按照现在的逻辑需要做一些处理(将下单流程分解才能完成这个需求)。 - 为了解决上面2的问题,这里重新定义一个
ALL-Commen.JAR
来放一些公共对象和公共的Util
,所有的子项目依赖这个Jar包(必须确保这些对象是稳定的,不然出现的是ALL-Commen.JAR
一改,所以的子工程都要重新部署)。
整个系统的稳定性:抽象出Facade层项目之间实体独立>抽象出Facade层依赖ALL-Commen.JAR
>各个项目单独通信
不晓得有没有别的模块依赖方式。
回复内容:
分布式系统的架构,有两种方式来进行各个子工程之间的依赖
通信方式
- 子项目之间独自通信。举个例子,比如说订单子工程在下单的时候需要调用优惠子工程的接口。那么在订单工程中直接和优惠子工程通信读取数据。然后WEB层来调用订单工程的接口。
- 子项目彼此独立。在各个独立项目的Service层上再抽象出一层Facade层,用来组装各个工程。在这个模式下。下单过程就在Facade层中去完成了,分别掉订单子工程的和促销子工程。这样各个独立工程的就彼此不通信。通信过程都是在Facade中完成,然后WEB直接依赖Facade层。
通信比较
- 第二种方式的好处就是,方式了独立项目之间的依赖。当项目之间有依赖或者多重依赖以后,比如
A
依赖B
,B
依赖C
,C
依赖D
(更加夸张的是这里出现循环依赖D
依赖A
)。那么当D
的common.JAR
包改变以后那么A
,B
,C
都需要全部重新编译重新部署,这个时间是很漫长的。 - 第二种方式的坏处就是,因为各个独立项目之间是没有依赖的,那么在
A
项目的一个实体在B
项目里面是引用不到的。这个时候如果A
项目需要和B
项目进行通信,并且需要传一个实体。那么必须在A
项目和B
项目里面定义两个一模一样的对象出来,来完成通信。
这样做有好处也有坏处,好处就是独立项目之间的实体是隔离的,那么当其中一个项目的实体变了以后就不会影响另外一个项目。坏处就是整个系统的相同的变量变多。 - 第二种方式会让很多业务无法实现。比如说订单子项目在下单某一个步(假设下单有
A
,B
,C
,D
4步)需要同步更新促销系统的一个时间。按照现在的逻辑需要做一些处理(将下单流程分解才能完成这个需求)。 - 为了解决上面2的问题,这里重新定义一个
ALL-Commen.JAR
来放一些公共对象和公共的Util
,所有的子项目依赖这个Jar包(必须确保这些对象是稳定的,不然出现的是ALL-Commen.JAR
一改,所以的子工程都要重新部署)。
整个系统的稳定性:抽象出Facade层项目之间实体独立>抽象出Facade层依赖ALL-Commen.JAR
>各个项目单独通信
不晓得有没有别的模块依赖方式。
你是不是想复杂了。大概看了你的描述,不同的业务模块都需要对外提供接口,对吗?
那么每个模块专门有个接口层(假设就叫ApiUtils),通讯方式是http、或者socket都行。
模块b调用模块a的接口,发送一个http的request,拿到response就好了。就这么简单,搞什么jar包弄来弄去。
当然还有跟简单的方式,RPC。
很多吧,rmi,hessian,thrift 一类的远程方法调用,或是提供RESTful风格的api接口,或是通过消息队列等
用消息机制来解耦就可以了,你那么做太复杂,一旦复杂bug和维护都会有问题。

핫 AI 도구

Undresser.AI Undress
사실적인 누드 사진을 만들기 위한 AI 기반 앱

AI Clothes Remover
사진에서 옷을 제거하는 온라인 AI 도구입니다.

Undress AI Tool
무료로 이미지를 벗다

Clothoff.io
AI 옷 제거제

AI Hentai Generator
AI Hentai를 무료로 생성하십시오.

인기 기사

뜨거운 도구

메모장++7.3.1
사용하기 쉬운 무료 코드 편집기

SublimeText3 중국어 버전
중국어 버전, 사용하기 매우 쉽습니다.

스튜디오 13.0.1 보내기
강력한 PHP 통합 개발 환경

드림위버 CS6
시각적 웹 개발 도구

SublimeText3 Mac 버전
신 수준의 코드 편집 소프트웨어(SublimeText3)

뜨거운 주제











이 기사는 MySQL 데이터베이스의 작동을 소개합니다. 먼저 MySQLworkBench 또는 명령 줄 클라이언트와 같은 MySQL 클라이언트를 설치해야합니다. 1. MySQL-Uroot-P 명령을 사용하여 서버에 연결하고 루트 계정 암호로 로그인하십시오. 2. CreateABase를 사용하여 데이터베이스를 작성하고 데이터베이스를 선택하십시오. 3. CreateTable을 사용하여 테이블을 만들고 필드 및 데이터 유형을 정의하십시오. 4. InsertInto를 사용하여 데이터를 삽입하고 데이터를 쿼리하고 업데이트를 통해 데이터를 업데이트하고 DELETE를 통해 데이터를 삭제하십시오. 이러한 단계를 마스터하고 일반적인 문제를 처리하는 법을 배우고 데이터베이스 성능을 최적화하면 MySQL을 효율적으로 사용할 수 있습니다.

MySQL에는 무료 커뮤니티 버전과 유료 엔터프라이즈 버전이 있습니다. 커뮤니티 버전은 무료로 사용 및 수정할 수 있지만 지원은 제한되어 있으며 안정성이 낮은 응용 프로그램에 적합하며 기술 기능이 강합니다. Enterprise Edition은 안정적이고 신뢰할 수있는 고성능 데이터베이스가 필요하고 지원 비용을 기꺼이 지불하는 응용 프로그램에 대한 포괄적 인 상업적 지원을 제공합니다. 버전을 선택할 때 고려 된 요소에는 응용 프로그램 중요도, 예산 책정 및 기술 기술이 포함됩니다. 완벽한 옵션은없고 가장 적합한 옵션 만 있으므로 특정 상황에 따라 신중하게 선택해야합니다.

MySQL 성능 최적화는 설치 구성, 인덱싱 및 쿼리 최적화, 모니터링 및 튜닝의 세 가지 측면에서 시작해야합니다. 1. 설치 후 innodb_buffer_pool_size 매개 변수와 같은 서버 구성에 따라 my.cnf 파일을 조정해야합니다. 2. 과도한 인덱스를 피하기 위해 적절한 색인을 작성하고 Execution 명령을 사용하여 실행 계획을 분석하는 것과 같은 쿼리 문을 최적화합니다. 3. MySQL의 자체 모니터링 도구 (showprocesslist, showstatus)를 사용하여 데이터베이스 건강을 모니터링하고 정기적으로 백업 및 데이터베이스를 구성하십시오. 이러한 단계를 지속적으로 최적화함으로써 MySQL 데이터베이스의 성능을 향상시킬 수 있습니다.

MySQL 데이터베이스 성능 최적화 안내서 리소스 집약적 응용 프로그램에서 MySQL 데이터베이스는 중요한 역할을 수행하며 대규모 트랜잭션 관리를 담당합니다. 그러나 응용 프로그램 규모가 확장됨에 따라 데이터베이스 성능 병목 현상은 종종 제약이됩니다. 이 기사는 일련의 효과적인 MySQL 성능 최적화 전략을 탐색하여 응용 프로그램이 고 부하에서 효율적이고 반응이 유지되도록합니다. 실제 사례를 결합하여 인덱싱, 쿼리 최적화, 데이터베이스 설계 및 캐싱과 같은 심층적 인 주요 기술을 설명합니다. 1. 데이터베이스 아키텍처 설계 및 최적화 된 데이터베이스 아키텍처는 MySQL 성능 최적화의 초석입니다. 몇 가지 핵심 원칙은 다음과 같습니다. 올바른 데이터 유형을 선택하고 요구 사항을 충족하는 가장 작은 데이터 유형을 선택하면 저장 공간을 절약 할 수있을뿐만 아니라 데이터 처리 속도를 향상시킬 수 있습니다.

해시 값으로 저장되기 때문에 MongoDB 비밀번호를 Navicat을 통해 직접 보는 것은 불가능합니다. 분실 된 비밀번호 검색 방법 : 1. 비밀번호 재설정; 2. 구성 파일 확인 (해시 값이 포함될 수 있음); 3. 코드를 점검하십시오 (암호 하드 코드 메일).

MySQL 설치 실패에 대한 일반적인 이유 및 솔루션 : 1. 잘못된 사용자 이름 또는 비밀번호 또는 MySQL 서비스가 시작되지 않았으므로 사용자 이름과 비밀번호를 확인하고 서비스를 시작해야합니다. 2. 포트 충돌, MySQL 청취 포트를 변경하거나 포트 3306을 차지하는 프로그램을 닫아야합니다. 3. 종속성 라이브러리가 없으므로 시스템 패키지 관리자를 사용하여 필요한 종속성 라이브러리를 설치해야합니다. 4. 권한이 부족하면 Sudo 또는 관리자 권한을 사용하여 설치 프로그램을 실행해야합니다. 5. 잘못된 구성 파일, 구성이 올바른지 확인하려면 my.cnf 구성 파일을 확인해야합니다. 꾸준하고 신중하게 확인하는 것만으로 만 MySQL을 원활하게 설치할 수 있습니다.

MySQL이 시작을 거부 했습니까? 당황하지 말고 확인합시다! 많은 친구들이 MySQL을 설치 한 후 서비스를 시작할 수 없다는 것을 알았으며 너무 불안했습니다! 걱정하지 마십시오.이 기사는 침착하게 다루고 그 뒤에있는 마스터 마인드를 찾을 수 있습니다! 그것을 읽은 후에는이 문제를 해결할뿐만 아니라 MySQL 서비스에 대한 이해와 문제 해결 문제에 대한 아이디어를 향상시키고보다 강력한 데이터베이스 관리자가 될 수 있습니다! MySQL 서비스는 시작되지 않았으며 간단한 구성 오류에서 복잡한 시스템 문제에 이르기까지 여러 가지 이유가 있습니다. 가장 일반적인 측면부터 시작하겠습니다. 기본 지식 : 서비스 시작 프로세스 MySQL 서비스 시작에 대한 간단한 설명. 간단히 말해서 운영 체제는 MySQL 관련 파일을로드 한 다음 MySQL 데몬을 시작합니다. 여기에는 구성이 포함됩니다

MySQL 다운로드 파일은 손상되었습니다. 어떻게해야합니까? 아아, mySQL을 다운로드하면 파일 손상을 만날 수 있습니다. 요즘 정말 쉽지 않습니다! 이 기사는 모든 사람이 우회를 피할 수 있도록이 문제를 해결하는 방법에 대해 이야기합니다. 읽은 후 손상된 MySQL 설치 패키지를 복구 할 수있을뿐만 아니라 향후에 갇히지 않도록 다운로드 및 설치 프로세스에 대해 더 깊이 이해할 수 있습니다. 파일 다운로드가 손상된 이유에 대해 먼저 이야기합시다. 이에 대한 많은 이유가 있습니다. 네트워크 문제는 범인입니다. 네트워크의 다운로드 프로세스 및 불안정성의 중단으로 인해 파일 손상이 발생할 수 있습니다. 다운로드 소스 자체에도 문제가 있습니다. 서버 파일 자체가 고장 났으며 물론 다운로드하면 고장됩니다. 또한 일부 안티 바이러스 소프트웨어의 과도한 "열정적 인"스캔으로 인해 파일 손상이 발생할 수 있습니다. 진단 문제 : 파일이 실제로 손상되었는지 확인하십시오
