b*******g
发帖数: 603 | 1 号称是宇宙第一的强耦合实时算法，可以把银河系的票都卖了。一到实践，什么八十老
妪抗大包，黄毛小儿自己走都出来了。反正太监算法虽然宇宙第一，一个单子就是卖不
了两张票。
我老人家在BBS上混了这么久，从没有看到嘴皮子和能力差距这么大的。偏偏还有一堆
捧臭脚的民科。你们也不想想，为嘛但凡有点高并发经验的一边倒地觉得太监的系统不
行呢？我个人能力不行有可能，是个内行都错了？大家都有自己地两亩三分地。你要搞
OS，嵌入式，高频都好。做高并发网站，你真会吗？ |
l*****9
发帖数: 9501 | 2 这个点到老魏们的死穴了:"做高并发网站，你真会吗？"
算法从来都不是12306的瓶颈。 |
l*****9
发帖数: 9501 | 3 我和好虫在obamacare网站问题上观点有冲突：我认为应该异步，好虫认为没必要。我
认为同时有几千人的网站就应该用异步了。 |
z*******3
发帖数: 13709 | 4 如果过于拥堵，那还是用吧
看量了，分布式也不是没有算法
但是多数是分布式算法，这个我道行也浅，还需要锤炼
学习到了之后开个俱乐部跟各位同仁分享一下心得体会
【在 l*****9 的大作中提到】
: 我和好虫在obamacare网站问题上观点有冲突：我认为应该异步，好虫认为没必要。我
: 认为同时有几千人的网站就应该用异步了。
|
l*****9
发帖数: 9501 | 5 obamacare不一定需要分布式，但是应该异步。
【在 z*******3 的大作中提到】
: 如果过于拥堵，那还是用吧
: 看量了，分布式也不是没有算法
: 但是多数是分布式算法，这个我道行也浅，还需要锤炼
: 学习到了之后开个俱乐部跟各位同仁分享一下心得体会
|
z*******3
发帖数: 13709 | 6 因为100多个ws逐个访问需要时间？
【在 l*****9 的大作中提到】
: obamacare不一定需要分布式，但是应该异步。
|
b*******g
发帖数: 603 | 7 这是因为保险不限量，没冲突，所以没有必要。另外，我觉得他们分地区roll out就可
以避免一个数量级的并发。
【在 l*****9 的大作中提到】
: 我和好虫在obamacare网站问题上观点有冲突：我认为应该异步，好虫认为没必要。我
: 认为同时有几千人的网站就应该用异步了。
|
b*******g
发帖数: 603 | 8 netflix的个人首页，后面也是上百个web service. 我只是说设计合理的话，可以同步
。后端ws调用的时候，很多是异步并行调用。但用户看过去都是同步的结果。
【在 z*******3 的大作中提到】
: 因为100多个ws逐个访问需要时间？
|
l*****9
发帖数: 9501 | 9 用户登记过程需要和多个external source verify data,verify data的过程不应该
hold session. 应该让用户完成数据输入，然后后台异步verify data. 完全不必担心
太多垃圾数据。
【在 z*******3 的大作中提到】
: 因为100多个ws逐个访问需要时间？
|
l*****9
发帖数: 9501 | 10 你们那上百个ws是内部的，obamacare website要访问外部系统
【在 b*******g 的大作中提到】
: netflix的个人首页，后面也是上百个web service. 我只是说设计合理的话，可以同步
: 。后端ws调用的时候，很多是异步并行调用。但用户看过去都是同步的结果。
|
|
|
l*****9
发帖数: 9501 | 11 我做过一个大公司的招工网站，他们每天最多几千个新员工check background,同步反
应时间45分钟，异步反应时间3分钟。说同步更快的根本不懂网站。
【在 b*******g 的大作中提到】
: 这是因为保险不限量，没冲突，所以没有必要。另外，我觉得他们分地区roll out就可
: 以避免一个数量级的并发。
|
b*******g
发帖数: 603 | 12 我觉得外部系统都是只读的，至少理论上不会有什么scalability的问题，当然外部没
做好，一时半会没法达到需要。不得已需要这么来缓冲，是可以接受的。
【在 l*****9 的大作中提到】
: 你们那上百个ws是内部的，obamacare website要访问外部系统
|
w**z
发帖数: 8232 | 13 我们经常会向fb 要数据，所以一定是后台异步 with retry. 今天下午fb API就出问题
，down了半小时。
【在 b*******g 的大作中提到】
: 我觉得外部系统都是只读的，至少理论上不会有什么scalability的问题，当然外部没
: 做好，一时半会没法达到需要。不得已需要这么来缓冲，是可以接受的。
|
b*******g
发帖数: 603 | 14 我们说的异步都是前台体验，比如你登记帐户，不当场给你validation，过后给你发信
说ssn错了，那才叫异步。
买东西，不当场跟你说买着没，也叫异步。
至于后台async with retry是很正常的做法。很多服务即使down也可以用缺省值，用最
后一次的值。我们用的是Hystrix.
我的意思是说，不到万不得已，前台都是尽量同步的。比如Obamacare, 多页面，多次
提交验证，让用户修改资料，遥远比一次提交资料，发信说填错了好很多。
【在 w**z 的大作中提到】
: 我们经常会向fb 要数据，所以一定是后台异步 with retry. 今天下午fb API就出问题
: ，down了半小时。
|
w**z
发帖数: 8232 | 15 我们的user signup, 需要向FB 取数据，比如照片，缺损一个ghost pic, 取到再显示
。 Hystrix有点意思，SOA上 很有用
【在 b*******g 的大作中提到】
: 我们说的异步都是前台体验，比如你登记帐户，不当场给你validation，过后给你发信
: 说ssn错了，那才叫异步。
: 买东西，不当场跟你说买着没，也叫异步。
: 至于后台async with retry是很正常的做法。很多服务即使down也可以用缺省值，用最
: 后一次的值。我们用的是Hystrix.
: 我的意思是说，不到万不得已，前台都是尽量同步的。比如Obamacare, 多页面，多次
: 提交验证，让用户修改资料，遥远比一次提交资料，发信说填错了好很多。
|
l*****9
发帖数: 9501 | 16 事实上，个人信息填错的比率不会超过5%
【在 b*******g 的大作中提到】
: 我们说的异步都是前台体验，比如你登记帐户，不当场给你validation，过后给你发信
: 说ssn错了，那才叫异步。
: 买东西，不当场跟你说买着没，也叫异步。
: 至于后台async with retry是很正常的做法。很多服务即使down也可以用缺省值，用最
: 后一次的值。我们用的是Hystrix.
: 我的意思是说，不到万不得已，前台都是尽量同步的。比如Obamacare, 多页面，多次
: 提交验证，让用户修改资料，遥远比一次提交资料，发信说填错了好很多。
|
d********u
发帖数: 5383 | 17 index.htm就是你们公司唯一的强项呀，做了有10年了吧，我靠，连CSS都有用，上档次
。还得有300个傻逼on call吧？
下次举例的时候就不要把你那个小鸡拿出来了，都长绿毛了，把你们祖宗pplive.com换
上才有品味。。。对不起，我又泄露你们的鸡蜜了。
【在 b*******g 的大作中提到】
: netflix的个人首页，后面也是上百个web service. 我只是说设计合理的话，可以同步
: 。后端ws调用的时候，很多是异步并行调用。但用户看过去都是同步的结果。
|
