Redian新闻
>
发现怀孕了, 请推荐Dallas好的OB
avatar
发现怀孕了, 请推荐Dallas好的OB# NextGeneration - 我爱宝宝
r*n
1
遇到一家中型公司,去面了下,其中一道设计题比较有意思,就是设计一个天气预报的
service.
要求: 输入zip 或者城市,在网页上返回该地1-10天内的天气情况。
条件,假设后端可以用ftp的方式去下载更新各个地方的天气预报数据。
说下大概思路,Web server tier 碰到city names,则pass到 location app server,
location server负责parse然后 query Data store(such as HBase) 得到city name
to zip(可将一部分hot mappping 放到Redis/memcache 等 cache). Web server tier
拿到zip, 然后去查cache里有无数据,cache miss,就到Data store 去query 得到想
要的天气数据。后端还有一个app server 负责定期下载天气数据到DB,比如每小时,
同时转化成需要的schema:{key:zip, column family:day 1, value: weather data}.
不知道大家有没更好的想法,或者哪里有不妥?
avatar
g*s
2
昨天发现怀孕了, 请大家给推荐个好的OB.
因为家住在Plano, 最好OB office 不要太远.另外, 生孩子的费用多与少和哪家医院有
关吗? 还是只和 insurance 有关?
多谢多谢.
avatar
h*n
3
为什么不直接用api fetch weather data? 我不懂为什么还要有自己的database.
users search什么,就fetch 相对应data就行了。然后搞一个cache,同样的query就用
cache。
咱是新手,说错了请轻批。
avatar
c*t
4
LZ说了: 条件,假设后端可以用ftp的方式去下载更新各个地方的天气预报数据。

【在 h***n 的大作中提到】
: 为什么不直接用api fetch weather data? 我不懂为什么还要有自己的database.
: users search什么,就fetch 相对应data就行了。然后搞一个cache,同样的query就用
: cache。
: 咱是新手,说错了请轻批。

avatar
c*t
5
问你个细节,memcache 什么时候更新,怎么更新?

,
tier
}.

【在 r****n 的大作中提到】
: 遇到一家中型公司,去面了下,其中一道设计题比较有意思,就是设计一个天气预报的
: service.
: 要求: 输入zip 或者城市,在网页上返回该地1-10天内的天气情况。
: 条件,假设后端可以用ftp的方式去下载更新各个地方的天气预报数据。
: 说下大概思路,Web server tier 碰到city names,则pass到 location app server,
: location server负责parse然后 query Data store(such as HBase) 得到city name
: to zip(可将一部分hot mappping 放到Redis/memcache 等 cache). Web server tier
: 拿到zip, 然后去查cache里有无数据,cache miss,就到Data store 去query 得到想
: 要的天气数据。后端还有一个app server 负责定期下载天气数据到DB,比如每小时,
: 同时转化成需要的schema:{key:zip, column family:day 1, value: weather data}.

avatar
j*r
6
就这点数据量,一个关系数据库就得了。弄个read replica备灾足以。杀鸡用牛刀显
示的是没有经验。一个天气预报网站你要cdn干啥,要multi DC干啥?

,
tier
}.

【在 r****n 的大作中提到】
: 遇到一家中型公司,去面了下,其中一道设计题比较有意思,就是设计一个天气预报的
: service.
: 要求: 输入zip 或者城市,在网页上返回该地1-10天内的天气情况。
: 条件,假设后端可以用ftp的方式去下载更新各个地方的天气预报数据。
: 说下大概思路,Web server tier 碰到city names,则pass到 location app server,
: location server负责parse然后 query Data store(such as HBase) 得到city name
: to zip(可将一部分hot mappping 放到Redis/memcache 等 cache). Web server tier
: 拿到zip, 然后去查cache里有无数据,cache miss,就到Data store 去query 得到想
: 要的天气数据。后端还有一个app server 负责定期下载天气数据到DB,比如每小时,
: 同时转化成需要的schema:{key:zip, column family:day 1, value: weather data}.

avatar
e*s
7
我想问一下
面系统设计的时候 大家都是画框架图么.
一个方框一个方框的联系来?

,
tier
}.

【在 r****n 的大作中提到】
: 遇到一家中型公司,去面了下,其中一道设计题比较有意思,就是设计一个天气预报的
: service.
: 要求: 输入zip 或者城市,在网页上返回该地1-10天内的天气情况。
: 条件,假设后端可以用ftp的方式去下载更新各个地方的天气预报数据。
: 说下大概思路,Web server tier 碰到city names,则pass到 location app server,
: location server负责parse然后 query Data store(such as HBase) 得到city name
: to zip(可将一部分hot mappping 放到Redis/memcache 等 cache). Web server tier
: 拿到zip, 然后去查cache里有无数据,cache miss,就到Data store 去query 得到想
: 要的天气数据。后端还有一个app server 负责定期下载天气数据到DB,比如每小时,
: 同时转化成需要的schema:{key:zip, column family:day 1, value: weather data}.

avatar
s*3
8
感觉问题不大 只有10天  DB 不会overstorage
有任何follow up 的考察点吗?
avatar
w*z
9
霸哥,现在面试都是靠忽悠,不忽悠拿不到offer 的。

就这点数据量,一个关系数据库就得了。弄个read replica备灾足以。杀鸡用牛
刀显

【在 j**********r 的大作中提到】
: 就这点数据量,一个关系数据库就得了。弄个read replica备灾足以。杀鸡用牛刀显
: 示的是没有经验。一个天气预报网站你要cdn干啥,要multi DC干啥?
:
: ,
: tier
: }.

avatar
j*r
10
忽悠也得靠谱呀,张口闭口NoSQL的,我多问俩问题露馅的居多。

【在 w**z 的大作中提到】
: 霸哥,现在面试都是靠忽悠,不忽悠拿不到offer 的。
:
: 就这点数据量,一个关系数据库就得了。弄个read replica备灾足以。杀鸡用牛
: 刀显

相关阅读
logo
联系我们隐私协议©2024 redian.news
Redian新闻
Redian.news刊载任何文章,不代表同意其说法或描述,仅为提供更多信息,也不构成任何建议。文章信息的合法性及真实性由其作者负责,与Redian.news及其运营公司无关。欢迎投稿,如发现稿件侵权,或作者不愿在本网发表文章,请版权拥有者通知本网处理。