netflix

一、为什么需要服务发现 简单来说，服务化的核心就是将传统的一站式应用根据业务拆分成一个一个的服务，而微服务在这个基础上要更彻底地去耦合（不再共享DB、KV，去掉重量级ESB），并且强调DevOps和快速演化。这就要求我们必须采用与一站式时代、泛SOA时代不同的技术栈，而Spring Cloud就是其中的佼佼者。 DevOps是英文Development和Operations的合体，他要求开发、测试、运维进行一体化的合作，进行更小、更频繁、更自动化的应用发布，以及围绕应用架构来构建基础设施的架构。这就要求应用充分的内聚，也方便运维和管理。这个理念与微服务理念不谋而合。 接下来我们从服务化架构演进的角度来看看为什么Spring Cloud更适应微服务架构。 1.1 从使用nginx说起 最初的服务化解决方案是给提供相同服务提供一个统一的域名，然后服务调用者向这个域名发送HTTP请求，由Nginx负责请求的分发和跳转。 这种架构存在很多问题: Nginx作为中间层，在配置文件中耦合了服务调用的逻辑，这削弱了微服务的完整性，也使得Nginx在一定程度上变成了一个重量级的ESB。 服务的信息分散在各个系统，无法统一管理和维护。每一次的服务调用都是一次尝试，服务消费者并不知道有哪些实例在给他们提供服务。这不符合DevOps的理念。 无法直观的看到服务提供者和服务消费者当前的运行状况和通信频率

伟大的电视分拆试验正在进行中，它必将改写有线电视行业和传统媒体公司的经济模式。 2015年3月，时 代华纳宣布推出一项独立的 HBO流媒体订阅服务，这项订阅服务将与有线电视运营商区别开来。紧接着，CBS推出了一项订阅费为每月5.99美元的“All Access”服务，订阅用户可通过其网站和手机应用程序观看当地电视台的直播节目、当前连载的全季电视剧集（电视播出一天后即可在订阅服务中观看），以 及类似《星际迷航》（Star Trek）和《干杯酒吧》（Cheers）等过去的经典剧集。 接下来其他公司也可能会纷纷效仿。“分拆流媒体订阅服务表明媒体公司已经意识到多种分销渠道能够适时让消费者获得他们想要的电视内容版本。”哈佛商学院市场营销学教授埃里克·布莱特劳说道，“这些举措有助于拓宽观众群。” 哈 佛商学院运营和信息管理学教授卡迪克·霍桑纳格（Kartik Hosanagar）指出，媒体公司，尤其是像HBO这样的付费频道，已经到了不得不寻求其他选择的时候。“他们在让利润溜走，尤其是那些不断从有线电视 订阅转向在线流媒体订阅的年轻用户，他们是时候抓住这种需求来赚钱了。” 但是个人的订阅选项，即我们所熟知的 互联网电视（Over the top, OTT）会如何引领行业和消费者呢？目前，典型的OTT订阅计划是Netflix的流媒体服务。通过每月支付一笔费用，用户就能观看Netflix的原版 节目

1.Ribbon负载均衡简介 1.1Ribbon概述 1.1.1.Ribbon是什么 SpringCloud Ribbon是基于Netflix Ribbon实现的一套 客户端负载均衡 的工具。 简单的说，Ribbon是Netflix发布的开源项目，主要功能是提供客户端的软件负载均衡算法，将Netflix的中间层服务连接在一起。Ribbon客户端组件提供一系列完善的配置项如 连接超时 ， 重试 等。简单的说，就是在配置文件中列出 LoadBalanCer （简称LB）后面所有的机器，Ribbon会自动的帮助你基于某种规则（如简单轮询，随机连接等）去连接这些机器。我们也很容易使用Ribbon实现自定义的负载均衡算法。 1.1.2.Ribbon主要职责 LB（负载均衡） LB，即负载均衡（ Load Balanoe )，在微服务或分布式集群中经常用的一种应用。 负载均衡简单的说就是将用户的请求平摊的分配到多个服务上，从而达到系统的HA。 常见的负载均衡有软件nginx , LVS,硬件F5等。 相应的在中间件，例如：dubbo和 SpringCloud中均给我们提供了负载均衡，SpringCloud的负载均衡算法可以自定义。 LB又分为两种，集中式LB和进程内LB 集中式LB（偏硬件） 即在服务的消费方和提供方之间使用独立的LB设施（可以是硬件，如F5，也可以是软件，如nginx )

首先，Spring Cloud 是我们专注最用心的快速开发平台。 我在后台总是收到一些技术爱好者的疑问，说小白怎么了解前后端分离，怎么使用前后端分离技术。后面整理出来我们的技术特性给大家了解一下，再此多谢大家的支持啦！需要的朋友们也可以私信我找社区链接。 网站： 让天下无再难的开发技术 我们用了什么技术？ 1.环境 Java SDK 1.8 Servlet 3.0/3.1 Apache Maven 3.x NodeJS 8.9.0 2.主框架 Spring Boot 2.0.4.RELEASE Spring Framework 5.0.10.RELEASE 3.持久层 Apache MyBatis 3.5.0 Hibernate Validation 5.0.1.Final Alibaba Druid 1.1.15 4.视图层 Spring MVC 5.0 Vue 2.6.10 CSS框架： sass 1.23.6 animate 3.7.2 normalize 8.0.1 JS框架及组件： element-ui 2.12.0 camunda-bpmn-moddle 4.3.0 vue-i18n 8.15.0 vue-router 3.1.3 vuex 3.1.2 vuedraggable 2.23.2 qs 6.9.1 pinyin4js 1.3.18 axios 0.19.0

触发的环境： 1请求头中包含授权token， 2参数列表包含request和其他两个参数 3当前端传递参数个数与后端参数列表个数不一致时，会出现这个bug 来源： https://www.cnblogs.com/dhl-2013/p/12425559.html

　　 概念定义 　　 　　Spring Cloud 是一个服务治理平台，提供了一些服务框架。包含了：服务注册与发现、配置中心、消息中心 、负载均衡、数据监控等等。 　　Spring Cloud 是一个微服务框架，相比 Dubbo 等 RPC 框架，Spring Cloud 提供了全套的分布式系统解决方案。 　　Spring Cloud 对微服务基础框架 Netflix 的多个开源组件进行了封装，同时又实现了和云端平台以及 Spring Boot 框架的集成。 　　Spring Cloud 是一个基于 Spring Boot 实现的云应用开发工具，它为开发中的配置管理、服务发现、断路器、智能路由、微代理、控制总线、全局锁、决策竞选、分布式会话和集群状态管理等操作提供了一种简单的开发方式。 　　Spring Cloud 为开发者提供了快速构建分布式系统的工具，开发者可以快速的启动服务或构建应用、同时能够快速和云平台资源进行对接。微服务是可以独立部署、水平扩展、独立访问（或者有独立的数据库）的服务单元，Spring Cloud 就是这些微服务的大管家，采用了微服务这种架构之后，项目的数量会非常多，Spring Cloud 做为大管家需要管理好这些微服务，自然需要很多小弟来帮忙。 　　 子项目 　　 　　Spring Cloud 包含了很多子项目： 　　 Spring Cloud

Spring Cloud官网: https://spring.io/projects/spring-cloud 本篇主要讲 Spring Cloud Netflix 中的Eureka，参考内容如下 Spring Cloud Netflix 2.2.1.RELEASE参考文档 Spring Cloud 系列之 Eureka 实现服务注册与发现 文章内容会尽量参考官方文档。 1 注册中心（Eureka Server） 完整代码地址： https://github.com/sxpujs/spring-cloud-examples/tree/master/netflix/netflix-eureka-server 1 maven依赖增加 netflix-eureka-server <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-netflix-eureka-server</artifactId> </dependency> 2 配置文件 application.yml server: port: 8761 eureka: instance: hostname: localhost client: registerWithEureka: false

Ribbon Spring Cloud Ribbon是基于Netflix Ribbon实现的一套 客户端负载均衡 的工具。 简单的说，Ribbon是Netflix发布的开源项目，主要功能是提供客户端的软件负载均衡算法，将Netflix的中间层服务连接在一起。Ribbon客户端组件提供一系列完善的配置项如连接超时，重试等。简单的说，就是在配置文件中列出Load Balancer（简称LB）后面所有的机器，Ribbon会自动的帮助你基于某种规则（如简单轮询，随机连接等）去连接这些机器。我们也很容易使用Ribbon实现自定义的负载均衡算法。 负载均衡的分类: 集中式: 即在服务的消费方和提供方之间使用独立的LB设施(可以是硬件，如F5, 也可以是软件，如nginx), 由该设施负责把访问请求通过某种策略转发至服务的提供方； 进程内: 将LB逻辑集成到消费方，消费方从服务注册中心获知有哪些地址可用，然后自己再从这些地址中选择出一个合适的服务器。 Ribbon就属于进程内LB，它只是一个类库，集成于消费方进程，消费方通过它来获取到服务提供方的地址。 Ribbon 官网: https://github.com/Netflix/ribbon/wiki/Getting-Started Ribbon实现负载均衡: POM文件依赖: < ? xml version = "1.0" encoding =

1.什么是微服务 ​ 微服务就是将一个单体应用的架构拆分为一个个独立运行的程序，他们之间通过http协议通信，这些独立运行的程序可以采用不同的编程语言，不同的存储技术 2.什么是springcloud springcloud是微服务放假的一种规范，它整合了许多市面上流行的框架，是一种一站式的解决方案，微服务将要面对的许多问题 1.服务注册与发现 2.负载均衡 3.服务熔断和限流 4.路由 。。。。 刚好springcloud Netflix就能解决这些方案： 1.springcloud eureka（服务注册与发现） 2.springcloud ribbon ，springcloud feign（负载均衡） 3.springcloud hystrix（服务熔断和限流） 4.springcloud zuul （路由网管） 5.springcloud config（配置统一管理） 3.springcloud eureka （单机） springcloud eureka是Netflix卡原组织提供的一个服务高可用的解决方案 1.eureka服务端 1.导入依赖 <!--springcloud--> <dependency> ​ <groupId>org.springframework.cloud</groupId> ​ <artifactId>spring-cloud