字体
关灯
   存书签 书架管理 返回目录
务器,有问题大不了重启。
    我们出一次事故可能就是几百万美金的损失。
    我选NT是基于对微软技术的认可,也是公司安全性的需要,不是我拍脑袋决定的。”
    陈浩转向皮特·蒂尔和马克斯·列夫琴。
    “而你们两位的立场是,Linux和Unix才是网络支付的正确方向。
    理由是开源、灵活、可定制、社区响应快,最关键还成本低。
    Confinity从第一天起就跑在Unix上,你们的整套支付引擎和加密模块都是在这个生态里构建的。
    强行迁移到NT等于推倒重来。”
    两人点了点头。
    陈浩站起来,走到会议室角落的白板前面。
    白板上还残留着一些没擦干净的笔迹,他拿起板擦清理了一块区域,捡起一支马克笔。
    “既然双方都认为自己是对的,那就不要吵了。
    我们做一个技术推演。用事实说话。”
    他在白板上画了一个方框,写了“Windows NT 4.0”。
    “玛斯克,你想把系统迁到NT上。
    那我们就假设迁移成功了。
    整套支付后端跑在Windows NT Server 4.0上面。
    现在我们假设一个场景。”
    他在方框下面写了一行字:圣诞节促销日,高峰时段。
    “eBay在今年的感恩节和圣诞节促销期间,单日交易笔数峰值超过了一百五十万笔。
    而在线支付作为eBay的主要支付通道,至少要承接其中百分之四十以上的交易。
    也就是说,一天之内你们的系统要处理六十万笔以上的实时支付请求。
    这些交易的特征是什么?
    金额小,频率高。
    平均交易额不到二十美金,但并发量极大。
    高峰时段每秒钟涌进来的请求数可以到几百甚至上千。”
    陈浩在白板上画了一条时间轴,标注了流量曲线。
    “这种场景下,NT的IIS中间件层会发生什么?”
    他转过身看着玛斯克。
    玛斯克没有回答,眼睛盯着白板。
    陈浩继续在白板上写。
    “Windows NT 4.0的IIS,底层的线程调度模型是基于I/O完成端口。
    理论上这个机制在处理中等并发量的时候效率不错。
    但是它有一个天生的短板,那就

关闭+畅/阅读=模式,看最新完整内容。本章未完,请点击下一页继续阅读》》
上一页 目录 下一页