大规模视频网站的计费与流量管理
本次分享将会就大规模视频网站的计费与流量管理这个话题,从操作层面细细进行讲解和分析,为系统工程师们揭示平日里我们没有关心的另一些内容。同时也希望本次分享能揭示行业中的一些“潜规则”,让互联网行业的流量与带宽管理更为开放与简洁。
本次演讲视频录制于QCon杭州2011。
该内容已经被标记书签!
标记书签错误,请重试!
作者 Scott Delap 译者 高昂 发布于 2007年7月5日
Java EE 6(JSR 316)的提案已经发布。InfoQ在之前的文章中已经涵盖了开发者社区对于即将到来的JavaEE发布版的一些设想。此次发布版的两大主题是可扩充性和概要:
……这个新发布版本致力于欢迎并支持那些技术,将它们包含在整个Java EE愿景中,同时继续简化Java开发平台,以更好的服务于更多的开发者。为此,我们给新版本提出两项目标 —— 拓展性和概要。拓展性(Extensibility)
对于Java EE平台来说,并不适宜在没有限制的情况下,把所有Web开发和企业应用开发者认为有趣且有用的技术都包含进来。相反,我们认为应该让更多技术清晰地叠放在Java EE应用服务器上层,或者作为应用服务器的插件。通过增加拓展功能点并提供更多的服务接口,这些额外的功能可以简洁高效地加载到平台实现上面,让它们跟平台内建的设施一样便于开发者使用。
概要(Profiles)
Java EE的范围已经延伸的如此广泛,以至失去了原先所遵循的价值观。为了重新将Java EE的目标定位到特定类型的开发者和应用程序,我们提案引入Java EE平台“概要”。像是JCP定义的那样,概要将会引用Java EE平台,并且可能包含Java EE平台技术的一个子集,以及不属于Java EE基础平台的一些附加JCP技术。除了定义Java EE基本平台规范,这个规范还将定义在概要中引用Java EE平台技术的规则。这个专家组同时也会定义Java EE Web概要的第一个版本——面向Web应用开发的Java EE平台子集。这个概要将为Java EE平台提供一个更平缓的入门,同时只提供被大多数Web应用开发者所需要的技术,而不是那些有时会使得开发者产生迷惑的企业级技术……
该提案还主张使用概要配置来减少日益膨胀的Java平台规模。有人建议,在Java SE专家组中使用的过程同样可以应用在Java EE之上:
提案列举了一系列JSR提议作为Java EE 6新特性的候选,例如JSR-237《应用服务器的工作管理器》和JSR-299《Web Beans》等。除此之外,还有此前列入的技术如Servlets,EJB和JSF等内容。诸如JSR-168《Portlet规范》,JSR-170《Java内容仓库API》,JSR-225《XQuery Java API(XQJ)》等众多应用程序接口,则被推迟到未来的发布版本再考虑。
Interface 21的CEO Rod Johnson就新的提案撰写了长篇评论,宣布他们将支持JSR的提案:
Java EE(长期以来一直被称作J2EE)在创造Java中间件市场中扮演了重要的角色。然而,在将近十年的过程中,存在于这个平台上的严重问题已经出现,例如:Java EE 6对平台进行了重要的修正,有潜力解决所有这些问题。同时它也有可能解决另外的问题:事实上,如果Java EE开发商需要确保那些大多数消费者从没使用的功能,即意味着他们很难跟上规范的新变化,对于平稳地升级来说将是个重大挑战,而且在Java EE市场上有新加入竞争者的可能性几乎是零。最后一点说的是,在用户看来,责任重大并不是EE厂商慢吞吞的借口。此时此刻,就我所知,BEA是市场上所有领导厂商中唯一获得J2EE认证的,尽管Java EE 5规范已经发布了一年多;这充分证明了发布一个新平台版本的困难性。Java EE 5最有价值的部分,比如说JPA,在WebLogic最终版发布前几个月就已经完成,但由于在一些大多数WebLogic用户可能从来不会使用的的部分还存在技术问题,而无法发布一个正式版的产品……我认为,企业Java社区应该欢迎Java EE 6的到来,也应该欢迎Sun公司与时俱进,为加强企业级Java整体平台所采取的举措。在J2EE/Java EE中有许多很好的特性,但一些因素导致这些特性变得复杂晦涩起来。相信Java EE 6将会改变这一切!
- 对符合Java EE规范的服务器的需要被夸大了,它们支持一系列庞杂的功能,然而对于广大用户来说,只有很少一部分人对这些功能感兴趣
- 企业需求已经发生改变,因为J2EE原先“为所有应用建立统一模型的”理念已经显得越来越不适应形势了
- 事实上,由于开发框架(尤其是开放源代码框架)的出现,企业级Java应用开发的能力已大大加强,使得开发者更具有生产力并且应用产品更具有效率和可维护性
- 来自于Ruby on Rails甚至是.NET等开发框架的新生挑战,表明在追求快速变化和创新的时代里,每隔2-3年才慢悠悠地发布一个版本将会给整个平台带来危险。
查看英文原文:Profiles & Extensibility Major Refactorings in Proposed Java EE 6
译者 高昂 是IEEE-CS、CCF会员,博士研究生,关注开源软件发展与进步。
本次分享将会就大规模视频网站的计费与流量管理这个话题,从操作层面细细进行讲解和分析,为系统工程师们揭示平日里我们没有关心的另一些内容。同时也希望本次分享能揭示行业中的一些“潜规则”,让互联网行业的流量与带宽管理更为开放与简洁。
本次演讲视频录制于QCon杭州2011。
Jeffrey Richter以其多本Windows核心技术的经典著作而闻名,同时,他深入掌握微软的.NET等一系列核心技术,2012年1月,Jeffrey 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。
本文将对特性注入以及相关方法做一个扫盲性的介绍。我们会解释这个框架的关键要素,并附上实例来证实它们。为了让文章保持相对较短,我们不会深入到某个工具或方法中,而是会给出一些参考资料,以便大家做进一步的研究。
1 条回复
关注此讨论 回复