按照个人的习性,分布式我学习完以后一定会忘为此写次笔记自己快速复习 目录 Springcloud介绍注册中心–Eureka注册中心–Nacos Springcloud介绍及微服务介绍 为什么学? 也不是以前的单体架构被淘汰而是,当业务足够大型,进行优化 单体架构：将业务的所有功能集中在一个项目中开发，打成一个包部署。 优点： 架构简单部署成本低 缺点： 耦合度高（维护困难

三、CAP定理 cap定理 CAP原则又称CAP定理，指的是在一个分布式系统中，一致性（Consistency）、可用性（Availability）、分区容错性（Partition tolerance）。CAP 原则指的是，这三个要素最多只能同时实现两点，不可能三者兼顾。参考 阮一峰博客。 Consistency 一致性Availability 可用性Partition Tolerance

Nacos服务发现注册和配置管理分享-[公粽号：堆栈future] 原文 1. 为什么使用Nacos “ 因为现在主流公司已经开始推荐使用nacos了，nacos的两大主要作用：一个是服务注册发现，一个是配置管理。 ” 2. Nacos是什么？ 3. Nacos的结构和组件 4. 了解几个Nacos概念 5. Nacos角色 6. 安装部署 安装和部署特别简单

一、什么是SpringCloud 1、定义 例如配置管理（配置管理组件）、服务发现（服务注册中心）、断路器（服务熔断）、集成路由（网关）、微代理、控制总线(完成自动配置刷新)） 通俗定义：springcloud是一个含概多个子项目的开发工具集,集合了众多的开源框架 2、微服务 基于单体业务进行拆分，每个服务都是独立应用，独立部署 运行在自己计算机进程，对于这些服务都是分布式管理 二

前言 上篇文章我们介绍了Netflix eureka。我们也知道eureka目前新版本已经停止更新了，并且eureka作为服务注册中心对于程序员来讲需要代码形式开发一个服务注册中心。相对于eureka而言，consul已经帮我们实现了服务注册中心，不需要程序猿（媛）手动实现，只要电脑上安装了consul，开发人员只需专注于微服务业务逻辑的实现就可以了。 介绍

作者平台| 微信公众号：1024笔记本文一共2163字，预计阅读10分钟前言前面的文章SpringCloud系列：服务注册与发现组件-Eureka（上）介绍了常见的服务注册与发现组件有：netflix的eureka、zookeeper（关于zk可以参考之前的文章：zookeeper教程：入门篇）、consul、以及阿里的nacos。其中SpringCloud

最近转行当go的小弟，然后开始尝试 golang微服务框架 go-mrico ，结果才发现这东西真的鸡儿难装，搞了几天终于成功之后，好好总结下。 测试项目地址 https://github.com/oldguys/MyMircoDemo 安装步骤: 安装配置 golang 运行环境 配置 运行时需要的 protoc 安装 go-mrico 通讯依赖 grpc 安装 go-mrico 以及相关依赖

（含源码及报告）本程序分析了自2016年到2021年（外加）每年我国原油加工的产量，并且分析了2020年全国各地区原油加工量等，含饼状图，柱状图，折线图，数据在地图上显示。运行本程序需要requests、bs4、csv、pandas、matplotlib、pyecharts库的支持，如果缺少某库请自行安装后再运行。文件含6个excel表

Go Micro 使用 etcd 服务注册和发现 在构建微服务时，使用服务注册和发现可以减少配置的复杂性。 注册机制提供了一个服务发现机制来将名称解析为地址。它可以由consul，etcd，zookeeper，dns，gossip等提供支持。一个服务应该在启动时使用注册机制进行注册，并在关闭时取消注册。 Go Micro 支持 etcd、consul、mdns 多种方式进行服务注册和发现

不喜勿喷！大神请绕道！这一篇我们来讲服务注册中心的实现，什么是服务注册中心？首先你得明白etcd的作用是什么？它的作用在博客：etcd套路（一）什么是etcd 这篇博文当中有详细的描述，服务注册发现是它的特色之一，那就看看是如何实现的，篇幅较长内容较多，很多东西我都直接写到代码注释里面供大家查看