摘要：快乐在人生里，好比引诱小孩子吃药的方糖，更像跑狗场里引诱狗赛跑的电兔子。几分钟或者几天的快乐赚我们活了一世，忍受着许多痛苦。我们希望它来，希望它留，希望它再来——这三句话概括了整个人类努力的历史。在我们追求和等候的时候，生命又不知不觉地偷度过去。也许我们只是时间消费的筹码，活了一世不过是为那一世的岁月充当殉葬品，根本不会想到快乐。但是我们到死也不明白是上了当，我们还理想死后有个天堂，在那里——谢上帝，也有这一天！我们终于享受到永远的快乐。你看，快乐的引诱，不仅像电兔子和方糖，使我们忍受了人生，而且彷佛钓钩上的鱼饵，竟使我们甘心去死。这样说来，人生虽痛苦，却不悲观，因为它终抱着快乐的希望；现在的账，我们预支了将来去付。为了快活，我们甚至于愿意慢死。 阅读全文

摘要：Centos安装Storm脚本 保存于此,备忘. 阅读全文

摘要：程序部署在了生产环境,要像魔术师手中的飞刀,出手但是没有脱手,我们需要一些工具来了解程序在运行时的状况.之前介绍过一个Erlang的Web监控工具,如果在字符终端界面呢?本文介绍几个 阅读全文

摘要：除了内置的RabbitMQ集群方案,还可以通过其它一些软件或者插件来构建RabbitMQ集群.这些方案可以解决一些让我们头痛不已的问题,当然它们也不是银弹,也有使用场景的限制.事实上,对于各种集群方案我们都不能假设太多,每当连入一个节点,我们都要把这个节点当成一个全新的节点来处理,首先要完成各种声明工作. 阅读全文

摘要：之前提到过在集群环境中,队列只有元数据会在集群的所有节点同步,但是队列中的数据只会存在于一个节点;这不免让人失望:数据没有冗余容易丢数据甚至在durable的情况下,如果所在的节点当掉就要等待节点恢复.那么是不是有消息冗余的解决方案呢?是的,RabbitMQ自2.6.0开始就开始支持镜像队列(Mirrored Queue).消息会在节点之间复制,和其它的主从设计一样,它也有master和slave的概念;一旦某个节点当掉,会在其余的节点中选举一个slave作为master.要注意Mirrored Queue 也不是银弹,后面会提到它的局限. 阅读全文

摘要：之前提到了RabbitMQ是怎样维护Queue的data和metadata的.我们知道Queue在RabbitMQ对应Erlang的进程,那么Exchane是不是也是独立的Erlang进程呢?它的信息是如何维护的呢? 阅读全文

摘要：刚开始使用rabbitmqctl 创建集群的时候会有一个问题,怎么控制节点是disk node还是ram node?翻看了rabbitmq2.8.7的代码看了一下才知道原委,记录一下 阅读全文

摘要：上一篇文章提到,节点按照metadata的存储方式在集群中可以是RAM node 或者 disc node.这两种node有什么差别?在实际操作的时候又如何选择呢?本文回答这一问题. 阅读全文

摘要：RabbitMQ集群搭建是比较简单的,中间可能遇到的障碍往往是因为不熟悉Erlang造成的.本文从零开始搭建RabbitMQ集群,细数中间若干陷阱,我们开始(本文略长)...之前文章介绍了RabbitMQ的metadata, 元数据可以持久化在RAM或Disc.从这个角度可以把RabbitMQ集群中的节点分成两种:RAM Node 和 Disk Node. RAM Node只会将元数据存放在RAM,Disc node 会将元数据持久化到磁盘.单节点系统就没有什么选择了,只允许disk node,否则由于没有数据冗余一旦重启就会丢掉所有的配置信息.但在节点环境中可以选择哪些节点是RAM node. 阅读全文

摘要： 我们希望 RabbitMQ的集群能够解决单点故障,一旦节点异常自动重连到正常的节点;希望RabbitMQ 集群可以完成负载均衡,可以保证消息不丢失,希望可以快速增加节点到集群,单个节点当掉不会给集群带来灾难影响..... 哦,停下来,我们似乎把构建健壮地可扩展系统的所有梦想都寄托在RabbitMQ之上了.事实又是怎样呢?我们不能臆测软件对一个功能的实现,最好的办法就是用一下;我们近距离看一下. 阅读全文

摘要：在项目中引入RabbitMQ通常会考虑它会带来的好处:解耦应用程序,实现不同编程语言之间的互通,解除对特定通信协议的依赖,解除应用程序在时序上执行的依赖(异步).落实到代码层面就是两种常用应用模式:"发后即忘"(fire-and-forget)和RPC. 阅读全文

摘要：Erlang Shell是一个强大的工具,几乎只要我的电脑开着,就会有一个Erlang Shell开着,随时验证想法.就是因为是常用武器,也会有一些常见问题,今天做下回顾,顺便解决两个新问题.算是Erlang shell常见问题的不完全合集了吧. 阅读全文