就比如说,我有一个网店系统。
分别在服务器a 架了一个卖衣服的前台,服务器b架了一个卖首饰的前台,服务器c架了一个卖手机的前台。
而后台程序位于服务器d。
这个后台统一控制这几个站点前台程序。所有前台的数据也都汇总到后台。实现的可行性怎么样?
实现原理?
对软硬件的特殊要求?
开发复杂度?
对程序效率的影响?
安全性影响?
分别在服务器a 架了一个卖衣服的前台,服务器b架了一个卖首饰的前台,服务器c架了一个卖手机的前台。
而后台程序位于服务器d。
这个后台统一控制这几个站点前台程序。所有前台的数据也都汇总到后台。实现的可行性怎么样?
实现原理?
对软硬件的特殊要求?
开发复杂度?
对程序效率的影响?
安全性影响?
实现原理,没有特殊原理吧? 对数据库进行统一操作而已。比UCETNER应该复杂,不止是用户数据。
没有什么特殊要求,最后服务器ABCD位于同一机房。
不复杂。
关键在于程序的编写,本身这种分布式的系统没什么效率影响之说吧?
安全?没有特殊要求。
其实后端用什么语言不重要了,抽象出来其实就是两个流:数据流,控制流。
内部数据裸跑出来总是不怎么放心,加密那是在考验服务器。而且来回通信势必增加响应时间。控制流又是个大麻烦,各个前端都是个不相同,要有足够控制力的同时,还要保证前台系统的灵活度空间。那就必然要抽象出一个一致通用的内核。就像os的机制一样。
因为ucenter此类的应用的开发目很聚焦-账户管理。这几乎每个网站都有一个一致性的数据内核,也可以看成是个标准-用户名和密码。它要实现的控制力不是很高,所以复杂度也不是高。
头疼。
诶,也就是异想天开的想想,不严谨的讨论讨论,改天再写个demo看看到底长成啥模样。
可以借鉴下UC
杭州保洁http://www.ruigaobj.com/
九九中文http://www.99kxs.com