微服务
文章平均质量分 62
帷幄庸者
这个作者很懒,什么都没留下…
展开
-
DDD领域设计概念梳理
概念及说明理解领域领域与具体开发技术无关。就是你的软件系统要解决的实际问题相关的所有东西的集合。按问题域理解:每个限界上下文专注于解决某个特定的子域的问题,限界上下文可以理解为问题空间(Problem Space),随着设计和含义的清晰化,限界上下文会迅速的转换为解决方案空间(Solution Space)非常结构清晰的一张图领域的整体概念图限界上下文限界上下文(Bounded context)是一个显式边界(边界:通常是一个子系统或者一个特定团队的工作),领域模型存在于边界之内。建立模原创 2021-08-21 17:07:25 · 611 阅读 · 1 评论 -
延时任务中间件
原创 2021-07-12 00:50:52 · 136 阅读 · 0 评论 -
基于qiankun的微前端实践
若干子应用接入问题:1.子应用不能直接对外暴露,如果附着在主应用,如何处理代理2.浏览器的Route路径需要处理,满足既能匹配主项目,又能匹配子项目3.静态资源需要处理,满足可以直接访问到子应用资源的需求4.代理配置时候是否重写访问地址5.使用hash路由还是使用history路由?6.需要做到当浏览器直接访问路由地址,可以打开正确的页面7.子应用访问自己的后端,需要能够被父应用统一管理8.父子应用同步用户登录状态的问题基于nginx代理子应用的实践父应用约束:1.父应用中注册子应用原创 2021-07-11 23:33:24 · 396 阅读 · 0 评论 -
微服务架构Mysql数据库复用性研究
问题背景:微服务架构下,特别是对于团队众多,项目众多但是资源有限的情况,不能做到每个项目一个数据库实例,那么如何优化Mysql数据库配置来支撑众多微服务大量连接需求的问题?问题现象mysql提示异常too many connections微服务的连接池需求分析Springboot项目默认的连接池需求:以druid为例,默认initialSize核心连接为10个,maxActive最大连接为100个。Mysql的默认连接数:默认连接数是100即在10个以上实例的连接情况下,mysql已经不能.原创 2021-07-10 17:38:51 · 282 阅读 · 0 评论 -
Istio在虚拟机部署纳管
Istio诞生在kubernetes中,与kubernetes完美的融合同时又是kubernetes在微服务治理方向的补充,其基于PAAS平台基于网络的无侵入的微服务解决方案来构建Service Mesh体系是最大的亮点和价值之处。问题:对于kubernetes以外的机器,特别是在企业微服务改造初期,必然会有一段云上云下共存的时期,在这段时间,一套微服务方案能够兼容和利旧就显得十分有必要。在Istio官方的解决方案中目前可以在两个层面解决这个问题:1.利用VirtualService,将外部服务创建为原创 2021-02-15 20:38:48 · 671 阅读 · 0 评论 -
ServiceMesh(istio)系统实践
环境说明:本人在Mac Os系统i7、16G下,使用Docker for Mac安装kubernetes随后开展后续的实操。Istio安装安装istioctl基于brew一键安装istioctl是命令操作istio的工具brew install istioctl安装Istio-operatoristio-operator是用来安装部署,自动运维istio的工具istioctl operator init安装Istio-systemkubectl create ns istio-s.原创 2021-02-15 17:12:18 · 538 阅读 · 1 评论