社区
网络通信/分布式开发
帖子详情
需要做一个3层的系统 客户端超10万 使用什么架构比较合理 请有经验者讨论下
wdy100
2010-11-22 02:40:08
需要做一个3层的系统 客户端超10万 关键是服务端如何做 用什么架构方式,请高手指教
...全文
509
11
打赏
收藏
需要做一个3层的系统 客户端超10万 使用什么架构比较合理 请有经验者讨论下
需要做一个3层的系统 客户端超10万 关键是服务端如何做 用什么架构方式,请高手指教
复制链接
扫一扫
分享
举报
写回复
配置赞助广告
用AI写文章
11 条
回复
切换为时间正序
请发表友善的回复…
发表回复
打赏红包
wchong2
2010-11-29
打赏
举报
回复
现成架构
http://topic.csdn.net/u/20101129/09/3731676b-a3ba-47ef-b4f1-e4973a08b26e.html?42255
ERR0RC0DE
2010-11-29
打赏
举报
回复
我在想,写个socket,这个port是word类型,最大值也就是65535的,也就是最多6W多连接,如果有65536个连接进来了,socket会怎么样。。。有没有处理过(假设这个socket很强大,可以支持那么多)
楼上的老做广告,kbmMW2.61有没有测试DEMO啥的,发来瞅瞅
不过每分钟6000个请求是不是少了点,也就是才每秒100个,是不是,我记得别人写那啥东西,压力测试最少每秒上万吧。。。
wchong2
2010-11-29
打赏
举报
回复
平台采用delphi7+Sqlserver
通讯架构采用kbmMW2.61,平台系统充分利用Delphi多线程优势和kbmMemTable完美结合,使后台响应客户的请求得到完美发挥。
个人在单核PC上测试做到每分钟6000个请求响应。
平台分为几部分:
后台Server:为用户端、管理端、产品服务端提供后台服务支持
产品服务后台:每种产品有自己独立的平台支持
管理端:公司内部管理用,用于对整个平台管理,如用户注册管理、充值、统计等
用户端:实现各种功能:如网络电话、短信、彩信等
平台定位于互联网增值。用户只要能上互联网就可以使用本系统。
后台Server服务器在公司机房,产品平台服务器可以和后台Server在同一机房也可以分布在不同的机房,但这两类服务器都必须和外网畅通。
管理端和用户端都是用户终端,也必须能上外网。
附:
kbmMW是一个高可用性、高性能和高灵活性的多层(n-tier)框架。它包含最好的特征用于建立SOA(service oriented architecture)应用服务器和客户端,并且提供史无前例的大量特征用于支持EAI(enterprise architecture integration)。kbmMW应用服务器可以在Win32、Linux和.Net平台上运行。kbmMW客户端可以在Win32、Linux、Java和.Net平台上运行。
kbmMW直接支持各种不同的后端数据库,而且不需要任何一行代码。因而假如你需要执行SQL查询,你需要做的就和正常2级设置一样的方法。专用的客户和服务器类帮助你处理所有的事情。
另外,kbmMW包含先进的连接池,包括客户端到服务器端和服务器端到数据库,缓存客户端到服务器端和服务器到数据库的结果集等。
利用先进的缓冲和数据库池,数据处理能够被到2层(Client/Server)设置,以及不使用kbmMW的保留部分,给你自由创建你想要的应用程序和web应用程序。
企业或个人需要的请联系:
QQ:14668609
Email:wdongchang@163.com
可远程协助安装kbmMW控件,保证编译顺利通过。提供其他相关技术咨询等服务。
为保障信誉,支持淘宝交易
仙侣步惊云
2010-11-29
打赏
举报
回复
10万个客户端,如果不是大型商业公司,你根本没有精力去维护和安装客户端,建议使用B/S开发
仙侣步惊云
2010-11-29
打赏
举报
回复
做过一个类似的项目,不过客户端同时在线的没有10万,大约16000个。
数据库使用oracle,web开发使用intraweb+ADO。
将intraweb项目编译成dll,然后发布在win2003的iis下,感觉速度还可以。
当然数据请求量不大,页面没有图形数据,主要是从服务器请求/存取不超过20个字段的文字和数字。
freeman0526
2010-11-29
打赏
举报
回复
关注,希望有更好答案
wdongchang
2010-11-26
打赏
举报
回复
用kbmMW结构,有现成是框架
http://topic.csdn.net/u/20101111/16/43bd0a60-6d79-4d61-974a-a74757e29955.html?12699
lsh341999
2010-11-22
打赏
举报
回复
关注下,
D2010的DATASNAP C/S有两种模试服务器打包XML/客户端打包XML
服务器打包XML对少客户端来说是好的,但C多了就麻烦了,打包快
客户端打包XML对多客户端来说是好的
huobr
2010-11-22
打赏
举报
回复
做个记号,关注一下
bdmh
2010-11-22
打赏
举报
回复
你这太笼统了
服务端不仅取决于软件,还包括硬件
传输的是什么数据?
客户端是什么需求,只是浏览还是包括修改呢
haitao
2010-11-22
打赏
举报
回复
同时在线是多少,并发读写会是多少?
个人建议是 client/webserver
只要数据库是同一个,webserver、appserver可以是任意多个
NetBackup的3
层
备份
架构
Veritas NetBackup,不用过多的介绍,接触过NetBackup的客户和工程师都知道,NetBackup是全球备份软件市场份额最大的软件之一,甚至可以去掉”之一”。 不得不提的备份重要性。 2012年3月,GoogleMusic的程序bug导致误删除了60
万
条音频文件,直接影响约2.1
万
用户的正常
使用
,维护团队花了7天时间才从磁带中恢复了的1.5PB数据。 2015年5月,携程网...
秒杀
系统
设计终极指南:5个核心技术点让你扛住
10
万
QPS
说起秒杀
系统
,大家肯定都不陌生。每年双11、618,各大电商平台的"1元秒杀"、"限量抢购"活动,都是典型的秒杀场景。但你知道吗?看似简单的秒杀背后,藏着无数后端工程师的血泪史。瞬时流量极大:平时可能只有几百QPS的接口,秒杀时会暴涨到
10
万
甚至
10
0
万
QPS库存极其有限:通常只有几十个或几百个库存,但可能有上
万
人同时抢购绝对不能
超
卖:多卖
一个
都是重大事故,轻则损失金钱,重则影响平台信誉我曾经参与过某电商平台的秒杀
系统
重构,当时因为
经验
不足,上线第一天就出现了
超
卖问题。
分享
万
人级秒杀
系统
,如何设计高并发、防
超
卖、低成本落地方案
架构
核心:分
层
过滤 + 异步处理 + 最终一致性,
层
层
削峰,避免后端承压,最小化资源消耗,降低部署成本库存核心:Redis原子操作 + 消息队列 + 数据库乐观锁,三重保障,杜绝
超
卖,无需商业中间件,低成本落地性能核心:多级缓存 + 缓存预热 + 读写分离,提升响应速度,降低数据库压力,优先
使用
本地缓存,减少分布式缓存成本成本核心:按需部署 + 弹性伸缩 + 开源组件,避免资源闲置,初期最小资源起步,业务增长后再扩容,兼顾性能与成本稳定核心。
10
万
TPS 支撑:Linux 电商
架构
内核优化与运维方案
电商场景的流量特征具有极强的突发性与峰值集中性,以双 11、618 大促为典型代表:短时间内(通常 1-3 分钟)流量可从日常的 1
万
TPS 飙升至
10
万
级,且
请
求多为高频读(商品查询)与高频写(订单提交)混合负载。这种流量特性对
系统
的底
层
支撑能力提出了极致要求——
10
万
TPS 不仅是业务
层
面的性能指标,更是
系统
从应用
层
到内核
层
全链路能力的“分水岭”。
电商秒杀
系统
实战:Redis集群如何扛住
10
万
QPS?
没有
使用
传统的SETNX+EXPIRE组合,而是直接
使用
Redis的SET命令带NX和PX参数,保证原子性。经过一番折腾,终于把
系统
从最初的1
万
QPS提升到了
10
万
QPS,这里分享一下实战
经验
。通过这套方案,我们成功将
系统
性能提升到了
10
万
QPS,99%的
请
求响应时间控制在50ms以内。:
客户端
使用
连接池管理连接,每个服务实例维护50-
10
0个连接,避免频繁创建销毁连接的开销。:在Redis不可用时,降级到本地缓存和数据库,虽然会损失部分一致性,但保证了
系统
可用性。极限场景:所有
请
求都集中在1个商品。
网络通信/分布式开发
1,594
社区成员
32,944
社区内容
发帖
与我相关
我的任务
网络通信/分布式开发
Delphi 网络通信/分布式开发
复制链接
扫一扫
分享
社区描述
Delphi 网络通信/分布式开发
社区管理员
加入社区
获取链接或二维码
近7日
近30日
至今
加载中
查看更多榜单
社区公告
暂无公告
试试用AI创作助手写篇文章吧
+ 用AI写文章