H4 EAD 有效期 - 未名空间MITBBS历史存档

e*02016-05-21 07:05

1 楼

open question:
假设你现在要开个web相关的startup,请设计一个系统,考虑的越周全越好,比如前期成
本,开发维护, 后面如何方便升级, scale up等等... as much as you know
我看板上大牛们常常讨论这个的样子, 不明觉厉, 但是我等菜鸟实在缺乏经验, 大牛们
讨论的我能看懂的也不多.只知道几个比较传统老旧的比如LAMP之类的还有就是自己有
过经验的, 高端大气上档次点的比如如何scale, nosql之类等等我没用过也是白扯.
当时扯了扯自己会的, 就去反问他们亚麻的系统是怎么样的, 他说他们全是开源,
基本属于暴兵流(就是人海战术的意思,不求个体的质量, 只以总量取胜), 每个
instance算不上高档, tomcat加nosql+RMDBS+cache, 但是有特
别多的instance. 当然再细究他们怎么做到这么多instance的协作的时候,又成小白了,
大牛们指点下迷津吧, 说实话我觉得这些东
西真的是太需要实际经验了,亚麻那个面试官年纪轻轻的, 我觉得他也就懂他们系统里
那一套, 我搬了点大牛们常在版上讨论的名词出来, 他也不懂.

y*n2016-05-21 07:05

2 楼

H1的有效期到2019年2月，H4在国内直接申请的H4签证，然后在这边申请的H4 EAD，怎
么EAD有效期只给了1年？不是应该跟H1的有效期一样么？

l*o2016-05-21 07:05

3 楼

我去。。。你是new grad吗？感觉当年我要被面了这个可能就拿不到offer了。

L*i2016-05-21 07:05

4 楼

就是一年，过了一年renew

e*02016-05-21 07:05

5 楼

只能说, 不算是....

【在 l****o 的大作中提到】

: 我去。。。你是new grad吗？感觉当年我要被面了这个可能就拿不到offer了。

a*r2016-05-21 07:05

6 楼

H4入境时的I-94只给了一年期限吧（到H4 Visa的Expiration Date）？

【在 y**********n 的大作中提到】

: H1的有效期到2019年2月，H4在国内直接申请的H4签证，然后在这边申请的H4 EAD，怎
: 么EAD有效期只给了1年？不是应该跟H1的有效期一样么？

p*22016-05-21 07:05

7 楼

现在开startup直接上node就可以了。

c*32016-05-21 07:05

8 楼

看版上H4 EAD的情况，有效期给到H1有效期，看H1剩下多少吧

z*e2016-05-21 07:05

9 楼

这种问题，无脑上java，维护成本，升级，scale up这些参考netflix
,

【在 e******0 的大作中提到】

: open question:
: 假设你现在要开个web相关的startup,请设计一个系统,考虑的越周全越好,比如前期成
: 本,开发维护, 后面如何方便升级, scale up等等... as much as you know
: 我看板上大牛们常常讨论这个的样子, 不明觉厉, 但是我等菜鸟实在缺乏经验, 大牛们
: 讨论的我能看懂的也不多.只知道几个比较传统老旧的比如LAMP之类的还有就是自己有
: 过经验的, 高端大气上档次点的比如如何scale, nosql之类等等我没用过也是白扯.
: 当时扯了扯自己会的, 就去反问他们亚麻的系统是怎么样的, 他说他们全是开源,
: 基本属于暴兵流(就是人海战术的意思,不求个体的质量, 只以总量取胜), 每个
: instance算不上高档, tomcat加nosql+RMDBS+cache, 但是有特
: 别多的instance. 当然再细究他们怎么做到这么多instance的协作的时候,又成小白了,

B*n2016-05-21 07:05

10 楼

你查一下你的I-94给到了啥时候，应该I-94给到19年2月的，如果I-94错，那么肯定跟
着不对

z*e2016-05-21 07:05

11 楼

其实a自己就是java的成功典范
也不需要看netflix

c*22016-05-21 07:05

12 楼

H4 I-94 needs extension (by filing I-539) before expiration.
if you do work based on h4 EAD, you also need to renew H4 EAD 3-4 months
before expiration, and I-765 fee is not waived.

z*e2016-05-21 07:05

13 楼

升级维护成本这些，失败的例子
节选自programming某人的文章
目前为止我所知道的比较大规模的应用就是Scala一两年前在Yammer，那是个彻底的失
败，主要原因就是语言和核心库变动剧烈，多种paradigm并存不只是对应用层面造成问
题，在库的层面的问题远远超过了普通Scala程序员的水平，学习成本高，系统维护费
用高。所以Yammer一年后转回了Java

y*n2016-05-21 07:05

14 楼

好像是入境的时候I-94就给了一年，但是其实应该是给到H1过期的那个时候吧，估计
EAD连带错了

【在 B********n 的大作中提到】

: 你查一下你的I-94给到了啥时候，应该I-94给到19年2月的，如果I-94错，那么肯定跟
: 着不对

p*22016-05-21 07:05

15 楼

java还真不适合startup

【在 z****e 的大作中提到】

: 升级维护成本这些，失败的例子
: 节选自programming某人的文章
: 目前为止我所知道的比较大规模的应用就是Scala一两年前在Yammer，那是个彻底的失
: 败，主要原因就是语言和核心库变动剧烈，多种paradigm并存不只是对应用层面造成问
: 题，在库的层面的问题远远超过了普通Scala程序员的水平，学习成本高，系统维护费
: 用高。所以Yammer一年后转回了Java

B*n2016-05-21 07:05

16 楼

恩，应该给3年的，当时I-94就应该查一下，立刻去小黑屋改回来让他们，现在比较尴
尬，哪怕改了EAD还是只有1年有效

【在 y**********n 的大作中提到】

: 好像是入境的时候I-94就给了一年，但是其实应该是给到H1过期的那个时候吧，估计
: EAD连带错了

z*e2016-05-21 07:05

17 楼

看面官怎么说
就去反问他们亚麻的系统是怎么样的, 他说他们全是开源,
基本属于暴兵流, 每个instance算不上高档, tomcat加nosql+RMDBS+cache, 但是有特
别多的instance.
嗯

【在 p*****2 的大作中提到】

:
: java还真不适合startup

a*r2016-05-21 07:05

18 楼

国内直接签H4的，手里没有H4的I797，那入境I94就是按签证有效期一年给，这个没错。
你这种情况需要在I94到期前申请H4和H4 EAD延期。

【在 y**********n 的大作中提到】

: 好像是入境的时候I-94就给了一年，但是其实应该是给到H1过期的那个时候吧，估计
: EAD连带错了

z*e2016-05-21 07:05

19 楼

问个题外的，暴兵流英语怎么说？
还是你看了公孙大神的文章，借用的？

,

【在 e******0 的大作中提到】

: open question:
: 假设你现在要开个web相关的startup,请设计一个系统,考虑的越周全越好,比如前期成
: 本,开发维护, 后面如何方便升级, scale up等等... as much as you know
: 我看板上大牛们常常讨论这个的样子, 不明觉厉, 但是我等菜鸟实在缺乏经验, 大牛们
: 讨论的我能看懂的也不多.只知道几个比较传统老旧的比如LAMP之类的还有就是自己有
: 过经验的, 高端大气上档次点的比如如何scale, nosql之类等等我没用过也是白扯.
: 当时扯了扯自己会的, 就去反问他们亚麻的系统是怎么样的, 他说他们全是开源,
: 基本属于暴兵流(就是人海战术的意思,不求个体的质量, 只以总量取胜), 每个
: instance算不上高档, tomcat加nosql+RMDBS+cache, 但是有特
: 别多的instance. 当然再细究他们怎么做到这么多instance的协作的时候,又成小白了,

h*i2016-05-21 07:05

20 楼

h4有效期和h1 b有效期一致
不是只给一年

【在 a****r 的大作中提到】

: H4入境时的I-94只给了一年期限吧（到H4 Visa的Expiration Date）？

p*22016-05-21 07:05

21 楼

面试确实看面试官。对了，顺便问大牛一个问题。
cache layer是不是一般在RMDBS里是个必要。NOSQL的话，是不是cache不是一个必需品
了？当然也要看app需求了。

【在 z****e 的大作中提到】

: 看面官怎么说
: 就去反问他们亚麻的系统是怎么样的, 他说他们全是开源,
: 基本属于暴兵流, 每个instance算不上高档, tomcat加nosql+RMDBS+cache, 但是有特
: 别多的instance.
: 嗯

h*i2016-05-21 07:05

22 楼

你说的是h1的797还是h4的797？

错。

【在 a****r 的大作中提到】

: 国内直接签H4的，手里没有H4的I797，那入境I94就是按签证有效期一年给，这个没错。
: 你这种情况需要在I94到期前申请H4和H4 EAD延期。

z*e2016-05-21 07:05

23 楼

其实我觉得，我们用storm本身就可以算作一个cache了
rmdbs里面一般自带有cache，你每一次sql执行之后的结果都会被一定程度滴cache起来
nosql也要看具体产品，mongodb这种接近传统db的奇芭估计自带有cache
其它就不好说了，这种东西如果不是因为效率明显被拉下来
不会刻意自己去实现cache吧？

【在 p*****2 的大作中提到】

:
: 面试确实看面试官。对了，顺便问大牛一个问题。
: cache layer是不是一般在RMDBS里是个必要。NOSQL的话，是不是cache不是一个必需品
: 了？当然也要看app需求了。

B*n2016-05-21 07:05

24 楼

nope 我就是等不了转回国签的入境给了3年，而且是旧的还没过期直接用新的签的情况下
[在 atiger (昼伏夜出的老虎) 的大作中提到：]
:国内直接签H4的，手里没有H4的I797，那入境I94就是按签证有效期一年给，这个没错。
:你这种情况需要在I94到期前申请H4和H4 EAD延期。
:如果你觉得我的回答对你有帮助，请发包子！

e*02016-05-21 07:05

25 楼

对的, 英文我不知道, 我回来准备恶补这块东西, 跑去翻你们的帖子, 发现暴兵流这个
词实在是贴切

【在 z****e 的大作中提到】

: 问个题外的，暴兵流英语怎么说？
: 还是你看了公孙大神的文章，借用的？
:
: ,

l*o2016-05-21 07:05

26 楼

既然暴兵流了，大家都打星际么，要不要组织起来打几把。

l*n2016-05-21 07:05

27 楼

无聊搜了一下，看来是即时战略的某种打法，大概是没有对应的正式英语词汇的。

【在 z****e 的大作中提到】

: 问个题外的，暴兵流英语怎么说？
: 还是你看了公孙大神的文章，借用的？
:
: ,

z*e2016-05-21 07:05

28 楼

很可惜，之前问过了，公孙大神不玩游戏

【在 l****o 的大作中提到】

: 既然暴兵流了，大家都打星际么，要不要组织起来打几把。

s*u2016-05-21 07:05

29 楼

spam.比如暴追猎：stalker spam
zhaoce大神也打星际2么

【在 z****e 的大作中提到】

: 问个题外的，暴兵流英语怎么说？
: 还是你看了公孙大神的文章，借用的？
:
: ,

d*n2016-05-21 07:05

30 楼

如果是startup，首先选个云平台来host，这个非常重要
frontend可以考虑用php, node.js, asp.net 和 java
哪个快上哪个，很大程度取决于初创人员的水平和偏好
每个frontend instance都是独立的，前面再加上load balancer
每个frontend可以有自己的cache
中间这一层可以说是api层或business logic层
如果是RESTful API，有多种语言选择都可以，关键要找个成熟的framework来支持
中间这一层双可以分两小层 api frontend和worker(异步处理用)
后面基本是用nosql了，基本上选了云平台这个也定了
当然云平台的选择也基于多个因素的
cache呢一般云平台都会提供这方面的服务
messenging也是

z*e2016-05-21 07:05

31 楼

偶尔也玩，不过玩得很烂，基本上都是被虐

【在 s********u 的大作中提到】

: spam.比如暴追猎：stalker spam
: zhaoce大神也打星际2么

e*02016-05-21 07:05

32 楼

最后提到的那个cache是类似于JVM里的Java cache system的那种cache吗? 木有用过,
我只是面试的时候听面馆说了他们用这个和数据库混搭着用

【在 d***n 的大作中提到】

: 如果是startup，首先选个云平台来host，这个非常重要
: frontend可以考虑用php, node.js, asp.net 和 java
: 哪个快上哪个，很大程度取决于初创人员的水平和偏好
: 每个frontend instance都是独立的，前面再加上load balancer
: 每个frontend可以有自己的cache
: 中间这一层可以说是api层或business logic层
: 如果是RESTful API，有多种语言选择都可以，关键要找个成熟的framework来支持
: 中间这一层双可以分两小层 api frontend和worker(异步处理用)
: 后面基本是用nosql了，基本上选了云平台这个也定了
: 当然云平台的选择也基于多个因素的

e*32016-05-21 07:05

33 楼

求公孙大神文章链接！！

e*02016-05-21 07:05

34 楼

我忘记是在JAVA版还是programming版看到的了,好像还是goodbug和公孙掐架的一个帖子

【在 e********3 的大作中提到】

: 求公孙大神文章链接！！

x*a2016-05-21 07:05

35 楼

PHP + MemCache/HBase + MySQL

p*22016-05-21 07:05

36 楼

你是说memcache或者hbase吗？

【在 x******a 的大作中提到】

: PHP + MemCache/HBase + MySQL

a*a2016-05-21 07:05

37 楼

新手学习，写了一些，请各位大牛给指点一下。谢谢！
1) basic architecture:
front end == > pick a web development framework, need to consider both
client side + server side app development: ajax), code review: scan for
security vulnerabilities
back end ==> pick persistent layer (database: SQL vs no SQL; Blob storage);
2) scalability, performance, fault tolerant
design considerations: stateless application, push states to persistent
layer
allow easy load balancing and failure handling (load balancer ahead of web
tier)
handling static content read: caching, can use application layer cache such
as memcache)
handling dynamic content: build appropriate indexing structure to speed up
search/query (may requires back end data processing, mapreduce jobs etc)
scaling and FT of data layer: CAP theorem, NoSQL stuff...
3) maintenance:
- handling dynamic traffic: allowing autoscaling
- handling failure
Solution:use cloud service, [key idea is to have a monitoring service to
monitor the performance/liveness of the system, make configuration changes
dynamically]
- adding new features:
testing driven development
push for deployment, allow system roll back, if there is any problem...

e*02016-05-21 07:05

38 楼

open question:
假设你现在要开个web相关的startup,请设计一个系统,考虑的越周全越好,比如前期成
本,开发维护, 后面如何方便升级, scale up等等... as much as you know
我看板上大牛们常常讨论这个的样子, 不明觉厉, 但是我等菜鸟实在缺乏经验, 大牛们
讨论的我能看懂的也不多.只知道几个比较传统老旧的比如LAMP之类的还有就是自己有
过经验的, 高端大气上档次点的比如如何scale, nosql之类等等我没用过也是白扯.
当时扯了扯自己会的, 就去反问他们亚麻的系统是怎么样的, 他说他们全是开源,
基本属于暴兵流(就是人海战术的意思,不求个体的质量, 只以总量取胜), 每个
instance算不上高档, tomcat加nosql+RMDBS+cache, 但是有特
别多的instance. 当然再细究他们怎么做到这么多instance的协作的时候,又成小白了,
大牛们指点下迷津吧, 说实话我觉得这些东
西真的是太需要实际经验了,亚麻那个面试官年纪轻轻的, 我觉得他也就懂他们系统里
那一套, 我搬了点大牛们常在版上讨论的名词出来, 他也不懂.

l*o2016-05-21 07:05

39 楼

我去。。。你是new grad吗？感觉当年我要被面了这个可能就拿不到offer了。

e*02016-05-21 07:05

40 楼

只能说, 不算是....

【在 l****o 的大作中提到】

: 我去。。。你是new grad吗？感觉当年我要被面了这个可能就拿不到offer了。

p*22016-05-21 07:05

41 楼

现在开startup直接上node就可以了。

z*e2016-05-21 07:05

42 楼

这种问题，无脑上java，维护成本，升级，scale up这些参考netflix
,

【在 e******0 的大作中提到】

: open question:
: 假设你现在要开个web相关的startup,请设计一个系统,考虑的越周全越好,比如前期成
: 本,开发维护, 后面如何方便升级, scale up等等... as much as you know
: 我看板上大牛们常常讨论这个的样子, 不明觉厉, 但是我等菜鸟实在缺乏经验, 大牛们
: 讨论的我能看懂的也不多.只知道几个比较传统老旧的比如LAMP之类的还有就是自己有
: 过经验的, 高端大气上档次点的比如如何scale, nosql之类等等我没用过也是白扯.
: 当时扯了扯自己会的, 就去反问他们亚麻的系统是怎么样的, 他说他们全是开源,
: 基本属于暴兵流(就是人海战术的意思,不求个体的质量, 只以总量取胜), 每个
: instance算不上高档, tomcat加nosql+RMDBS+cache, 但是有特
: 别多的instance. 当然再细究他们怎么做到这么多instance的协作的时候,又成小白了,

z*e2016-05-21 07:05

43 楼

其实a自己就是java的成功典范
也不需要看netflix

z*e2016-05-21 07:05

44 楼

升级维护成本这些，失败的例子
节选自programming某人的文章
目前为止我所知道的比较大规模的应用就是Scala一两年前在Yammer，那是个彻底的失
败，主要原因就是语言和核心库变动剧烈，多种paradigm并存不只是对应用层面造成问
题，在库的层面的问题远远超过了普通Scala程序员的水平，学习成本高，系统维护费
用高。所以Yammer一年后转回了Java

p*22016-05-21 07:05

45 楼

java还真不适合startup

【在 z****e 的大作中提到】

: 升级维护成本这些，失败的例子
: 节选自programming某人的文章
: 目前为止我所知道的比较大规模的应用就是Scala一两年前在Yammer，那是个彻底的失
: 败，主要原因就是语言和核心库变动剧烈，多种paradigm并存不只是对应用层面造成问
: 题，在库的层面的问题远远超过了普通Scala程序员的水平，学习成本高，系统维护费
: 用高。所以Yammer一年后转回了Java

z*e2016-05-21 07:05

46 楼

看面官怎么说
就去反问他们亚麻的系统是怎么样的, 他说他们全是开源,
基本属于暴兵流, 每个instance算不上高档, tomcat加nosql+RMDBS+cache, 但是有特
别多的instance.
嗯

【在 p*****2 的大作中提到】

:
: java还真不适合startup

z*e2016-05-21 07:05

47 楼

问个题外的，暴兵流英语怎么说？
还是你看了公孙大神的文章，借用的？

,

【在 e******0 的大作中提到】

: open question:
: 假设你现在要开个web相关的startup,请设计一个系统,考虑的越周全越好,比如前期成
: 本,开发维护, 后面如何方便升级, scale up等等... as much as you know
: 我看板上大牛们常常讨论这个的样子, 不明觉厉, 但是我等菜鸟实在缺乏经验, 大牛们
: 讨论的我能看懂的也不多.只知道几个比较传统老旧的比如LAMP之类的还有就是自己有
: 过经验的, 高端大气上档次点的比如如何scale, nosql之类等等我没用过也是白扯.
: 当时扯了扯自己会的, 就去反问他们亚麻的系统是怎么样的, 他说他们全是开源,
: 基本属于暴兵流(就是人海战术的意思,不求个体的质量, 只以总量取胜), 每个
: instance算不上高档, tomcat加nosql+RMDBS+cache, 但是有特
: 别多的instance. 当然再细究他们怎么做到这么多instance的协作的时候,又成小白了,

p*22016-05-21 07:05

48 楼

面试确实看面试官。对了，顺便问大牛一个问题。
cache layer是不是一般在RMDBS里是个必要。NOSQL的话，是不是cache不是一个必需品
了？当然也要看app需求了。

【在 z****e 的大作中提到】

: 看面官怎么说
: 就去反问他们亚麻的系统是怎么样的, 他说他们全是开源,
: 基本属于暴兵流, 每个instance算不上高档, tomcat加nosql+RMDBS+cache, 但是有特
: 别多的instance.
: 嗯

z*e2016-05-21 07:05

49 楼

其实我觉得，我们用storm本身就可以算作一个cache了
rmdbs里面一般自带有cache，你每一次sql执行之后的结果都会被一定程度滴cache起来
nosql也要看具体产品，mongodb这种接近传统db的奇芭估计自带有cache
其它就不好说了，这种东西如果不是因为效率明显被拉下来
不会刻意自己去实现cache吧？

【在 p*****2 的大作中提到】

:
: 面试确实看面试官。对了，顺便问大牛一个问题。
: cache layer是不是一般在RMDBS里是个必要。NOSQL的话，是不是cache不是一个必需品
: 了？当然也要看app需求了。

e*02016-05-21 07:05

50 楼

对的, 英文我不知道, 我回来准备恶补这块东西, 跑去翻你们的帖子, 发现暴兵流这个
词实在是贴切

【在 z****e 的大作中提到】

: 问个题外的，暴兵流英语怎么说？
: 还是你看了公孙大神的文章，借用的？
:
: ,

l*o2016-05-21 07:05

51 楼

既然暴兵流了，大家都打星际么，要不要组织起来打几把。

l*n2016-05-21 07:05

52 楼

无聊搜了一下，看来是即时战略的某种打法，大概是没有对应的正式英语词汇的。

【在 z****e 的大作中提到】

: 问个题外的，暴兵流英语怎么说？
: 还是你看了公孙大神的文章，借用的？
:
: ,

z*e2016-05-21 07:05

53 楼

很可惜，之前问过了，公孙大神不玩游戏

【在 l****o 的大作中提到】

: 既然暴兵流了，大家都打星际么，要不要组织起来打几把。

s*u2016-05-21 07:05

54 楼

spam.比如暴追猎：stalker spam
zhaoce大神也打星际2么

【在 z****e 的大作中提到】

: 问个题外的，暴兵流英语怎么说？
: 还是你看了公孙大神的文章，借用的？
:
: ,

d*n2016-05-21 07:05

55 楼

如果是startup，首先选个云平台来host，这个非常重要
frontend可以考虑用php, node.js, asp.net 和 java
哪个快上哪个，很大程度取决于初创人员的水平和偏好
每个frontend instance都是独立的，前面再加上load balancer
每个frontend可以有自己的cache
中间这一层可以说是api层或business logic层
如果是RESTful API，有多种语言选择都可以，关键要找个成熟的framework来支持
中间这一层双可以分两小层 api frontend和worker(异步处理用)
后面基本是用nosql了，基本上选了云平台这个也定了
当然云平台的选择也基于多个因素的
cache呢一般云平台都会提供这方面的服务
messenging也是

z*e2016-05-21 07:05

56 楼

偶尔也玩，不过玩得很烂，基本上都是被虐

【在 s********u 的大作中提到】

: spam.比如暴追猎：stalker spam
: zhaoce大神也打星际2么

e*02016-05-21 07:05

57 楼

最后提到的那个cache是类似于JVM里的Java cache system的那种cache吗? 木有用过,
我只是面试的时候听面馆说了他们用这个和数据库混搭着用

【在 d***n 的大作中提到】

: 如果是startup，首先选个云平台来host，这个非常重要
: frontend可以考虑用php, node.js, asp.net 和 java
: 哪个快上哪个，很大程度取决于初创人员的水平和偏好
: 每个frontend instance都是独立的，前面再加上load balancer
: 每个frontend可以有自己的cache
: 中间这一层可以说是api层或business logic层
: 如果是RESTful API，有多种语言选择都可以，关键要找个成熟的framework来支持
: 中间这一层双可以分两小层 api frontend和worker(异步处理用)
: 后面基本是用nosql了，基本上选了云平台这个也定了
: 当然云平台的选择也基于多个因素的

e*32016-05-21 07:05

58 楼

求公孙大神文章链接！！

e*02016-05-21 07:05

59 楼

我忘记是在JAVA版还是programming版看到的了,好像还是goodbug和公孙掐架的一个帖子

【在 e********3 的大作中提到】

: 求公孙大神文章链接！！

x*a2016-05-21 07:05

60 楼

PHP + MemCache/HBase + MySQL

p*22016-05-21 07:05

61 楼

你是说memcache或者hbase吗？

【在 x******a 的大作中提到】

: PHP + MemCache/HBase + MySQL

a*a2016-05-21 07:05

62 楼

新手学习，写了一些，请各位大牛给指点一下。谢谢！
1) basic architecture:
front end == > pick a web development framework, need to consider both
client side + server side app development: ajax), code review: scan for
security vulnerabilities
back end ==> pick persistent layer (database: SQL vs no SQL; Blob storage);
2) scalability, performance, fault tolerant
design considerations: stateless application, push states to persistent
layer
allow easy load balancing and failure handling (load balancer ahead of web
tier)
handling static content read: caching, can use application layer cache such
as memcache)
handling dynamic content: build appropriate indexing structure to speed up
search/query (may requires back end data processing, mapreduce jobs etc)
scaling and FT of data layer: CAP theorem, NoSQL stuff...
3) maintenance:
- handling dynamic traffic: allowing autoscaling
- handling failure
Solution:use cloud service, [key idea is to have a monitoring service to
monitor the performance/liveness of the system, make configuration changes
dynamically]
- adding new features:
testing driven development
push for deployment, allow system roll back, if there is any problem...

m*m2016-05-21 07:05

63 楼

对于初学者很有帮助,谢谢啦~~~

);

【在 a****a 的大作中提到】

: 新手学习，写了一些，请各位大牛给指点一下。谢谢！
: 1) basic architecture:
: front end == > pick a web development framework, need to consider both
: client side + server side app development: ajax), code review: scan for
: security vulnerabilities
: back end ==> pick persistent layer (database: SQL vs no SQL; Blob storage);
: 2) scalability, performance, fault tolerant
: design considerations: stateless application, push states to persistent
: layer
: allow easy load balancing and failure handling (load balancer ahead of web

l*g2016-05-21 07:05

64 楼

open question:假设你现在要开个web相关的startup,请设计一个系统,考虑的越周全越
好,比如前期成本,开发维护, 后面如何方便升级, scale up等等..........
你可以看看amzon最近的关于他们s3系统的设计，不过至于你问的那个这么多instanse
如何协同，其实简单地来讲就是要做到http session的 cluster，或者是叫
replication，也就是说，用户的访问session，在任何一个instanse上可以立刻复原，
他们基本用s3来做session的persistence layer，不过我怀疑他们也用nosql的
memcached之类的做了缓存。
amazon要是问我这种设计题就好了，上次下班后电面还问算法！哎。

【在 e******0 的大作中提到】

: open question:
: 假设你现在要开个web相关的startup,请设计一个系统,考虑的越周全越好,比如前期成
: 本,开发维护, 后面如何方便升级, scale up等等... as much as you know
: 我看板上大牛们常常讨论这个的样子, 不明觉厉, 但是我等菜鸟实在缺乏经验, 大牛们
: 讨论的我能看懂的也不多.只知道几个比较传统老旧的比如LAMP之类的还有就是自己有
: 过经验的, 高端大气上档次点的比如如何scale, nosql之类等等我没用过也是白扯.
: 当时扯了扯自己会的, 就去反问他们亚麻的系统是怎么样的, 他说他们全是开源,
: 基本属于暴兵流(就是人海战术的意思,不求个体的质量, 只以总量取胜), 每个
: instance算不上高档, tomcat加nosql+RMDBS+cache, 但是有特
: 别多的instance. 当然再细究他们怎么做到这么多instance的协作的时候,又成小白了,

e*02016-05-21 07:05

65 楼

instanse

【在 l*******g 的大作中提到】

:
: open question:假设你现在要开个web相关的startup,请设计一个系统,考虑的越周全越
: 好,比如前期成本,开发维护, 后面如何方便升级, scale up等等..........
: 你可以看看amzon最近的关于他们s3系统的设计，不过至于你问的那个这么多instanse
: 如何协同，其实简单地来讲就是要做到http session的 cluster，或者是叫
: replication，也就是说，用户的访问session，在任何一个instanse上可以立刻复原，
: 他们基本用s3来做session的persistence layer，不过我怀疑他们也用nosql的
: memcached之类的做了缓存。
: amazon要是问我这种设计题就好了，上次下班后电面还问算法！哎。

m*72016-05-21 07:05

66 楼

公孙大神指的是 danielfeng ？

帖子

【在 e******0 的大作中提到】

: 我忘记是在JAVA版还是programming版看到的了,好像还是goodbug和公孙掐架的一个帖子

d*h2016-05-21 07:05

67 楼

前端还可以再加个反向代理，比如varnish之类的content cache，放在web server的
load balancer前面

);

【在 a****a 的大作中提到】

: 新手学习，写了一些，请各位大牛给指点一下。谢谢！
: 1) basic architecture:
: front end == > pick a web development framework, need to consider both
: client side + server side app development: ajax), code review: scan for
: security vulnerabilities
: back end ==> pick persistent layer (database: SQL vs no SQL; Blob storage);
: 2) scalability, performance, fault tolerant
: design considerations: stateless application, push states to persistent
: layer
: allow easy load balancing and failure handling (load balancer ahead of web