Java6888的博客

前言微服务架构（Microservice Architecture）是一种架构概念，旨在通过将功能分解到各个离散的服务中以实现对解决方案的解耦。你可以将其看作是在架构层次而非获取服务的类上应用很多SOLID原则。微服务架构是个很有趣的概念，它的主要作用是将功能分解到离散的各个服务当中，从而降低系统的耦合性，并提供更加灵活的服务支持。今天，就由某大厂一线架构师来手撕微服务架构，带你大战Spring Boot、Spring Cloud、Nginx和Docker，这些内容不信你看完还搞不懂！注意：以下

前言：微服务近年来受到了极大的关注并成为趋势，不信的话可以查看 Google Trends。可以看到从2014年开始人们对它产生了极大的兴趣，随着时间的推移，这一趋势仍在增长。我们对于微服务架构的概念，相信大家应该都不陌生，无论使用 Apache Dubbo、还是 Spring Cloud，都可以去尝试微服务，把复杂而庞大的业务系统拆分成一些更小粒度且独立部署的 Rest 服务。但是这个过程，具体应该怎么做？现有的条件下到底要不要做微服务？服务拆分成什么粒度才是合适的？遗留的老系统需要如何考

前言面对近几年火热的微服务架构，但很多人都是「只可远观，不可近玩」的态度，大家对吨级的概念与方法论往往都是望而生畏。他们会觉得微服务架构是复杂的、高端的、赶潮流的、没有必要的，中小团队没有必要也没有实力去落地。所以，小编给大家带来这本轻量级微服务架构这本书，读完本书，你会有一种「微服务架构也没有想象中的恐怖嘛」的感觉。小编手把手地带着各位大哥们把轻量级微服务架构落地，完全是从0到1，以及教给各位大哥们如何应对里面的坑。本书的内容都是奔着落地去的，不会有飘在天上的各种方法论，诚意满满的干货，

前言：对于微服务架构的概念，相信大家应该都不陌生，无论使用 Apache Dubbo、还是 Spring Cloud，都可以去尝试微服务，把复杂而庞大的业务系统拆分成一些更小粒度且独立部署的 Rest 服务。但是这个过程，具体应该怎么做？现有的条件下到底要不要做微服务？服务拆分成什么粒度才是合适的？遗留的老系统需要如何考虑重构改造？有哪些坑需要我们注意？系统怎么在分布式服务下实现数据的一致性和服务的高可用可伸缩？拆分的过程中系统数量增多，测试、部署、运维、监控，又应该如何处理？如今阿里架构师针对

按照 Redis 官网：redis.io/topics/clus… 的提示，为了使 Docker 与 Redis Cluster 兼容，您需要使用 Docker 的 host 网络模式。host 网络模式需要在创建容器时通过参数 --net host 或者 --network host 指定，host 网络模式可以让容器共享宿主机网络栈，容器将不会虚拟出自己的网卡，配置自己的 IP 等，而是使用宿主机的 IP 和端口。关于 Docker 网络模式更多的内容请阅读《Docker 网络模式详解及容器间网

前言作为一名行走一线的 Java 程序员，你可能在各个方面感受到了 Spring Boot 的火。现在出去面试 Java 工程师， Spring Boot 已经成了必问的内容。Spring 框架可以说是 Java 开发人员使用的最流行的应用程序开发框架之一。它目前由大量提供一系列服务的模块组成。包括模块容器，为构建横切关注点提供支持的面向切面编程（AOP），安全框架，数据存取框架，Web 应用框架和用于模块测试提供支持的类。Spring 框架的所有组件都通过依赖注入粘在一起。依赖注入（也称为控制