扯一下这阵子摸索的一些东西
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) 即可免费领取。(加入之后一定记得看置顶消息呀!)

存量的时代,省钱就是赚钱。
在增量的时代,省钱其实是亏钱。
避坑儿是省钱的一种形式,更是真正聪明人的选择!
弯路虽然也是路,但还是能少走就少走,背后都是高昂的试错成本。
订阅「福报」,少踩坑,少走弯路,多走一步,就是不一样的胜率!
