test~

本博文是原书第七章的读书笔记，主要内容包括 circuit breakers, fallbacks, and bulkheads 的实现 使用circuit breaker 模式来节约客户端资源 当远程服务不可用时，使用Resilience4j 实现Resilience4j的bulkhead模式来隔离远程资源调用 微调Resilience4j的circuit brea...

本博文是原书第6章节的读书笔记。内容主要包括： 为什么在云原生应用中，服务发现是一个重要的话题？ 服务发现 vs (单独的)负载均衡(服务器) 配置SpringNetflixEurekaServer 使用Eureka进行服务注册 使用SpringCloudLoadBalancer库进行客户端的负载均衡 在分布式系统中，需要找到服务的位置与其进行沟通，这一概念在分布...

本博文为原书第五章的读书笔记。 书中对于 如何 让ConfigServer结合Vault使用的部分讲的非常不清楚，Spring是有一个专门用于结合Vault使用的项目 Spring Cloud Vault 的.但作者完全没有提及。 总之关于如何secure config的部分作者只给出了对称加密的方案，使用Vault的方案是不完整的 软件开发者需要时刻铭记于心的一个重要准则就是将...

在继续接下来的微服务开发历程之间，我们需要先考虑微服务应用的移植性(Portability) ,即如何将微服务应用在不同的环境下运行. 在近些年(2019年),容器的概念流行了起来，从一个锦上添花的技术到了必不可少的技术。 容器是一种 轻量便捷与有效的手段来将 任何软件 迁移并运行到另一个环境中(例如从开发者的机器上到另一个物理或是虚拟机上). 通过容器化技术提供的更小且适应性更好的容器替...

在实际的开发场景中,仅仅只靠单一类型的技术人员是无法完成整个应用的交付的，即同一应用会涉及到纳入多个角度的问题. 一般来说，一个成功的微服务开发始于三种关键角色的视角。 架构师： 从整体上看待应用，负责应用的整体架构设计，以及各个微服务之间的交互。 开发工程师： 负责实现微服务具体的业务逻辑. 运维工程师(DevOps)： 在生产与非生产环境中，决定的服务的部署与管理方式. ...

本博文为书本第二章 Exploring the microservices world with Spring Cloud 的读书笔记。 书中第二章介绍了SpringCloud的基本概念和 将要用到的组件。 然后介绍了对于构建微服务的 Twelve-factor app 宣言，以其作为最佳实践的指导。 最后介绍了本书具体构建的项目背景并创建一个简单的微服务骨架。 TL;DR Sp...

TL;DR 单体架构中，所有的流程都是紧密耦合的，并作为一个整体部署和扩展。 微服务架构是 一个个极小的，负责特定业务功能, 自治的服务，通过轻量级的通信机制组合在一起。 单片式架构往往是简单、轻量级应用的理想选择。 而微服务架构通常更适合于开发复杂的、不断变化更新的应用程序。选择那种软件架构完全取决于你的项目规模、时间和要求，以及其他因素 SpringBoot可以帮我们...

作为一本InAction的书，作者除了SpringBoot的部分，还完成了介绍了整个开发流程的步骤与其他一些工具，例如SpringBootCli、Groovy、TestInSpringBoot、Grails、deploy等内容， 但是因为这是一本将近7年前的书了，我个人觉得这些内容已经不再具有时效性，所以这里只记录一些关于SpringBoot的核心内容。 What - Spring...

与Spring实战的 一边读一遍写自己的博文不同。 我这次是先读完了整本书之后，再准备做一些总结。 如果你看我Blog的timeline 的话，会发现在这一篇博文的上一篇就是我写的 对于SpringInAction 的读完感想 其实有点后悔没有先读这本书，而是去先去了SpringInAction，之前看Spring实战感觉作者将一些内容作为读者已经知道了作为前提就没有讲的很明白 ,但其实这...