近年微服务架构在互联网应用领域中愈来愈火，引入微服务主要解决了单体应用多个模块的紧耦合、无法扩展和运维困难等问题。微服务架构就是按照功能粒度将业务模块进行垂直拆分，对单体应用本身进行服务化和组件化，每个组件单独部署为小应用（从DB到UI）。微服务与微服务之间通过ServiceAPI进行交互，同时为了支持水平扩展、性能提升和服务可用性，单个服务允许同时部署一个或者多个服务实例。在运行时，每个实例通常
分类：
其他好文 时间：
2019-12-27 09:30:39
阅读次数：
74
图片来源网络 1.创建topic 2.启动三组go消费者 3.启动go生产者 4.第一组消费者输出 5.第二组消费者输出 6.第三组消费者输出 7.结论 1.消息将会被均匀的分布到不同的分区中 实现了负载均衡和水平扩展 2.消息会全量落到不同的消费者组 3.消费者组内的消费者共享一个消费者组ID 组 ...
分类：
其他好文 时间：
2019-12-22 16:16:32
阅读次数：
79
最近的一次上线突然发现系统的某些数据库查询偶尔会超过300ms, 正常的情况都只有100ms，我花了一段时间开始调查原因，这篇文章记录了整个过程。 项目背景 项目提供了一个支持水平扩展的功能，扩展是基于扩展多数据库来分散压力，我就是在这个大场景下要求新增一些数据库来环境线上的压力。 线上分为南方和北 ...
分类：
数据库 时间：
2019-12-01 19:11:26
阅读次数：
153
一、Redis集群的水平扩展 Redis3.0版本以后，有了集群的功能，提供了比之前版本的哨兵模式更高的性能与可用性，但是集群的水平扩展却比较麻烦，接下来介绍下Redis高可用集群如何做水平扩展，在原集群的6个节点的基础上新增2个节点，由原来的3主3从变成4主4从，原先的3主3从部署详见Redis系 ...
分类：
其他好文 时间：
2019-12-01 00:29:45
阅读次数：
120
前言 缓存系统的用来代替直接访问数据库，用来提升系统性能，减小数据库负载。早期缓存跟系统在一个虚拟机里，这样内存访问，速度最快。 后来应用系统水平扩展，缓存作为一个独立系统存在，如redis，但是每次从缓存获取数据，都还是要通过网络访问才能获取，效率相对于早先从内存里获取，还是不够逆天快。如果一个应 ...
分类：
编程语言 时间：
2019-11-01 13:09:43
阅读次数：
244
《消息队列高手课》从源码角度全面解析 MQ 的设计与实现 如何选择最适合系统的消息队列产品？ 如何保证消息不重复、不丢失？ 如何做到水平扩展？ 如果你掌握了消息队列的底层技术，无论使用哪种消息队列产品，你都可以从原理层面来分析问题，再简单看一下它的 API 和相关配置项，就能很快知道该如何配置消息队 ...
分类：
其他好文 时间：
2019-10-19 00:08:19
阅读次数：
128
背景 在如今的互联网环境下，海量数据已随处可见并且还在不断增长，对于如何存储处理海量数据，比较常见的方法有两种： 垂直扩展：通过增加单台服务器的配置，例如使用更强悍的 CPU、更大的内存、更大容量的磁盘，此种方法虽然成本很高，但是实现比较简单，维护起来也比较方便。 水平扩展：通过使用更多配置一般的服 ...
分类：
数据库 时间：
2019-10-16 09:40:22
阅读次数：
122
1.1. 集中式架构 当网站流量很小时，只需一个应用，将所有功能都部署在一起，以减少部署节点和成本。此时，用于简化增删改查工作量的数据访问框架(ORM)是影响项目开发的关键。 存在的问题： - 代码耦合，开发维护困难 - 无法针对不同模块进行针对性优化 - 无法水平扩展 - 单点容错率低，并发能力差 ...
分类：
其他好文 时间：
2019-10-06 18:34:46
阅读次数：
61
kafka是一个分布式消息队列。具有高性能、持久化、多副本备份、横向扩展能力。生产者往队列里写消息，消费者从队列里取消息进行业务逻辑。一般在架构设计中起到解耦、削峰、异步处理的作用。kafka对外使用topic的概念，生产者往topic里写消息，消费者从读消息。为了做到水平扩展，一个topic实际是... ...
分类：
系统相关 时间：
2019-10-06 00:44:29
阅读次数：
86
TiDB 是 PingCAP 公司设计的开源分布式 HTAP (Hybrid Transactional and Analytical Processing) 数据库，结合了传统的 RDBMS 和 NoSQL 的最佳特性。TiDB 兼容 MySQL，支持无限的水平扩展，具备强一致性和高可用性。TiD... ...
分类：
数据库 时间：
2019-09-21 00:51:43
阅读次数：
186
