欢迎来到《本周 Spring 要闻》的又一次更新！本周我们有很多内容要涵盖，让我们开始吧。

• Fred Melo 是 Pivotal 最杰出的开发者之一，当他谈论数据时，人们都会认真倾听。这是您观看他关于数据微服务（正确构建云原生数据微服务，使用 Spring Cloud）的 SpringOne Platform 演讲的机会。
• RabbitMQ 团队非常忙碌！RMQ Java 客户端在 Metrics、日志记录和 Java NIO 等方面，带来了一些非常好的新（非破坏性）功能。
• 为了扩展 RMQ Java 客户端 4.0 中的 Metrics 支持，Rabbit 团队在其博客中介绍了如何使用 JMX、Spring Boot Actuator 和 Coda Hale 出色的 DropWizard Metrics 库。
• 我喜欢 Confluent 的 Joe Kutner 在 SpringOne Platform 上的这次演讲，我简直不敢相信这不是一个队列：将 Apache Kafka 与 Spring 结合使用。这次演讲聚焦于 Apache Kafka，它是当今最强大、最云原生的消息队列之一——Apache Kafka——与 Spring 的结合。
• 看看 Spring Integration 和消息传递大师 Gary Russell 在 SpringOne Platform 上关于 Spring for Apache Kafka 的演讲
• 看看 Spring 和 Spring for Apache Hadoop 的贡献者 Thomas Risberg 关于使用 Spring 构建大数据管道的演讲
• 我们的朋友 Toshiaki Maki 构建了一个非常酷的 Graphviz 应用程序 Bean 可视化工具，可以通过 /beansviz 端点访问。
• Spring Cloud 贡献者 Vinicius Carvalho 在 SpringOne Platform 上的关于演进式和弹性微服务的演讲值得一看
• Spring Integration Java DSL 的负责人 Artem Bilan 刚刚宣布了 Spring for Apache Kafka 1.1.3 的发布
• Spring Cloud 大师 Marcin Grzejszczak 刚刚宣布了 Spring Cloud Camden SR5 的发布
• Spring Tool Suite 背后的团队正在为 Spring Tool Suite 4 准备一些令人惊叹的东西，其中很大一部分是将 STS 中的插件提取为语言服务器，这些语言服务器可用于各种其他 IDE，包括 Atom 和 Microsoft VS Code。作为其中的一部分，该团队刚刚发布了 Cloud Foundry manifest.yml 编辑器
• Spring IO Platform 的负责人 Andy Wilkinson 刚刚宣布了 Spring IO Platform Brussels RC1 的发布
• Andy 没有因此止步不前，他还刚刚宣布了 Spring IO Platform Athens SR3 的发布
• 您将参加本月晚些时候在佐治亚州亚特兰大举行的精彩的 DevNexus 活动吗？Spring 团队也将参加！
• 看来我错过了 1 月份的一个好东西！看看 Muhammad Noor 关于使用 Spring Cloud 和 Reactor 构建响应式微服务的帖子

Reactor](https://dzone.com/articles/functional-amp-reactive-spring-along-with-netflix)

• Rashidi Zin 整理了一个很好的例子，说明如何使用 Spring Data 来支持实体审计。非常棒，Rashidi！
• Bruno Krebs 撰写了一篇非常精彩的文章，介绍如何使用测试驱动开发（当然还有 Spring Boot）构建 REST API
• Mario-Leander Reimer 在 OOP17 会议上的云原生研讨会看起来非常有趣！我希望我能去参加。不过，对于我们没去的人来说，至少还有他的 Git 仓库。
• 说到 DevNexus，这篇经典文章——保持清洁：开源的经验教训和如何打磨，由 Spring Boot 联合负责人 Phil Webb 主讲，如果您还没看过，绝对值得一看
• 虽然严格来说与 Spring 无关，但持续交付是微服务、敏捷、TDD 以及我们今天理所当然的许多其他实践背后的统一理论，很少有人比 Chris Farley 更好地介绍了它的基本原理
• 这篇文章与 Spring 本身关系不大，但它对 JVM 性能的影响提供了一个非常有趣的视角，尤其是在某些情况下不覆盖 #hashCode 的情况 implications on performance in the JVM that don't override #hashCode in certain contexts