大规模视频网站的计费与流量管理
本次分享将会就大规模视频网站的计费与流量管理这个话题,从操作层面细细进行讲解和分析,为系统工程师们揭示平日里我们没有关心的另一些内容。同时也希望本次分享能揭示行业中的一些“潜规则”,让互联网行业的流量与带宽管理更为开放与简洁。
本次演讲视频录制于QCon杭州2011。
该内容已经被标记书签!
标记书签错误,请重试!
作者 Mark Figley 译者 郑柯 发布于 2007年11月4日
对于语义网,微格式与RDF之间是存在差别的。James Simmons 在SematicFocus博客上发了一篇帖子,列出了他关于这个话题的一些思考。而Johannes la Poutré在Squio博客上回复了他对这个话题的理解。他们都认可RDF和微格式是彼此有很大诧异的,然而就这种差异与语义网之间的关系,二位却彼此完全不能苟同。James一开始就指出微格式有意避开了RDF的一些核心方向:
许多人极力宣称微格式可以用来替换RDF,然而当初设计微格式,并不是为了与RDF做同样的事情。虽然微格式与RDF都可以用来保存关于数据的数据,他们却不是用来解决同样问题的。……在微格式的“关于”页面上,你可以知道微格式是什么,不是什么。微格式不是用来做这些事情的:
- 一种新的语言
- 无限可扩展,并且是开放式的
- 试图让每个人都改变他们的行为并重新开发他们的工具
- 全新的方式,可以让大家抛弃现有可用的途径
- 能够解决分类技术(taxonomies)、本体论(ontologies)和其他类似抽象问题的“万能灵药”
- 定义整个世界,甚至让海洋都沸腾起来
相比较而言,RDF的目标范围更加远大,在James的意见看来,其中有些东西对于语义网来说至关重要:
RDF能做到(而微格式不能的):
- 资源以URI展示,允许远程访问元数据
- 可无限扩展,并且是开放式设计
- 一种基于其之上构建的、强大的本体论语言(OWL)
- 利用、分享、扩展任何词汇的能力
- 不依赖事先定义好的“格式”(比如:不受可编码数据的类型的限制)
如你所见,有些东西只能通过RDF而不是微格式来做。语义网依赖我上面列出的东西。为什么微格式不会成为W3C的语义网远景的一部分,上面就是几个非常清晰明了的原因。
James进一步进行了比较/对照分析,他指出微格式有些RDF不具备的东西,并阐述了他认为微格式为构建语义网所能做出的贡献。
我要说微格式有些特质是RDF所不具备的(即便未必所有的序列化形式都不具备),至少不是以同样的方式:
- 设计时优先考虑人的需要,然后再考虑机器的需要
- 模块化/嵌入性
- 允许并鼓励去中心化的开发、内容、服务
- 格式的设计原则
- 适于当前的行为和使用模式
- 与语义XHTML的高度相关性
我曾经提过,我相信通过引入“散置元数据(metadata sprinkling,将元数据包括在其他“正常”数据中的行为)”的概念,微格式可以帮助更多的人知道语义网。它允许简单元数据的嵌入性,并且不会影响XHTML文档的验证过程。这种方式可以帮助普通用户更深入了解语义网的远景。
Joe并不认为微格式相对狭窄的适用范围会削弱微格式在定义语义网方面的影响或职责。不过,对于James针对两个概念进行比较后所得出的差异结论,他是同意的。
实际上,微格式不是RDF的变种,更不是“穷人版的RDF”。那从来都不曾被作为设计目标。更重要的是,在任何方式来看,微格式都不是第一等的语义网对象。实际上,它们是用来解决语义正确的标记(semantically correct markup)的、目前能想到的最简单解决方案,而且仅限于最普通的数据格式。
重新审视下微格式的章程,他们希望成为普通人的解决方案,面对的是有良好意图的网站管理员人群。这样的话,微格式就可以做的非常成功(相对于“html as tag soup”这个“成功”的故事来说。【译注:html as tag soup是指使用html编写页面时,不考虑html的架构和语义要求,各种tag混杂在一起,就像一盆搅和在一起的、乱七八糟汤。当使用html展示文档而不考虑文档的语义要求时,就可以说创建了tag soup。】)。没错,是这样的。
接下来,他认为RDF是高高在上且遥不可及的,并提出了自己对未来发展的看法:相对RDF来说,基于其可及性,微格式将在定义语义网方面起到更大的作用。
查看英文原文:A Comparative Clarification: Microformats vs. RDF底线:语义网已经缺乏现实内容太长时间了(经不起DBPedia和Freebase以及诸如此类社区和项目的冲击),而且没有供普通人使用的真实世界的应用。微格式可以并将会得到这个广大目标用户群的拥护和提倡,就是那些掌握了html和基本的数据构造,但是对图论没有兴趣的人。
如果这些人群可以通过在浏览器中“查看源代码”立即理解页面内容,他们就会跟上拥护微格式的大部队。看一看RSS 2.0是怎么样超越具有优秀语义特性的(基于RDF,但是更复杂)RSS 1.0并取得成功的吧。
到最后,这些都将不是问题。绝大部分的内容对于语义网来说将是“足够好”的(通过GRDDL变换和屏幕擦除[screen scraping]);就像现在的html,以某些方面来讲,在我们的浏览器里面已经呈现的足够好了。
译者 郑柯 InfoQ中文站总编。做过开发,当过PM,干过销售,搞过市场,最终还是回到媒体。实用的理想主义者,相信:每天改变一点点,这个世界会更好。
本次分享将会就大规模视频网站的计费与流量管理这个话题,从操作层面细细进行讲解和分析,为系统工程师们揭示平日里我们没有关心的另一些内容。同时也希望本次分享能揭示行业中的一些“潜规则”,让互联网行业的流量与带宽管理更为开放与简洁。
本次演讲视频录制于QCon杭州2011。
Jeffery Richter以其多本Windows核心技术的经典著作而闻名,同时,他深入掌握微软的.NET等一系列核心技术,2012年1月,Jeffery Richter在北京接受了InfoQ中文站的专访,谈到Windows 8和WinRT编程,并就异步编程、Windows编程中的可扩展性、性能和安全性方面给出自己的建议。
云计算平台的可用性,相比传统互联网服务而言,更加复杂和困难,也更具有挑战性。本文借助新浪SAE云平台为读者讲述了云平台可用性的定义、如何打造高可用的平台,以及对云计算的用户提出了建议。
淘宝高度重视Java平台的健康发展,组建了一个团队专注于Java平台的底层部分的性能、功能与稳定性改进;工作主要基于OpenJDK中的HotSpot VM开展,其中一些通用的功能随后也会逐渐反馈给OpenJDK社区。希望能与使用Java平台开发应用的大家交流经验。
本次演讲视频录制于QCon杭州2011。
2011年4月21日至22日是值得云计算从业者纪念的日子。Amazon的IaaS服务出现故障,导致许多商业网站的服务中断,影响非常严重。作为云计算用户,我们需要思考的是,如何保证即便在云服务不可用的情况,我们的应用架构仍然能够屹立不倒?本文正是站在云计算用户的角度试图探讨这一问题。
12人的技术团队,4组刀片服务器,每月20亿的访问量,每日1次准时部署,99.9%的可用性。这可能吗?当然。想知道如何做的吗?百姓网将与您分享他们在DevOps实践过程中的经验和技巧。
本次演讲视频录制于QCon杭州2011。
篱笆作为一家起源于社区的电子商务公司,反映到技术层面就是同时要面对产品和业务,以及经营战略的变化调整。如何在产品和业务的夹缝之间完成技术架构的抽象与平衡,寻找更有效的价值定位,这当中有些经验教训和个人感悟愿与众人分享。
本次演讲视频录制于QCon杭州2011。
本文将对特性注入以及相关方法做一个扫盲性的介绍。我们会解释这个框架的关键要素,并附上实例来证实它们。为了让文章保持相对较短,我们不会深入到某个工具或方法中,而是会给出一些参考资料,以便大家做进一步的研究。
没有回复
关注此讨论 回复