微服务

前言 上一篇对RabbitMQ的流程和相关的理论进行初步的概述，如果小伙伴之前对消息队列不是很了解，那么在看理论时会有些困惑，这里以消息模式为切入点，结合理论细节和代码实践的方式一起来学习。 正文 常

前言 关于消息中间件的应用场景，小伙伴们应该都耳熟能详了吧，比如经常提到的削峰填谷、分布式事务、异步业务处理、大数据分析等等，分布式消息队列成为其中比较关键的桥梁，也就意味着小伙伴们得掌握相关技能；当

前言 随着系统架构的演变，有很多名词也随之涌现，如：微服务、灰度发布、资源隔离、容器、领域/集成事件等，听着的确高大上，让很多小伙伴有一种无法征服的感觉；其实很多东西可能之前就已经用过了，只是名字不这

前言 现在稍微有点规模的系统，很多都是采用分布式/微服务架构，将一个大系统拆分为很多个功能模块进行开发、测试、发布、管理等，如果全部流程都采用人工的形式进行的话，效率肯定是超级不高效滴。而且现在很多项

前言 对于监控系统来说，不可能让人一直盯着监控看板，而更多的是以自动提醒的方式，比如邮件、短信或微信推送等，当达到或超出预设的告警指标时，就自动发送消息提醒，下面就来说说如何配置SkyWalking的

前言 如今分布式、微服务盛行，面对拆分服务比较多的系统，如果线上出现异常，需要快速定位到异常服务节点，假如还用传统的方式排查肯定效率是极低的，因为服务之间的各种通信会让定位更加繁琐；所以就急需一个分布

前言 Docker可以将应用程序及环境很方便的以容器的形式启动，但当应用程序依赖的服务比较多，或是遇到一个大系统拆分的服务很多时，如果还一个一个的根据镜像启动容器，那就有点累人了，到这有很多小伙伴会说

前言 在真实的项目中，不管是功能日志、错误日志还是异常日志，已经是项目的重要组成部分。在原始的单体架构，通常看日志的方式简单粗暴，直接登录到服务器，把日志文件拷贝下来进行分析；而如今分布式、微服务架构

前言 现在对于Docker容器的隔离性都有所了解了，但对容器IP地址的分配、容器间的访问等还是有点小疑问，如果容器的IP由于新启动导致变动，那又怎么才能保证原有业务不会被影响，这就和网络有挂钩了，接下

前言 使用第三方镜像肯定不是学习Docker的最终目的，最想要的还是自己构建镜像；将自己的程序、文件、环境等构建成自己想要的应用镜像，方便后续部署、启动和维护；而Dockerfile就是专门做这个事的

前言 上一篇把常用命令演示了一遍，其中也提到容器的隔离性，默认情况下，容器内应用产生的数据都是由容器本身独有，如果容器被删除，对应的数据文件就会跟着消失。从隔离性的角度来看，数据就应该和容器共存亡；但

前言 上一篇大概认识了Docker，主要是从概念、架构、优点及流程方面进行阐述，并进行安装和体验； 接下来就开始进行实操学习，在演示过程中会针对关键的知识点进行归纳和总结，这里先从常用命令说起，来吧，

前言 “不对啊，在我这运行很正常啊”，这句话小伙伴们在前几年应该听得很多；每次一到安装、部署时总有一堆问题，毕竟操作系统版本、软件环境、硬件资源、网络等因素在作怪，此时难免会导致开发小伙伴和运维哥们互

前言 对于分布式事务，常用的解决方案根据一致性的程度可以进行如下划分： 强一致性(2PC、3PC) ：数据库层面的实现，通过锁定资源，牺牲可用性，保证数据的强一致性，效率相对比较低。 弱一致性(TCC

前言 关于前面系列的文章已经说到分布式服务之间的通信，则分布式事务接下来就是我们要一起学习的主题，走起。 数据库事务在现有大大小小的系统中几乎是避免不开的，或多或少总会有一些业务关联在一块；对于单机事

前言 上一篇对gRPC进行简单介绍，并通过示例体验了一下开发过程。接下来说说实际开发常用功能，如：gRPC的四种模式、gRPC集成JWT做认证和授权等。 正文 1. gRPC四种模式服务 以下案例演示

gRPC是一个现代的**开源高性能远程过程调用(RPC)框架，可以在任何环境中运行**。它可以有效地连接**数据中心内和跨数据中心**的服务，并支持可插拔的负载均衡、跟踪、健康检查和身份认证