高可用架构
红豆和绿豆
这个作者很懒,什么都没留下…
展开
-
架构设计:生产者/消费者模式 第1页:“生产者/消费者模式”介绍
★简介 在实际的软件开发过程中,经常会碰到如下场景:某个模块负责产生数据,这些数据由另一个模块来负责处理(此处的模块是广义的,可以是类、函数、线程、进程等)。产生数据的模块,就形象地称为生产者;而处理数据的模块,就称为消费者。 单单抽象出生产者和消费者,还够不上是生产者/消费者模式。该模式还需要有一个缓冲区处于生产者和消费者之间,作为一个中介。生产者把数据放入缓冲区,而转载 2016-09-08 10:28:32 · 415 阅读 · 0 评论 -
架构设计:生产者/消费者模式 第4页:注意事项
顺便补充几个注意事项,大伙儿留意一下: 1、对stdio进行读写操作是以阻塞方式进行。比如管道中没有数据,消费者进程的读操作就会一直停在哪儿,直到管道中重新有数据。 2、由于stdio内部带有自己的缓冲区(这缓冲区和管道缓冲区是两码事),有时会导致一些不太爽的现象(比如生产者进程输出了数据,但消费者进程没有立即读到)。具体的细节,大伙儿可以看"这里"。 ◇转载 2016-09-08 10:42:49 · 299 阅读 · 0 评论 -
轻量级微服务框架的通信架构
关于微服务通信基础知识可先行参考文章: 中文连接:http://dockone.io/article/549 英文连接:https://www.nginx.com/blog/building-microservices-inter-process-communication/ 接口调用如果是远程调用,那么就构成了简单的分布式。最简单的远程接口实现方式是web service或re转载 2016-11-20 17:51:42 · 2504 阅读 · 0 评论 -
微服务框架的存储架构
web应用从单点向高并发架构演变时往往遇到最大的问题就是数据库的分布式存储。因为web应用本身就可以集群部署,但其所使用的数据库确是单点的。如果一个web应用开始的时候没有考虑数据库的分布式架构,那么等到要进行数据库集群改造时会发现困难重重,此时通常的做法是将原系统拆分成多个子系统,然后每个子系统访问一个数据库,这几乎重写了整个系统(如果这还不能满足需求,大型企业接下来会增加数据存储总线)。很多厂转载 2016-11-21 10:43:53 · 1548 阅读 · 0 评论