fengzelun的博客

一、分解业务问题 将业务问题分解为功能独立、单一的服务，虽然期望单个服务能封装该职责所有的业务规则，但往往不是这样，经常会看到需要跨多个微服务来完成业务功能。比如，一个用户需要开具发票，需要用到用户信息、开票信息、第三方开票平台等数据。因此，分离业务的时候，通过查看数据域中哪些不适合放在一起的地方来划分微服务的边界。二、拆分服务粒度 拆分微服务的服务粒度时，过粗或者过细的粒度都不好，很难一开始就做到拆分很合适，这需要经验的积累，但是有些思想可以作为借鉴...

软件开发不是一个定义、执行的线性过程，而是一个不断演化的过程软件开发时，难以保证客户需求的变更、增改，所以沟通、学习、开发、测试、交付等过程贯穿全程因此，本篇文章需要讨论的是如何更好的解决上诉问题一、传统应用 传统应用开发时，一般采用的是瀑布模型（先把所有的需求沟通好，从上而下像瀑布一样开发） 会存在以下问题： 1.功能模块之间紧耦合 各个功能模块之间调用是通过代码层面而不是接口或者协议调用，这样造成了模块之...

1.什么叫微服务 微服务是一个小的，松耦合的分布式服务。 将一个大型应用程序分解为具有严格职责定义，便于管理的组件（小型应用程序） 核心理念：分解和分离程序功能，让功能独立原来的系统服务（应用程序）都是单体模式，比如一个缴费系统：涵盖了用户管理、角色管理、权限管理、菜单管理、用户基础信息管理、缴费管理、发票管理等等功能模块，这些全部都集中于一个系统中，当某个模块的功能出现变动，可能整个系统都要修改或者重新打包更新。如果系统更复杂，那么造...

1.前言 当springboot项目已经构建好后，后续可能需要增加一些依赖配置项（主要是starters），这这时候有三种方式：直接去相关maven仓库寻找maven配置 借助开发的IDE，如sts，idea等 直接打开快速构建springboot的网址目前主要是 阿里云https://start.aliyun.com spring官网https://start.spring.io二.工具 1.IDE:sts 2.构建工具：maven...

一、问题描述 项目的spring-boot版本从2.0升级到2.5，直接使用eclipse启动的时候，项目可以正常启动；打包成jar包的时候，也没有报错；但是，运行的时候就报错了，报错信息提示：No active profile set, falling back to default profiles: default二、问题分析 报错的信息提示：找不到对应的配置文件，使用默认的application-default配置文件 打开生成的jar包，发...

一、问题背景

地址：https://www.springcloud.cc/spring-cloud-greenwich.html#_spring_cloud_context_application_context_services

概述毫无疑问，Spring Cloud是目前微服务架构领域的翘楚，无数的书籍博客都在讲解这个技术。不过大多数讲解还停留在对Spring Cloud功能使用的层面，其底层的很多原理，很多人可能并不知晓。因此本文将通过大量的手绘图，给大家谈谈Spring Cloud微服务架构的底层原理。实际上，Spring Cloud是一个全家桶式的技术栈，包含了很多组件。本文先从其最核心的几个组件入手，来剖析一下其底层的工作原理。也就是Eureka、Ribbon、Feign、Hystrix、Zuul这几个组件。一