请各位高手帮我分析一个架构问题。

winderldd 2011-01-25 03:20:23

现在有100个不同地方的1000多台个客户机作为业务处理终端来完成业务。但是客户用网络不是很好，因为是外网容易出现断网。

因为是BS架构，想在客户断网情况下依然可以维持业务。决定将服务器单独拆分为服务器。在数据中心设置一个总服务器。请问这种情况下有什么优劣势，并且采用哪种与总服务器的数据传输方式最好？

...全文

175 8 打赏收藏转发到动态举报

写回复

8 条回复

切换为时间正序

请发表友善的回复…

发表回复

赶上这年头 2011-01-27

打赏
举报

回复

Lotus Domino可以设置为服务器共享

youjianbo_han_87 2011-01-26

打赏
举报

回复

集群。。

winderldd 2011-01-26

打赏
举报

回复

还是mouhk说的比较具体。我很可能就要采用这种方式了。

mouhk 2011-01-25

打赏
举报

回复

采用socket通讯吧，而且报文格式尽量精简，自己设计。B/S结构的话，估计还是得在各分公司架设服务器了，和总公司的服务器，在网络闲时后台同步。之前给一客户做过会员系统，他们也是属于这种情况，不过他们是C/S结构的，客户机上本身就包含数据库。支持离线交易。

qingyuan18 2011-01-25

打赏
举报

回复

没看懂，你想做服务器集群？

24K純帥 2011-01-25

打赏
举报

回复

没什么经验，感觉这是个分布式系统~

希望对你有帮助 2011-01-25

打赏
举报

回复

给你看看别人的服务器传输方式，你可以借鉴
http://zhuanli.baidu.com/pages/sipo/20091009/38/7ddeac02f3bb804c324babafc70d4d6e_0.html
http://www.hellochem.com/patentfm/pt94/938999_2AD8D.htm

1.用Sock使用TCP/UDP传输
2.用共享目录，通过文件传输
3.用web，通过Webbrowser下载HTML传输
4.用DCOM，远程对象传输
5.用com口，modem传输或直传
6.用inet控件，通过Ftp，http协议传输
7.用imapi通过Email传输

希望对你有帮助

希望对你有帮助 2011-01-25

打赏
举报

回复

可以采用回滚

本文以轻松幽默的方式探讨了软件架构与架构师的核心概念。作者通过乐高玩具、军事装备等生动比喻，阐释了高内聚低耦合的架构原则，并对比了优秀架构（模块化设计）与糟糕架构（拼凑式设计）的区别。文章强调架构师应关注非功能性需求，而非仅解决业务问题，指出技术路线的关键在于掌握底层原理（如TCP/IP协议、编译原理等）。同时，作者批判了"重业务轻技术"的行业现象，提出架构师需要持续学习、自我激励，并分享了成为架构师的学习路径（从数据结构和算法到设计模式）。全文以"科技是第一生产力"

希望我的惨痛教训，能为正在或将要涉足AI、大数据、复杂系统架构的你，提供一些宝贵的借鉴，帮助你在未来的项目中避开那些我们曾经失足的“深坑”。发布会当天，高潮环节，我们的产品负责人在台上，向现场和线上观众演示通过简单的文本描述（“一个现代风格的两居室，带大阳台，智能家居”）让AI实时生成房产。现在回头看，这个技术栈看起来“非常标准”，甚至有点“时髦”，但正是这种看似“正确”的组合，在特定场景下暴露出了巨大的问题。复盘“亚特兰蒂斯”项目的失败，如同揭开未愈合的伤疤，过程是痛苦的，但收获也是巨大的。

一、学习建议首先，业务架构师的核心是架构，不是业务也不是技术，是形成业务的架构，这一点很重要，要多学习架构设计知识。笔者对企业级业务架构的定义是根据企业战略，对企业能力进行整体规划并将其传导到技术实现端的结构化分析方法。这其中有三个关键词，整体规划、结构化分析和传导。业务架构师的核心能力是将复杂的业务体系进行整体性的结构化设计，无论你对 IT 技术或者业务有多熟悉，没有这一项能力是做不好业务架构师的。此外，由于有“传导”这个职责，这种结构化设计需要跟 IT 设计有机结合，因此，学习系统分析与设计知识就变

1. 前言自己在工作当中经常会遇到需要快速并且完整地了解一个软件系统的事情。本来想写一写如何快速了解一个系统，但想着想着就想到了软件的架构。本文以一个软件业务分析师的视角阐述本人理解的软件架构。目的是提供一个适用的，易用的方法，帮助业务分析师或软件架构师系统地，快速的分析和了解软件系统。如有技术性错误，还请各位大牛指正。 2. 软件架构理解首...

本文探讨了典型软件架构的脆弱性问题。文章首先概述了分层架构、微服务架构和事件驱动架构三种常见架构类型的特点，接着详细分析了各类架构的潜在脆弱性：分层架构存在层间依赖和安全漏洞传递风险；微服务架构面临服务间通信安全和服务治理难题；事件驱动架构容易出现事件处理顺序异常及丢失重复问题。脆弱性主要源于设计缺陷、技术选型不当和安全漏洞。针对这些问题，文章提出了加强安全防护、优化架构设计、建立监控预警机制等应对策略。最后强调软件开发者需充分认识架构脆弱性，采取有效措施保障系统安全稳定运行。

81,111

社区成员

341,723

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章