随笔分类 - 微服务
摘要：JWT介绍 是微服务中间用来传递用户信息的一个加密的JSON字符串，可以让微服务通过JWT查看用户信息，JWT包含用户信息。 JWT组成 （1）头部信息：令牌类型、验签加密算法 （2）载荷信息：公共信息、ID:唯一标识、创建者、生成时间、过期时间、自定义用户信息 （3）签名：头部信息+载荷信息+密码
阅读全文
摘要：微服务网关的概述 网关是介于客户端和服务器端之间的中间层，所有的外部请求都会先经过网关这一层。也就是说，API 的实现方面更多的考虑业务逻辑，而安全、性能、监控可以交由网关来做，这样既提高业务灵活性又不 缺安全性，典型的架构图如图所示 总结：微服务网关就是一个系统，通过暴露该微服务网关系统，方便我们
阅读全文
摘要：Topic 类型的 Exchange 与 Direct 相比，都是可以根据 RoutingKey 把消息路由到不同的队列。只不 过 Topic 类型 Exchange 可以让队列在绑定 Routing key 的时候使用通配符！ Routingkey 一般都是有一个或多个单词组成，多个单词之间以”.
阅读全文
摘要：有选择性的接收消息 在订阅模式中，生产者发布消息，所有消费者都可以获取所有消息。 在路由模式中，将添加一个功能 - 只能订阅一部分消息。 例如，只能将重要的错误消息引导到日志文件（以节省磁盘空间），同时仍然能够在控制台上打印所有日志消息。 但是，在某些场景下，希望不同的消息被不同的队列消费。这时就要
阅读全文
摘要：工作队列背后的假设是：每个任务只被传递给一个工作人 员。 在这一部分，我们将做一些完全不同的事情 - 我们将会传递一个信息给多个消费者。 这种模式被称 为“发布/订阅”。 1、1个生产者，多个消费者 2、每一个消费者都有自己的一个队列 3、生产者没有将消息直接发送到队列，而是发送到了交换机 4、每个
阅读全文
摘要：创建一个工作队列，在多个工作者之间分配耗时任务。 工作队列，又称任务队列。主要思想就是避免执行资源密集型任务时，必须等待它执行完成。相反我们 稍后完成任务，我们将任务封装为消息并将其发送到队列。 在后台运行的工作进程将获取任务并最终执 行作业。当你运行许多工人时，任务将在他们之间共享，但是一个消息只
阅读全文
摘要：RabbitMQ是一个消息代理：它接受和转发消息。 你可以把它想象成一个邮局：当你把邮件放在邮箱里 时，你可以确定邮差先生最终会把邮件发送给你的收件人。在这个比喻中，RabbitMQ是邮政信箱，邮 局和邮递员。 RabbitMQ与邮局的主要区别是它不处理纸张，而是接受，存储和转发数据消息的二进制数据
阅读全文
摘要：消息队列介绍 MQ（Message Queue）消息队列，是基础数据结构中“先进先出”的一种数据结构。一般用来解决应用解耦，异步消息，流量削峰等问题，实现高性能，高可用，可伸缩和最终一致性架构。 消息队列是典型的：生产者、消费者模型。生产者不断向消息队列中生产消息，消费者不断的从队列中 获取消息。因
阅读全文
摘要：Lua简介 Lua [1] 是一个小巧的脚本语言。它是巴西里约热内卢天主教大学（Pontifical Catholic University ofRio de Janeiro）里的一个由Roberto Ierusalimschy、Waldemar Celes 和 Luiz Henrique de F
阅读全文
摘要：SPU = Standard Product Unit （标准产品单位） 概念: SPU 是商品信息聚合的最小单位，是一组可复用、易检索的标准化信息的集合，该集合描述 了一个产品的特性。(款) 例如：Iphone12就是一个SPU，与商家，与颜色、款式、套餐都无关 SKU = stock keepi
阅读全文
摘要：FastDFS体系结构 FastDFS是用 c 语言编写的一款开源的分布式文件系统，它对文件进行管理，功能包括：文件存储、文 件同步、文件访问（文件上传、文件下载）等，解决了大容量存储和负载均衡的问题。特别适合以文件为载体的在线服务，如相册网站、视频网站等等。 FastDFS为互联网量身定制，充分考
阅读全文
摘要：过SpringColud中已经帮我们集成了一系列负载均衡组件：LoadBalancerClient、Ribbon、Feign，简 单修改代码即可使用。 基于LoadBalance服务调用 原理介绍 基于Ribbon的远程调用 Ribbon介绍 Spring Cloud Ribbon是基于Netfli
阅读全文
摘要：调用方式介绍 无论是微服务还是SOA，都面临着服务间的远程调用。 常见的远程调用方式有以下几种： RPC：Remote Produce Call远程过程调用，类似的还有RMI(Remote Method Invocation，远程 方法调用)。自定义数据格式，基于原生TCP通信，速度快，效率高。早期
阅读全文
摘要：当服务越来越多，容量的评估，小服务资源的浪费等问题逐渐显现，此时需增加一个调度中心基于访问 压力实时管理集群容量，提高集群利用率。此时，用于提高机器利用率的资源调度和治理中心(SOA)是关 键 以前出现了什么问题？ 服务越来越多，需要管理每个服务的地址 调用关系错综复杂，难以理清依赖关系 服务过多，
阅读全文
摘要：集中式架构 当网站流量很小时，只需一个应用，将所有功能都部署在一起，以减少部署节点和成本。此时，用于简 化增删改查工作量的数据访问框架(ORM)是影响项目开发的关键。 存在问题： 代码耦合，开发维护困难 无法针对不同木块进行针对性优化 无法水平扩展 单点容错率低，并发能力差 垂直架构 当访问量逐渐增
阅读全文
