扯一下这阵子摸索的一些东西
fujohnwang
author: fujohnwang
病了， 蔫儿蔫儿的， 痛苦中夹杂着痛苦，病痛是一种， 最主要的确是， 新的存储结构和系统架构还是没有完全想明白， 好消息是， 大体上的路线基本确定了， 只是一些小细节上暂时还是绕不过去，或者说绕起来也”不好看”, 一直围绕着这些烦人的小细节而阵痛…
存储结构的细节暂时可能还无法确定，但最初读了bitcask的论文之后，心里基本也有了底儿， 甚至在看到kafka的存储结构说明的时候， 更是板上钉钉的事儿了，基本上是append only write， 这可以很大程度上利用磁盘的IO能力， 缩短各个存储结构之间的差距，不过， 我还是想在这个基础上在发挥一下，所以让实习生帮忙验证新基于BigMemory的推测出来的另一种方式， 目前看来效果不错， 只不过可能需要添加冗余结点来保证可用性和可靠性。（http://sna-projects.com/krati/有些思想也是类似的， 但还是不能吃现成的饭）
集群的管理打算用zookeeper， jgroups虽然之前用的，了解过zookeeper之后， 感觉还是zookeeper甚得吾心，这东西用的好了，不但我手头上的项目可以用，部门其他项目也可以共享其服务， 岂是不亦乐乎？只不过， 基于zk的group membership管理可能还远远满足不了需求，需要做更进一步的扩展和考虑，这部分还是没有摆平， 明显不是zk的理解程度之类的问题了， 还要综合考虑产品的特性和要求， 以及部署和管理相关关注点。
还有心烦的就是， 系统架构用Actor模型来构建应该很简单， 也避免了不必要的并发控制， 可Java实现Actor实在是蹩脚， 不得不一个Actor耗费一个线程而且还不是那么正宗， Task-Based Concurrency的结构模拟Data-Based Concurrency的结构，再怎么说，也不会那么完美的匹配。 想直接用Scala写了算了，可整个team也就我玩，其它的都不了解， 带着这么批新人做项目就是这个不爽， 走一步都得掂前顾后…
其它没啥太好说的了， 就是感觉好像今年我没咋好好读几本书…
「为AI疯狂」星球上，扶墙老师正在和朋友们讨论有趣的AI话题，你要不要⼀起来呀？^-^
这里
- 不但有及时新鲜的AI资讯和深度探讨
- 还分享AI工具、产品方法和商业机会
- 更有体系化精品付费内容等着你，加入星球(https://t.zsxq.com/0dI3ZA0sL) 即可免费领取。(加入之后一定记得看置顶消息呀！)
存量的时代，省钱就是赚钱。
在增量的时代，省钱其实是亏钱。
避坑儿是省钱的一种形式，更是真正聪明人的选择！
弯路虽然也是路，但还是能少走就少走，背后都是高昂的试错成本。
订阅「福报」，少踩坑，少走弯路，多走一步，就是不一样的胜率！
