|
|---|
|
|
|
|
|
|
p**f
发帖数: 59 | 1 骑驴找马，某相对热门startup，最后一轮，估计已挂。。。
面试官：director白男，老中，一个烙印，另外一个白男。
题一：
web service相关，后台需要收集用户上传的日志并分析后反馈结果，日志文件压缩，
size在300MB以上，需要可以scalable。
没有太多时间考虑细节，直接给了个方案：
前台日志文件分片上传并通知后台chunk数目，后台接收到每个chunk成功写入临时文件
通知前台继续下一个chunk，结束后比较文件size。使用rabbitmq + celery的架构，成
功接收文件后web server把解压分析的task发布到相应的queue，worker server
monitor这个queue做相应的解压分析工作。
感觉面试官还算满意，中间问了很久如何保证data integrity， 如何monitor queue并
在合适时候进行worker扩容等问题。
接下来这题估计挂了（题一扩展）：
题二需求：后台实现一个可以接收前台任意payload的service，payload的大小在1MB以
下，多种类型客户端同时上传，百万量级。某些类型的payload数据收到后需要反馈分
析结果到客户端。需要考虑到service的稳定性，数据库依奈等。
拿到题有点不太确定，沟通了半天也没闹明白这些个payload的目的。只能硬着头皮上
了。。。
初步给定3个web server，通过netscaler实现load balance和HA。客户端上传payload
时包含一个manifest header，后台将收到的payload直接存入数据库，web server检查
manifest header，如果属于需要反馈分析结果的payload，notify相应的queue，
worker分析并返回结果。
感觉没有搞明白需求，大体上是要悲剧了。有熟悉做过的朋友给指点下类似题该怎么做
？怎么交流。。。 | s**x
发帖数: 7506 | | r*******r
发帖数: 2565 | | l*********l
发帖数: 6 | |
|
|
|
|
|
|
