turbine

什么是Spring Boot 用我的话来理解，Spring Boot就是整合了框架的框架，它让一切依赖都变得有序简单，你不用操心A.jar是什么版本，又依赖哪些版本的jar，它默认配置了很多框架的使用方式，就像 maven整合了所有的jar包，Spring Boot整合了所有的框架，第三方库的功能你拿着就能用。 Spring Boot的核心思想就是约定大于配置，一切由内定的约束来自动完成。采用 Spring Boot可以大大的简化你的开发模式，节省大部分照搬照抄的成本，通过少量的代码就能创建一个独立的，它都有对应的组件支持。 它是由 Pivotal团队提供的全新框架,其设计目的是用来简化新 Spring应用的初始搭建以及开发过程。该框架使用了特定的方式来进行配置,从而使开发人员不再需要定义样板化的配置。 什么是Spring Cloud Spring Cloud是一套分布式服务治理的框架,既然它是一套服务治理的框架，那么它本身不会提供具体功能性的操作，更专注于服务之间的通讯、熔断、监控等。因此就需要很多的组件来支持一套功能。 微服务是可以独立部署、水平扩展、独立访问(或者有独立的数据库)的服务单元， Spring Cloud就是这些微服务的大管家，采用了微服务这种架构之后，项目的数量会非常多， Spring Cloud做为大管家就需要提供各种方案来维护整个生态。

在生产环境中部署一个短路器，一开始需要将一些关键配置设置的大一些，比如timeout超时时长，线程池大小，或信号量容量 然后逐渐优化这些配置，直到在一个生产系统中运作良好 （1）一开始先不要设置timeout超时时长，默认就是1000ms，也就是1s （2）一开始也不要设置线程池大小，默认就是10 （3）直接部署hystrix到生产环境，如果运行的很良好，那么就让它这样运行好了 （4）让hystrix应用，24小时运行在生产环境中 （5）依赖标准的监控和报警机制来捕获到系统的异常运行情况 （6）在24小时之后，看一下调用延迟的占比，以及流量，来计算出让短路器生效的最小的配置数字 （7）直接对hystrix配置进行热修改，然后继续在hystrix dashboard上监控 （8）看看修改配置后的系统表现有没有改善 根据系统表现优化和调整线程池大小，队列大小，信号量容量，以及timeout超时时间的经验 一开始如果默认的线程池大小是10 理想情况下，每秒的高峰访问次数 * 99%的访问延时 + buffer = 30 * 0.2 + 4 = 10线程，10个线程每秒处理30次访问应该足够了，每个线程处理3次访问 此时，我们合理的timeout设置应该为300ms，也就是99.5%的访问延时，计算方法是，因为判断每次访问延时最多在250ms（TP99如果是200ms的话）

本文不进行Spring Boot Admin入门知识点说明 在 Spring Boot Actuator 中提供很多像 health 、 metrics 等实时监控接口，可以方便我们随时跟踪服务的性能指标。 Spring Boot 默认是开放这些接口提供调用的，那么就问题来了，如果这些接口公开在外网中，很容易被不法分子所利用，这肯定不是我们想要的结果。在这里我们提供一种比较好的解决方案。 被监控的服务配置 为被保护的http请求添加请求前缀 1 2 3 4 5 6 management: context-path: /example-context eureka: instance: status-page-url-path: ${management.context-path}/info health-check-url-path: ${management.context-path}/health 添加请求前缀 Spring Boot Admin 在启动的时候会去 eureka 拉去服务信息，其中 health 与 info 需要特殊处理，这两者的地址是根据 status-page-url-path 和 health-check-url-path 的值。 zuul 网关配置 zuul 保护内部服务http接口 1 2 zuul: ignoredPatterns: /*

发布时间：19-07-1720:12 一、引言 本文题为微服务和大数据性能指标参考，但实际上，无论是单体架构还是分布式架构、数据规模如何，在设计和开发各种功能性模块时，都需要提前考虑高性能需求水平并按需设计，对各种性能指标进行合理评估，从而尽量减少代码重构的可能性。 在完成功能模块的开发以后，还需要使用各种压力测试工具进行性能测试，从而判断代码是否能够满足性能要求，并找出性能瓶颈所在。 为了作出更加合理的性能评估值，我们需要先大概的了解一些常用的计算机操作所消耗的时间，从而心中有数的设计出一个符合需求、且易于实现的系统，减小线上系统失败的风险，并能够做到心中有数。 二、常用应用层性能指标参考标准 以下标准是使用PC X86 桌面机器的经验值，并不代表使用线上生产机器的经验值，仅供参考，评审时应该根据机器的不同进行调整。 2.1 通用标准 容量按照峰值的5倍冗余计算。分库分表后的容量一般可存储N年的数据（根据不同机器调整）。第三方查询接口吞吐量为5000/s。单条数据库记录占用大约1KB的空间。 2.2 MySQL 单端口读：1000/s。单端口写：700/s。单表容量：5000万条。 2.3 Redis 单端口读：40000/s。单端口写：40000/s。单端口内存容量：32GB。 2.4 Kafka 单机读：30000/s。单机写：5000/s。2.5 Flume HDFS

做一个微服务架构需要的技术整理： 壹玖零叁八叁贰伍柒玖 View： H5、Vue.js、Spring Tag、React、angularJs Spring Boot/Spring Cloud： Zuul、Ribbon、Feign、Turbine、Hystrix、Oauthor2、Sleuth、API Gateway、Spring Cloud、Config Eureka、SSO、Spring Cloud、 BUS、Turbine、Zipkin、Cache、Spring Cloud Admin、API Gateway、ELK Spring Cloud Security、 Spring Cloud Stream Component： RoketMQ、Kafka、MongoDB、OSS、Redis、Swagger、Zuul、Label、BASE、Charts、Utils DAO： Spring Data、Mybatis、OSS、 DTO Data Storage： RDBS DFS、NOSQL/Hadoop Infrastructure： LogBack、BUS、Jenkins、Zipkin、Druid、Swagger、Docker 来源： oschina 链接： https://my.oschina.net/u/3873725/blog/2396013

spring cloud本身提供的组件就很多，但我们需要按照企业的业务模式来定制企业所需要的通用架构，那我们现在需要考虑使用哪些技术呢？ 下面我针对于spring cloud微服务分布式云架构做了以下技术总结，希望可以帮助到大家： View： H5、Vue.js、Spring Tag、React、angularJs Spring Boot/Spring Cloud： Zuul、Ribbon、Feign、Turbine、Hystrix、Oauthor2、Sleuth、API Gateway、Spring Cloud、Config Eureka、SSO、Spring Cloud、 BUS、Turbine、Zipkin、Cache、Spring Cloud Admin、API Gateway、ELK Spring Cloud Security、 Spring Cloud Stream Component： RoketMQ、Kafka、MongoDB、OSS、Redis、Swagger、Zuul、Label、BASE、Charts、Utils DAO： Spring Data、Mybatis、OSS、 DTO Data Storage： RDBS DFS、NOSQL/Hadoop Infrastructure： LogBack、BUS、Jenkins、Zipkin、Druid

项目名称 piggymetrics 转发+关注，然后私信回复关键字 “项目”即可获得《 piggymetrics 》的源码地址 项目简介 这是一个教程项目，演示了使用Spring Boot，Spring Cloud和Docker的微服务架构模式。顺便说一下，拥有漂亮的用户界面。 功能服务 PiggyMetrics被分解为三个核心微服务。它们都是围绕某些业务领域组织的可独立部署的应用程序。 开户服务 包含一般用户输入逻辑和验证：收入/支出项目，储蓄和账户设置。 统计服务 对主要统计参数执行计算，并捕获每个账户的时间序列。数据点包含以标准化为基础货币和时间段的值。此数据用于跟踪账户生命周期中的现金流动态。 通知服务 存储用户的联系信息和通知设置（如提醒和备份频率）。计划工从其他服务收集所需的信息，并将电子邮件发送给订阅的客户。 笔记 每个微服务都有自己的数据库，因此无法绕过API并直接访问持久性数据。 在这个项目中，作者将MongoDB用作每个服务的主数据库。具有多语言持久性体系结构（选择最适合服务需求的db类型）也可能是有意义的。 服务到服务的通信已大大简化：微服务仅使用同步REST API进行通话。实际系统中的常见做法是使用交互样式的组合。例如，执行同步GET请求以检索数据，并通过消息代理使用异步方法进行创建/更新操作，以使服务和消息分离。但是，这将我们带到了最终的一致性世界。

云栖号资讯：【 点击查看更多行业资讯 】 在这里您可以找到不同行业的第一手的上云资讯，还在等什么，快来！ SpringCloud微服务 微服务的模式和形式我在前面已经进行部分的提及，但是一直没落实到技术层面，这段时间我也在次研究了一下微服务，下面我先贴出SpringCloud整体涉及的结构： 上面展示的这些是SpringCloud整体的结构 先对这些空间做一个初步的介绍： Ribbon，客户端负载均衡，重试机制。 Hystrix，客户端容错保护，服务熔断、请求缓存、请求合并、依赖隔离。 Feign，声明式服务调用，本质上就是Ribbon+Hystrix（优化代码，避免直接使用RestTemplate的混乱）Bus，消息总线，配合Config仓库修改的一种Stream实现，独自启动不需要依赖其它组件。 Eureka，服务注册中心，特性有失效剔除、服务保护。 Dashboard，Hystrix仪表盘，监控集群模式和单点模式，其中集群模式需要收集器Turbine配合。Zuul，API服务网关，功能有路由分发和过滤。还有其它服务空间，包括configuration等等 那么什么是注册中心呢？ 注册中心，是服务的提供者发布自己服务的地方，传统手写的restful接口提供的服务会涉及到服务发布者的端口IP等等，通过注册中心可以直接调用已经发布在上面的服务，只需要通过服务名即可 从图中可以看出

maven概述 1.概念 Maven这个单词来自于意第绪语（犹太语），意为知识的积累，最初在Jakata Turbine项目中用来简化构建过程。当时有一些项目（有各自Ant build文件），仅有细微的差别，而JAR文件都由CVS来维护。于是希望有一种标准化的方式构建项目，一个清晰的方式定义项目的组成，一个容易的方式发布项目的信息，以及一种简单的方式在多个项目中共享JARs。于是maven诞生了。 在我们的日常项目中，maven不仅是一个依赖管理工具，有效的帮我们管理项目中需要使用到的各种依赖，也是一个项目构建工具，可以通过其内置的项目模板（也称为骨架 archetype），构建常规的项目（jar war等）。使用的maven项目的对象模型（pom-project object model）,可以通过一小段描述信息来管理项目的构建，报告和文档的管理。 2.为什么要用maven 这里举个生活中的例子，比如此时的你想要配一台主机来玩游戏，那么你需要去选购组成这个主机的各种配件，进而需要去了解各种配件的性能，配件之间的兼容性，组装好后还需要自己装操作系统和驱动程序，这使得不熟悉组装电脑主机的你需要花费大量的时间，最后的结果还可能是你的主机运行不稳定，经常蓝屏。在这个时候突然有个人告诉你，你可以去某个知名的电商平台，你可以浏览一下主流的机型，选择了你需要的配置，然后下单、付款