前言自2014年起，微服务技术一直火热至今。随着越来越完善的微服务技术栈的发布，以及越来越多的微服务项目实际的落地和上线，使用Java技术栈的企业应该都在尝试或者已经落地了各自的微服务项目。同时，通过招聘网站的信息和每次面试的反馈，Java开发人员也能够清晰的认识到，微服务技术已经渐渐成为Java开发者必须要掌握的一个进阶知识点了。而作为国内的Spring爱好者，最最苦恼的莫过于操作性强的进阶干货太少了！通过微服务，架构师和开发人员可以选择适合每个微服务(多语言架构)的目的架构和技术，这样可以灵活地以更具成本效益的方式设计更合适的解决方案。目录第1章什么是微服务 微服务有助于打破大型应用程
前言自2014年起，微服务技术一直火热至今。随着越来越完善的微服务技术栈的发布，以及越来越多的微服务项目实际的落地和上线，使用Java技术栈的企业应该都在尝试或者已经落地了各自的微服务项目。同时，通过招聘网站的信息和每次面试的反馈，Java开发人员也能够清晰的认识到，微服务技术已经渐渐成为Java开发者必须要掌握的一个进阶知识点了。而作为国内的Spring爱好者，最最苦恼的莫过于操作性强的进阶干货太少了！通过微服务，架构师和开发人员可以选择适合每个微服务(多语言架构)的目的架构和技术，这样可以灵活地以更具成本效益的方式设计更合适的解决方案。目录第1章什么是微服务 微服务有助于打破大型应用程
出现的问题在我们写完脚手架运行npmrunserve后控制台报错 页面报错 报错的原因 在为自定义组件命名的时候未按照官方代码规范进行命名，根据ESLint官方代码风格指南，除了根组件（App.vue）以外，其他自定义组件命名都要使用大驼峰命名方式或者用“-”连接单词进行命名；这里的报错不影响页面的编译，只是告诉你命名规范不对，当我们关闭提示发现，写的代码依旧有效但是控制台一直报错很影响程序员，所以我们也可以选择一些方法避开报错解决方法1.重新对组件进行命名根据报错原因可以知道，是因为我们的组件名称（Count）不规范，那么我们可以规范把我们的组件名，即把（Count）组件名改为大驼峰命名方式
出现的问题在我们写完脚手架运行npmrunserve后控制台报错 页面报错 报错的原因 在为自定义组件命名的时候未按照官方代码规范进行命名，根据ESLint官方代码风格指南，除了根组件（App.vue）以外，其他自定义组件命名都要使用大驼峰命名方式或者用“-”连接单词进行命名；这里的报错不影响页面的编译，只是告诉你命名规范不对，当我们关闭提示发现，写的代码依旧有效但是控制台一直报错很影响程序员，所以我们也可以选择一些方法避开报错解决方法1.重新对组件进行命名根据报错原因可以知道，是因为我们的组件名称（Count）不规范，那么我们可以规范把我们的组件名，即把（Count）组件名改为大驼峰命名方式
引言最近在高德地图中引用阿里云OSS存储的图片时，出现跨域访问问题，特此记录，以方便后续同学参考解决1、在阿里云OSS后台管理中，进入权限管理，进入跨域设置，添加跨域规则，设置来源为*图片来源于https://blog.csdn.net/strugglerookie/article/details/1194172812、至此配置完成后访问图片还是会出现跨域问题，这是因为OSS文件默认会开启缓存，及后续访问的实际上是缓存的文件，这就会导致不能匹配到我们上述配置的跨域规则于是我们需要将缓存禁用掉，如果文件就一两个的话，可以直接在后台中设置禁用缓存，将HTTP头中Cache-Control设置为no
引言最近在高德地图中引用阿里云OSS存储的图片时，出现跨域访问问题，特此记录，以方便后续同学参考解决1、在阿里云OSS后台管理中，进入权限管理，进入跨域设置，添加跨域规则，设置来源为*图片来源于https://blog.csdn.net/strugglerookie/article/details/1194172812、至此配置完成后访问图片还是会出现跨域问题，这是因为OSS文件默认会开启缓存，及后续访问的实际上是缓存的文件，这就会导致不能匹配到我们上述配置的跨域规则于是我们需要将缓存禁用掉，如果文件就一两个的话，可以直接在后台中设置禁用缓存，将HTTP头中Cache-Control设置为no
文章目录Nacos集群部署Linux部署docker部署（参考待验证）Nacos集群的工作原理Nacos集群中Leader节点是如何产生的Nacos节点间的数据同步过程官方推荐用户把所有服务列表放到一个vip下面，然后挂到一个域名下面。http://nacos.com:port/openAPI域名+SLB模式(内网SLB，不可暴露到公网，以免带来安全风险)，可读性好，而且换ip方便，推荐模式:Nacos集群架构的设计要点：微服务并不是直接通过IP地址访问后端服务，而是采用域名访问。通过DNS（域名解析服务）转换为具体的IP地址，通过域名方式屏蔽后端容易产生变化的IP地址。底层Nacos自带集群
文章目录Nacos集群部署Linux部署docker部署（参考待验证）Nacos集群的工作原理Nacos集群中Leader节点是如何产生的Nacos节点间的数据同步过程官方推荐用户把所有服务列表放到一个vip下面，然后挂到一个域名下面。http://nacos.com:port/openAPI域名+SLB模式(内网SLB，不可暴露到公网，以免带来安全风险)，可读性好，而且换ip方便，推荐模式:Nacos集群架构的设计要点：微服务并不是直接通过IP地址访问后端服务，而是采用域名访问。通过DNS（域名解析服务）转换为具体的IP地址，通过域名方式屏蔽后端容易产生变化的IP地址。底层Nacos自带集群
springcloud五大组件：1、注册中心组件（服务治理）：Netflix Eureka；2、负载均衡组件：Netflix Ribbon，各个微服务进行分摊，提高性能；3、熔断器组件（断路器）：Netflix Hystrix，Resilience4j；保护系统，控制故障范围；4、网关服务组件：Zuul，SpringCloudGateway；api网关，路由，负载均衡等多种作用；5、配置中心：SpringCloudConfig，将配置文件组合起来，放在远程仓库，便于管理；springcloud五大组件：1、NetflixEureka（注册中心组件）SpringCloud提供了多种注册中心的支持
springcloud五大组件：1、注册中心组件（服务治理）：Netflix Eureka；2、负载均衡组件：Netflix Ribbon，各个微服务进行分摊，提高性能；3、熔断器组件（断路器）：Netflix Hystrix，Resilience4j；保护系统，控制故障范围；4、网关服务组件：Zuul，SpringCloudGateway；api网关，路由，负载均衡等多种作用；5、配置中心：SpringCloudConfig，将配置文件组合起来，放在远程仓库，便于管理；springcloud五大组件：1、NetflixEureka（注册中心组件）SpringCloud提供了多种注册中心的支持
