技术框架选型

当前千家门店,以后可能还更多,这已经不是一个单一系统技术架构选型的问题,而是一种传统单点应用转化为集中化后的多组织架构下的大应用的应用总体架构设计的问题。1. java常见的技术架构选型,前面已经有很多人谈到过 ,选择成熟轻量的为主。2. SOA架构的问题,要注意重点是在组件化和服务化上,即能否真正做到整个系统的组件化设计,组件之间能够通过服务进行交互,组件能够独立的管理和部署。这个也是整个大系统能够横向解耦的基础。同时通过领域服务层的构建满足后期同时为BS端和移动APP端提供业务服务的能力。3. 多组织下的架构设计,另外一个重点,需要考虑在门店增加和业务并发上来的时候,整个架构体系能否支持纵向的拆分问题。比如可以按区域来进行下面数据节点的部署,在分布式的架构下有能够通过类似DaaS服务层构建一套应用。4.缓存,事务,数据一致性,消息机制等将成为整个架构考虑的重点。
■网友
框架上,相比hibernate,我更倾向于mybatis。sql的处理和优化上空间更大;而且java对象和表之间的映射关系也更灵活,便于做出更加符合业务需求的模型来。架构上,尽量的往系统间解耦的方向去吧。已经耦合上的系统要再拆开……我宁愿去挖一大桶蚯蚓回来。
■网友
J2EE的技术已经很熟悉了呀
■网友
1.SOA是系统体系间架构方法论,跟具体的技术框架没有关系。2.J2EE WEB应用层框架已经非常成熟了,这个没必要再有什么选择的烦恼。3.如果你们门店那么多,每个门店都需要单独的业务系统的话,数据层的架构才是你重点需要关注的。比如说如何部署分布式数据库,如何高效的处理数据通信。如果你们业务量不大,只需要在总部部署所有服务的话,那就更没有什么问题了。
■网友
BS的技术框架常用的就是 ssh ssi。“考虑SOA架构” 这个应该属于方法论的范畴。具体技术有web service dubbo 也只是工具。


    推荐阅读