18 | 架构:需求分析 (下) · 实战案例
该思维导图由 AI 生成,仅供参考
案例: 打造 “互联网”
- 深入了解
- 翻译
- 解释
- 总结
本文深入探讨了架构中的需求分析,并以“互联网”和“对象存储”为实战案例进行了详细分析。对于“互联网”项目,文章强调了开放性和连接性的重要性,提出了构建互联网基础设施和应用的需求,包括互联网协议、骨干网络、高阶网络协议、典型互联网应用等。在物理网络构建方面,重点介绍了骨干网络和局域网的连接方式,以及路由器的作用。在应用构建方面,重点讨论了电子邮件和万维网的构建,以及引入域名和DNS地址簿协议的重要性。另外,文章还详细介绍了对象存储的兴起背景和需求变化,以及对象存储系统的特点和优势。对象存储的出现打破了传统文件型存储的限制,通过键值存储方式实现了文件之间的无关联存储,满足了大规模、高可靠、低成本、高并发吞吐能力的需求。文章通过实战案例深入浅出地介绍了架构需求分析的重要性和具体实施方法,对于技术人员和架构师具有一定的参考价值。文章还强调了不同市场差异的重要性,指出并不存在大一统的产品定义和市场策略,需要具体问题具体分析。
《许式伟的架构课》,新⼈⾸单¥68
全部留言(36)
- 最新
- 精选
- 黄强互联网产品的核心需求或稳定点是“连接”,安全等其他需求属于变化点,所以在互联网产品设计中,连接交给了稳定的协议、物理设施等,安全交给软件层来实现以利于扩展
作者回复: 👍
2019-06-14347 - Longerian这是 Google 设计 GFS 的背景导致的,网页库存储,或者日志型存储的共同特征是单个文件很大,可以到几个 G 级别,这样的话文件系统的元数据就会减少到单台机器就可以存储的级别。 这句话咋理解?
作者回复: 存储空间=单文件平均大小*文件数。在相同集群规模下,单文件平均大小越大,文件数越少。比如平均大小1M,和平均大小1G,文件数差1024倍。而元数据集群规模与文件数从正比,所以平均尺寸1G的集群,元数据规模非常小。
2019-06-1428 - Geek_88604f桶下可以建很多层级的目录,这个是不是树形结构?
作者回复: 假的,基于 ListPrefix api 模拟出来的
2019-06-14319 - 科春我看贵司的官方网站中提供视频监控边缘节点的云存储,然而平安城市类的项目,视频监控既有视频数据也有图片数据,分别都是周期性保存。那么监控视频前端采集的数据是视频流,存储是如何看待这类数据以及这类业务应用对存储的要求是什么呢?七牛云和传统监控厂商所提供的云存储有什么区别?
作者回复: 七牛云上有很多这类视频监控类业务应用,比如海康萤石、中移动的和目摄像头等。他们的共同特征是:上行量大、存储有周期性(对象存储可以设置文件的lifetime,主要就是针对这类场景)。一般传统监控厂商都会基于七牛云这类云存储对外提供服务。
2019-06-1712 - hantics老师,hdfs分布式文件系统也是分散到各台机器上,通过namenode来组织,处理的也不仅是日志,我理解数据库类型数据都可以处理啊。 OBS类型我只觉得优势在可以存储图像、视频等异构类数据,具体还有其他什么优势嘛?
作者回复: hdfs和obs最大差别还是meta server,一个是fs,一个是kv。这意味着obs集群容量限制几乎没有,这个优势是非常重要的。
2019-08-0146 - 水木年华老师讲的第一个案例,打造“互联网”。里面讲到了构建互联网基础设施,还要在启动阶段开发杀手级应用来吸引客户。 我一下子就想到了区块链上的公链EOS,一直在努力做公链基础建设的事情。这还不够,官方也发布了一个社交应用Voice,希望把这个应用打造成为一个杀手级应用。 不同的场景,相同的打法。这种架构需求分析的思路原来是相通的。
作者回复: 我没有研究过voice,但是我判断可能还是有很大不同。互联网的两个应用email和www,都是去中心的,并不存在某个企业可以操控它(这和微信很不一样)。如果voice也是一样完全公开协议,分散部署(每个企业数据在自己这里),那么我觉得这个事情是成立的,如果voice是一个某个公司的app,那么和公链的关联就很勉强。
2019-06-1546 - MJ【题外话】老师,是否了解中型企业关于安全的架构,一般怎么做,有没有好的推荐参考?最近做这事比较急。
作者回复: 安全涉及面太广,不知道你关注点是什么?
2019-06-145 - Geek_88604f重温了《需求分析下》,文中关于存储的需求分析中什么是核心稳定点?什么是变化点?个人认为存储的稳定点是用户对存储对象的增删改查,变化点是存储系统的类型(包括文件系统、数据库、KV等)。如何隔离变化点则通过存储网关来实现,使得用户不用感知底层的变化和扩展。不知道理解是否正确,请老师指正。
作者回复: 存储类型是结果(解决方案)不是原因(需求)。我们分析需求的时候不应该把解决方案放到需求中去分析。
2019-10-0324 - 晓凉感谢许老师的分享,我问两个问题。老师说大数据存储方式在从hadoop转向对象存储,目前有什么好的开源对象存储方案推荐。另外关于树形结构的操作,我的理解是正在被修改的两个节点,只要其中一个不是另一个的祖节点,就应该可以同时修改,所以叶节点都可以同时修改。老师说树结构的并发性能问题主要来自哪些方面。
作者回复: 修改操作要么都成功要么都不成功,所以这是一个分布式事务。另外,传统树状结构在找文件的过程是要一层层目录解析下去的,在分布式元数据的情况下查询效率较低。
2019-06-143 - 随心而至当一张表或者一个文件太大了时候,人们就会想办法把它分开。Kafka里面有partition,MongoDb有sharding,elastic search也有sharding,redis有slot,RDB有分库分表,等等。刚刚入行,说的不一定对,如有错误,请老师指正。
作者回复: 分开是自然的,否则物理上也放不下
2019-06-143