标签：封装 分布式 面向过程 ffffff 软件 nta 内存 部分 简单
经常写业务软件的开发会吐槽crud没有技术含量，想学新技术，但是学完新技术会发现又进入了crud的循环(学完mq发现只会发送和接收消息，学完redis发现只会读写缓存，学完zookeeper发现只会操作node节点)。这种现象产生的原因是什么的？因为关注点一直是逻辑，而不是存储。而一项技术的底层和原理无非逻辑与存储。
业务逻辑层本质就是对数据操作，compute，就是crud，我加一条：mapping(convert)，不同层间的映射，不同系统间的映射。分布式的逻辑有map-reduce，fork-join。如果公司对存储层的api封装的足够好，那么就可以专注于业务逻辑了。作为个人不能止步于此，作为公司要专注于业务，产品。
很多分布式技术的应用与选型，大多来自数据层的选型，设计一个分布式系统一个出发点就是存储结构的设计。扩缩性,高可用,高性能的难点也集中在了数据层。因为数据层有状态。逻辑层一般无状态的，但是具体操作可能是状态的。扩缩很简单，只需要增加节点。
其实crud是超越不了的，业务软件开发本质决定了其特性，只能增加对crud的理解。深入crud的实现，可以深入存储层的研究。
标签：封装 分布式 面向过程 ffffff 软件 nta 内存 部分 简单
原文地址：http://blog.51cto.com/thinklili/2322766
