微服务AppCity,实体类City城市
微服务AppCountry,实体类Country国家
在AppCountry的Service层中写一个接口
package org.foo.bar.country.service;
@FeignClient(略)
public interface CityService{
// CommonResponse是自定义的响应类
CommonResponse<City> getCityInCountry(City condition);
}
那这个City应该放在哪,所有的微服务都把自己的实体类放在common模块中不太合适吧,那这两个微服务之间怎么传递这个City呢?DTO和Converter又该怎么写
如果多个微服务需要使用同一个实体类,比如City,那么最好的做法是将这个实体类定义在一个独立的库(library)中,然后让这些微服务依赖这个库。
说白了就是自有三方库
.
新建一个包 org.foo.bar.country.domain;
共享的实体都放在里面。
可以写成一个共享模块 打成Jar包 哪里需要这个共享模块里的实体类就哪里引入就行了
创一个通用的微服务放入实体类,引入到微服务AppCity和微服务AppCountry中,就能共用了
本文向大家介绍微服务中如何实现 session 共享 ?相关面试题,主要包含被问及微服务中如何实现 session 共享 ?时的应答技巧和注意事项,需要的朋友参考一下 在微服务中,一个完整的项目被拆分成多个不相同的独立的服务,各个服务独立部署在不同的服务器上,各自的 session 被从物理空间上隔离开了,但是经常,我们需要在不同微服务之间共享 session ,常见的方案就是 Spring Se
我正在设计一个微服务架构中的评审分析平台。 应用程序如下所示; null null 问题在于,验证服务需要获取site-a的所有评论,应用验证规则并生成错误(如果有的话)。我知道共享数据库模式和实体打破了微服务体系结构。 一个可能的解决方案是 每当验证服务需要对站点进行审查时,它就会请求网关,网关会将请求重定向到审查服务并采取响应。 这种方法的两个可能缺点是 验证服务是否知道网关?是否会带来依赖?
当前体系结构: 问题: 我们在前端和后端层之间有一个两步流程。 null 微服务2(MS2)需要验证I1的完整性,因为它来自前端。如何避免对MS1进行新的查询?最好的办法是什么? 我试图优化的流删除了步骤1.3和2.3 流程1: null 流程2: 2.1用户X已在本地/会话存储中存储了数据(MS2_Data) 2.2用户X在MS1上保留数据(MS2_Data+MS1_Data) 2.3 MS1使
我不清楚如何取回购买服务不保存的数据--例如:用户的全名。当试图通过购买用户名进行更复杂的搜索购买时,问题会变得更严重。 我认为,显然可以通过在两个服务之间同步用户来解决这个问题,方法是在用户创建时广播某种类型的事件(并在购买服务端只保存相关的用户属性)。在我看来,这远非理想。当你有数百万用户时,你如何处理这个问题?您会在每个使用用户数据的服务中创建数百万条记录吗? 另一个明显的选择是在用户服务端
如果您在组织中使用微服务架构,它们可以通过zookeeper或其等价物共享配置。但是,不同的服务应该如何共享一个公共的db模式呢?公共常数?和常用的公用设施? 在微服务之间共享代码和模式的一种可伸缩、高效、实用且有希望是美丽的方法是什么?