Spring Cloud

什么是开放平台 企业需要把自己的服务通过接口的形式对外提供，提供接口的平台称之为开放平台。比如 支付宝开放平台 ， 淘宝开放平台 。 调用接口那一方一般称之为ISV，独立软体开发商（independent software vendor），开放平台这一方称之为ISP，网络服务提供者（Internet Service Provider）。通常情况下需要为ISV分配一个appKey和appSecret，可以简单的理解为用户名密码，有了这个才能正常调用开放平台接口。 为了保证请求参数的合法性，客户端需要生成一个签名串，然后开放平台需要校验这个签名串。ISV可以通过appKey和AppSecret来生成签名串，这样就能保证客户端请求是合法的，服务端需要校验签名串是否合法，appKey是否合法，这里开放平台会提供一套签名算法，常见的有： 支付宝开放平台签名算法 如何设计一个开放平台 开放平台的一个重要部分就是鉴权，鉴权功能和具体的业务无关，可以单独拿出来做，如果是单体应用的话可以把这部分操作写在一个Controller中。如果是微服务体系的话把鉴权部分放在网关是一个不错的选择，因为网关是一个统一入口，在入口处做好鉴权，后续的微服务不需要再做鉴权处理了，只需实现自己的业务逻辑即可。 在Spring Cloud微服务体系当中，充当网关的角色常见有两个，一个是Zuul，另一个是Spring

解决方案如下： 对于以上内容，请等待过程完成。如果这没有发生，请在终端中运行：<br/> sudo killall apt apt-get 如果以上都不起作用，请删除锁定文件。在终端中运行：<br/> sudo rm /var/lib/apt/lists/lock<br/> sudo rm /var/cache/apt/archives/lock<br/> sudo rm /var/lib/dpkg/lock* (亲测仅这一条命令即可使用)<br/> 然后重新配置软件包。在终端中运行：<br/> sudo dpkg --configure -a 和 sudo apt update 欢迎关注我的公号：彪悍大蓝猫，持续分享SpringCloud、大数据干货~ 来源： oschina 链接： https://my.oschina.net/u/3262136/blog/3171696

背景 迁移了一年，这话真的丝毫没有夸张~ 1、从2018年底开始从阿里的HSF迁移到SpringCloud，全面拥抱Spring开源框架； 2、然后就是项目组上海、北京、深圳的项目交接，全部由深圳这边来做业务； 3、后面就是全平台的迁移与整合，包括代码、中间件、数据库、网络等； 4、包括中途发布系统迁移了3~4次，网络从阿里云的经典网络迁移到阿里云的VPC网络； 做这一切都是为了（降本增效）：提高我们的对接效率，节约我们的成本，对接的人员更加的专业与熟练。我个人觉得做这些还是挺有意义的，只是要尽快的结束掉。 项目如何迁移？ 如何建设一个标准统一平台？ 配置中心 错综复杂的业务以及以前一些”坑爹“的特殊处理，你想实现平台大统一。谁都是知道是一件很不容易的事情。你系统的包容能力、可拓展能力真的要很强。那如何去实现这些呢？毫无疑问：一套给力的配置中心是少不了的？ 方案一：采用MySQL + Redis的方式 优点：以MySQL关系型数据库做基础，用Redis作为缓存提高吞吐。数据库中的配置保持着简单明了，只存储关键节点，一般情况就是Yes or No，再就是具体的值，每次变更完后立马刷新到缓存即可。 缺点：Redis的方式只能通过客户端的拉取，每次修改都要伴随着一个人工或者手动触发的动作。 方案二：采用Zookeeper + MySQL的方式 优点：利用Zookeeper的方式存储数据

在面试前，以及在工作中（我常说，要以随时准备面试的状态准备着😃），作为一个Java开发，应该需要准备一些技能和知识，以提升自己并拿下面试。不知道的一定要及时深入地补上，并记下笔记，最好是写成博客。 对于我们很多开发的人来说，最近工作中使用的技术可能会相对熟悉；而没用的或是用过了后来不怎么用的，自然的就渐渐地忘了（毕竟人脑这个内存还是有限的，成本也很高，不用的就放到外存吧），因此深入地学习并记录以便后续我们更容易复习。 其实我们也都知道，现在面试要求都很高，有句话怎么说来着？“面试造航母，工作拧螺丝”，这从侧面说出了一个问题，如果你不会造航母，连拧螺丝的机会都得不了（当然有创业能力的人除外）；当然，也从另一个侧面说明了（某一层次的）开发人员的数量很多，催生出了一些畸形行业现象。我们说的封装理念（对使用者透明）哪里去了？框架说好的要让开发更专注核心业务的开发哪里去了？为什么要去了解很多东西的原理、源码实现等等，一个Java开发还要了解运维、容器等等？ 我想这是有道理的，开源在这个行业做得很好，既然是Free Software，那么你可自由地修改，有了问题不会有专门的商业公司为你服务，那么只能自己去解决，所以还得知道源码。都说程序员是目前 仅存的纯手工工种 ，但也是自动化程度很高的工作，都是计算机😃。运维和开发已然交织，因此什么构建、容器、架构等等都得知道。既然选择了就坚持下去吧。

我的博客： 程序员笑笑生 ,欢迎浏览博客！，搜索博客可添加微信公众号。    上一章 SpringCloud 基础教程(九)-Hystrix服务监控（下） 当中，我们深入了解Hystrix的服务监控。实现了分布式环境下，监控多个服务的信息，本章节将探索微服务的另一个组件，网关。 前言  什么是Zuul,Zuul可以说是一个大门，所有的来自前端的请求，经过Zuul时，能够实现动态路由转发，监控、安全的等边缘服务应用程序。比如可以作为统一资源的访问入口、负载均衡等。为什么需要需要这样的一个组件呢？Netflix开发这样的产品是考虑到了以下的原因： api的多样性和访问量大能够导致很多的问题，无法预警 。所以我们需要这样的系统组件应付这些情况。 一、Zuul 提供的功能 身份认证和安全-可以识别访问资源的每一个请求，拒绝不满足的请求 洞察和监控，跟踪有意义的数据并统计，以便生成有意义的生产视图 动态路由，根据需要将请求动态的路由到不同的后端集群，（最主要的功能） 压力测试，逐渐增加集群的流量，评估性能 限流，为每一个请求分配容量，并丢弃超过限制的请求 处理静态响应，直接在边缘处构建响应，而不是转发给内部集群 二、Zuul 快速入门  新建Maven项目，引入Zuul的依赖和Eureka的依赖，我们转发请求是需要从Eureka中获取服务的信息

转载请标明出处： http://blog.itwolfed.com/ 本文出自 程序员果果的博客 源码 github | Spring Boot 系列 ： https://github.com/gf-huanchupk/SpringBootLearning ,记得star哦！ github | Spring Cloud 系列 ： https://github.com/gf-huanchupk/SpringCloudLearning ,记得star哦！ Spring Boot 系列 Spring Boot 教程 | Spring Boot 自定义 starter Spring Boot 教程 | Spring Boot 整合 mybatis-plus Spring Boot 教程 | Spring Boot 整合 spring cache Spring Boot 教程 | Spring Boot 整合 rabbitmq Spring Boot 教程 | Spring Boot 整合 elasticsearch Spring Boot 教程 | Spring Boot 整合 docker Spring Boot 教程 | Spring Boot 整合 elk Spring Boot 教程 | Spring Boot Admin 2.0 详解 Spring Boot 教程 |

前言 上一节我们已经学习了Eureka 注册中心，其实我们也使用到了Ribbon ,只是当时我们没有细讲，所以我们现在一起来学习一下Ribbon。 什么是Ribbon 之前接触到的负载均衡都是硬负载均衡，什么是硬负载均衡呢？硬负载均衡就是在以往的大型系统中，会有单独一套系统来负责负载均衡策略，我们所以的请求都会先走到负载均衡的系统上，进行分配到不同的服务器处理。 比如我们熟悉的nginx 。其实就可以算作一个负载均衡的系统，客户端请求的接口会先通过nginx 的负载均衡策略分配到不同的服务器上。 那Ribbon 不是这样的吗？那又是怎样的呢？ Ribbon 是和 Eureka 一样是Netflix 推出的开源产品，它可以和Eureka 完成无缝结合，Ribbon 主要实现客户端负载均衡。 那什么是客户端负载均衡呢？ 就是在客户端请求的时候，就通过均衡策略将请求分发到不同的服务器上，如下图 这个图是根据上节的Eureka 的架构图改编来的，主要的流程还是没有变，服务消费者和服务提供者都会注册到服务中心，然后服务消费者会从服务中心获取可用实例列表 ，这里就会通过负载均衡策略选择其中一个实例进行访问。 好了我们来用代码来看一下。 demo 我们为了简化，注册中心服务端，我们还是用上节的单节点。怎么配置我不说了。然后我们新建一个module 用来做服务提供者，其实也可以用上一节的服务提供者

一、Dubbo 简介 1、是什么？ Dubbo是阿里巴巴开源的基于 Java 的高性能 RPC 分布式服务框架 它提供了三大核心能力：面向接口的远程方法调用，智能容错和负载均衡，以及服务自动注册和发现。 2、为什么使用？ A、产生原因 随着服务化的进一步发展，服务越来越多，服务之间的调用和依赖关系也越来越复杂，因此诞生了面向服务的架构体系(SOA)，Dubbo这样的 布式系统的服务治理框架也随之产生。 B、作用 而dubbo在整个分布式系统的架构中，按照分层的架构来架构，使得各个层级之间最大限度的松耦合。 1.透明化的远程方法调用，就像调用本地方法一样调用远程方法，只需简单配置，没有任何API侵入。 2.软负载均衡及容错机制，可在内网替代F5等硬件负载均衡器，降低成本，减少单点。 3. 服务自动注册与发现，不再需要写死服务提供方地址，注册中心基于接口名查询服务提供者的IP地址，并且能够平滑添加或删除服务提供者。 3、注册 与 发现原理 结构图一定要能画出来，并解释清楚每个角色，下面为Dubbo官网原理图 节点角色说明： Container：服务运行器 Provider：暴露服务的服务提供方 Consumer：调用远程服务的服务消费方 Register：服务注册与发现的注册中心 Monitor：统计服务的调用次数和调用时间的监控中心 调用流程说明： 1.服务容器负责启动,加载

一 课程介绍.rar 二 准备工作.rar 三 SpringBoot 开发框架.rar 四 系统通用组件搭建.rar 五 微服务系统通用配置开发.rar 六 优惠券系统整体业务思想与架构.rar 七 优惠券模板微服务编码实现.rar 八 优惠券分发微服务功能定义说明.rar 九 优惠券分发微服务功能编码实现.rar 十 优惠券结算微服务编码实现.rar 十一 优惠券系统可用性测试.rar 十二 回顾总结.rar 资料.rar 地址 来源： oschina 链接： https://my.oschina.net/u/3089525/blog/3161367

   我的博客： 程序员笑笑生 ,欢迎浏览博客！    上一章 SpringCloud基础教程(三)-Eureka进阶 当中,我们在对Eureka的有了基本的基础认识之上，深入的了解Eureka高可用集群和其他的生产环境中用到的一些配置。本章将开始了解分布式环境下的配置中心。 前言  为什么需要配置中心，在单体的应用中，配置文件就可以很好的解决配置问题。但是在微服务架构模式下，系统不可避免的被拆分了许多个微服务组件，如果还是通过以前的方式，配置的工作量会很大。为此，一个通用的分布式的配置管理中心是必不可少的。Spring Cloud提供了另外一个组件Spring Cloud Config。  Spring Cloud Config提供了服务端和客户端的支持，基于Spring环境，能够无缝的集成Spring，默认的实现是基于Git仓库。当然也支持SVN，本地文件等，甚至自定义实现。 一 、快速构建Config Server配置服务端  这里我们使用Git作为配置文件的存储仓库，首先建立Maven项目，并在Pom.xml文件中引入相关依赖。 <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-config</artifactId> </dependency>