微服务
文章平均质量分 50
介绍微服务架构,以及微服务落地实战
chaisy971124568
这个作者很懒,什么都没留下…
展开
-
三、微服务架构
微服务架构下,服务调用主要依赖下面几个基本组件: 服务描述 注册中心 服务框架 服务监控 服务追踪 服务治理 服务描述 RESTful API XML 配置 IDL 文件 注册中心 服务提供者在启动时,根据服务发布文件中配置的发布信息向注册中心注册自己的服务。 服务消费者在启动时,根据消费者配置文件中配置的服务信息向注册中心订阅自己所需要的服务。 注册中心返回服务提供者地址列表给服务消费者。 当服务提供者发生变化,比如有节点新增或者销毁,注册中心将变更通知给服务消费者。 服务框架.原创 2021-02-28 14:40:07 · 119 阅读 · 0 评论 -
二、服务化
什么时候进行服务化拆分? 单体应用同时进行开发的人员超过 15人,就会遇到上面的问题,这个时候就该考虑进行服务化拆分了。 服务化拆分的两种姿势 纵向拆分。从业务维度进行拆分。标准是按照业务的关联程度来决定,关联比较密切的业务适合拆分为一个微服务,而功能相对比较独立的业务适合单独拆分为一个微服务。 横向拆分。从公共且独立功能维度拆分。标准是按照是否有公共的被多个其他服务调用,且依赖的资源独立不与其他业务耦合。 从单体应用迁移到微服务架构时必将面临也必须解决的问题 服务如何定义 服务如何发布和订阅原创 2021-02-28 14:25:41 · 164 阅读 · 1 评论 -
一、什么是微服务
单体应用架构 聊微服务之前,先说下什么是单体应用。通过对比,可以更好的发现微服务的价值。 常见的单体应用架构有两种: LAMP(Linux + Apache + MySQL + PHP) MVC(Spring + iBatis/Hibernate + Tomcat) 在业务规模小的时候,单体应用架构具有以下优点: 学习成本低 开发上手快 测试、部署、运维也比较方便 随着业务规模的扩大,单体应用框架的缺点就会慢慢暴露出来: 部署效率低:依赖多,编译时间长,启动时间长 团队协作开发成本高:主要原创 2021-02-28 14:18:19 · 134 阅读 · 2 评论