记录写自己工作中的点点滴滴。
Gemfire 印象
加入公司的时候,公司的cache cluster都是基于Gemfire的,也都基本稳定了,剩下的只是些维护性工作。因为公司管理层不喜欢Gemfire Solution,一直在尝试找替代品,为此,我们测试过 redis, hazelcast, infinspin and riak。
从一个开发人员的角度,看到的gemfire问题
1.软件成本。不知道公司的Gemfire license费用多少,但是manager无意中说过huge money,估计费用不低
2.开发成本。公司刚开始使用Gemfire的时候,Gemfire还不是开源的。所以,你可以想象作为开发人员有多么的痛苦。简单、不全的文档,没有源码,很多东西只能靠猜测。为了解决这些问题,公司从gemfire请了数个consultant,搭建框架,review团退代码,…总之,费用不低。
3.运营成本。公司网站是24*7的。一个gemfire cluster要求硬件无错,网络稳定。如果深夜两点,出现网络不稳而导致separate brain,那么只能给开发人员打电话,要求重启部分节点。从这里,不管是网络团队、运行团队还是开发团队,都有所怨言。
当然,这只是我能一个开发者能看到的问题,管理层到底为什么要换掉Gemfire,原因并不清楚。
Gemfire 初探
公司的Gemfire应用都是一个模式: locator, cache, 和 JMX agent
locator 负责联系cluster中的各个节点
cache 负责数据,存贮和销毁
JMX agent 负责软件的监控 (给运维团队提供GUI)