2018年02月_程序猿DD_

转载 Spring Boot 2.0 新特性

作者：贺卓凡原文：https://mp.weixin.qq.com/s/EWmuzsgHueHcSB0WH-3AQw以Java 8 为基准Spring Boot 2.0 要求Java 版本必须8以上， Java 6 和 7 不再支持。内嵌容器包结构调整为了支持reactive使用场景，内嵌的容器包结构被重构了的幅度有点大。EmbeddedServletContainer被重命名为WebServe

2018-02-28 00:00:00 1906

原创 Spring Boot/Cloud干货汇总（持续更新：20180226版）

抽空对本号推送的Spring相关内容做个汇总整理，包括：- Spring- Spring Boot- Spring cloud- 其他Spring干货内容Spring Boot专题基础入门内容SpringBoot快速入门Why Spring Boot使用Intellij中的Spring Initializr来快速构建Spring Boot/Cloud工程Spring Boot开发Web应用Spri

2018-02-26 00:00:00 1310

原创 Spring Cloud构建微服务架构：分布式服务跟踪（抽样收集）【Dalston版】

通过 TraceID和 SpanID已经实现了对分布式系统中的请求跟踪，而这些记录的跟踪信息最终会被分析系统收集起来，并用来实现对分布式系统的监控和分析功能，比如：预警延迟过长的请求链路、查询请求链路的调用明细等。此时，我们在对接分析系统时就会碰到一个问题：分析系统在收集跟踪信息的时候，需要收集多少量的跟踪信息才合适呢？理论上来说，我们收集的跟踪信息越多就可以更好的反映出系统的实际运行情况，并给出

2018-02-25 00:00:00 731

原创 Spring Cloud构建微服务架构：分布式服务跟踪（收集原理）【Dalston版】

在本节内容之前，我们已经对如何引入Sleuth跟踪信息和搭建Zipkin服务端分析跟踪延迟的过程做了详细的介绍，相信大家对于Sleuth和Zipkin已经有了一定的感性认识。接下来，我们介绍一下关于Zipkin收集跟踪信息的过程细节，以帮助我们更好地理解Sleuth生产跟踪信息以及输出跟踪信息的整体过程和工作原理。数据模型我们先来看看Zipkin中关于跟踪信息的一些基础概念。由于Zipkin的实现

2018-02-23 00:00:00 651

原创 Spring Cloud构建微服务架构：分布式服务跟踪（整合zipkin）【Dalston版】

通过上一篇《分布式服务跟踪（整合logstash）》，我们虽然已经能够利用ELK平台提供的收集、存储、搜索等强大功能，对跟踪信息的管理和使用已经变得非常便利。但是，在ELK平台中的数据分析维度缺少对请求链路中各阶段时间延迟的关注，很多时候我们追溯请求链路的一个原因是为了找出整个调用链路中出现延迟过高的瓶颈源，亦或是为了实现对分布式系统做延迟监控等与时间消耗相关的需求，这时候类似ELK这样的日志分析

2018-02-22 00:00:00 738

原创 Spring Cloud构建微服务架构：分布式服务跟踪（整合logstash）【Dalston版】

通过之前的《入门示例》，我们已经为两个由SpringCloud构建的微服务项目 trace-1和 trace-2引入了Spring Cloud Sleuth的基础模块 spring-cloud-starter-sleuth，实现了为各微服务的日志信息中添加跟踪信息的功能。但是，由于日志文件都离散的存储在各个服务实例的文件系统之上，仅仅通过查看日志文件来分析我们的请求链路依然是一件相当麻烦的差事，所

2018-02-21 00:00:00 1337

原创 Spring Cloud构建微服务架构：分布式服务跟踪（跟踪原理）

通过上一篇《分布式服务跟踪（入门）》的例子，我们已经通过Spring Cloud Sleuth往微服务应用中添加了实现分布式跟踪具备的基本要素。下面通过本文来详细说说实现分布式服务跟踪的一些要点。分布式系统中的服务跟踪在理论上并不复杂，它主要包括下面两个关键点：为了实现请求跟踪，当请求发送到分布式系统的入口端点时，只需要服务跟踪框架为该请求创建一个唯一的跟踪标识，同时在分布式系统内部流转的时候，框

2018-02-20 00:00:00 710

原创 Spring Cloud构建微服务架构：分布式服务跟踪（入门）

通过之前的N篇博文介绍，实际上我们已经能够通过使用它们搭建起一个基础的微服务架构系统来实现我们的业务需求了。但是，随着业务的发展，我们的系统规模也会变得越来越大，各微服务间的调用关系也变得越来越错综复杂。通常一个由客户端发起的请求在后端系统中会经过多个不同的微服务调用来协同产生最后的请求结果，在复杂的微服务架构系统中，几乎每一个前端请求都会形成一条复杂的分布式服务调用链路，在每条链路中任何一个依赖

2018-02-19 00:00:00 783

转载 Spring Cloud Gateway真的有那么差吗？

Spring Cloud从一开始最受大家质疑的就是网关性能，那是由于Spring Cloud最初选择了使用Netflix几年前开源的Zuul作为基础，而高性能版的Zuul 2在经过了多次跳票之后，对于Spring这样的整合专家可能也不愿意再继续等待，Spring Cloud Gateway应运而生，那么这个由Spring社区自己开发推出的网关又如何呢？最近一篇《实测 | 转型微服务，这4大工具谁是

2018-02-09 00:00:00 40382 2

转载「文末预告，注意查收」告别枯燥的理论，回归技术

这是一个知识快速迭代的时代，程序员在积累经验的同时，如何快速获取新的知识和技能呢？如何在竞争日益激烈的当下，不断提升自身的不可替代性呢？今天，在这里为大家甄选了几个高质量的技术公众号。告别枯燥的理论，从及时资讯、一线技术、实用案例、职业发展等多方位分享实操性强、可落地的内容和学习方法。新的一年，愿你的每一份努力都有回报！1机器学习与自然语言处理机器学习算法与自然语言处理，一个哈工大NLP在读博士的

2018-02-07 00:00:00 684

原创 Spring Cloud构建微服务架构：消息驱动的微服务（消费分区）【Dalston版】

通过上一篇《消息驱动的微服务（消费组）》的学习，我们已经能够在多实例环境下，保证同一消息只被一个消费者实例进行接收和处理。但是，对于一些特殊场景，除了要保证单一实例消费之外，还希望那些具备相同特征的消息都能够被同一个实例进行消费。这时候我们就需要对消息进行分区处理。使用消息分区在Spring Cloud Stream中实现消息分区非常简单，我们可以根据消费组示例做一些配置修改就能实现，具体如下：在

2018-02-05 00:00:00 699

原创 Spring Boot中使用LDAP来统一管理用户信息

很多时候，我们在构建系统的时候都会自己创建用户管理体系，这对于开发人员来说并不是什么难事，但是当我们需要维护多个不同系统并且相同用户跨系统使用的情况下，如果每个系统维护自己的用户信息，那么此时用户信息的同步就会变的比较麻烦，对于用户自身来说也会非常困扰，很容易出现不同系统密码不一致啊等情况出现。如果此时我们引入LDAP来集中存储用户的基本信息并提供统一的读写接口和校验机制，那么这样的问题就比较容易

2018-02-01 00:00:00 1249

程序猿DD