InfoQ

InfoQ

新闻

我的书签

登录注册 以永久保存书签。

该内容已经被标记书签!

标记书签错误,请重试!

微软P&P应用架构指南V2.0项目启动

作者 王翔 发布于 2008年10月8日

领域
架构 & 设计,
企业架构,
语言 & 开发
主题
企业架构 ,
Web服务 ,
嵌入设备 ,
移动 ,
.NET ,
架构
标签
框架 ,
Web服务 ,
模式与实践 ,
最佳实践

P&P(设计模式与最佳实践,patterns & practices)自2002年推出第一个.NET项目分层架构图至今已经6年多,面对服务化、移动及智能化、富浏览器客户端、P2P应用的需求,原有架构需要结合.NET最新的技术进一步细化,这样才能为架构师和开发人员提供更好的指导作用,近期微软P&P团队启动了应用架构指南(Application Architect Guide)V2.0项目。

对于从事.NET开发人员而言,下面这个.NET分层架构图应该再熟悉不过了:

图:.NET分层架构图

该分层架构在P&P的早期指南中具有非常重要的指导意义:

  • 该图明确地将Service Agents作为一个应用选件提出,强调应用设计中必须考虑服务形式的各类信息源和计算组件;
  • 强调Security(安全)、Operational Management(运维管理)、Communication(通信和连通能力)贯穿应用项目的各个部分,应用需要在满足业务功能的前提下,必须考虑结合信道、协议和设备交互能力,在应用逻辑之外进行专门的抽象,同时应用需要运行在一个安全、可控(“白色”或者起码是“灰色”)的IT环境中;
  • 明确业务逻辑层中业务实体、业务处理组件和业务流程三类对象的分离,对外以松散耦合的服务接口子层完成交互;
  • 明确UI前端与UI处理(UIP: UI Process)的分离。

从很多方面看,这个现在称之为V1.0的分层架构图具有很多前瞻性和规范性,对于.NET架构、实施人员具有很好的指导作用。不过,经过6年多发展,开发领域出现很多新的变化。

从应用角度看包括:

  • BPM(Business Process Management)
  • 服务端的Composite和客户端的Mash Up
  • 动态语言
  • 函数语言
  • 各种模型驱动的应用设计
  • REST(Representational State Transfer)
  • Software + Service 、SaaS(Software as a Service)、PaaS(Platform as a Service)
  • SOA
  • 富浏览器客户端
  • 开发过程中软件的测试能力
  • 从设备和技术为中心转向用户操作和用户体验为中心

应用运行的基础架构也出现很多新的趋势,包括:

  • 云计算
  • 绿色IT
  • 虚拟化
  • 超大直至甚巨数据库处理

相应的计算性能方面也出现了下列趋势:

  • 网格
  • 高性能计算(HPC:High Performance Computing)
  • 多芯、多核
  • 并行处理

在此期间,软件工程方法也随着新一代应用实践获得井喷方式的发展:

  • ALM(Application Life-Cycle Management)
  • 分布式开发团队
  • Lean、Scrum、User-Lead、XP……

综合这些方面看,依靠一副图提供的指导作用非常有限,为此P&P团队近期正式启动了应用架构指南V2.0项目,新项目中采用更加周密系统的思路诠释应用架构:

图:《指南》编写思路拓扑图

注:正如《应用架构指南》的命名,该套文档所说的“架构”是集中于某个Solution或Application层面,并不是类似Enterprise Architect的宏观架构、也不是专注于某个具体开发领域的。

上图中,《指南》的编写方法本身就给我们很多提示:

  • 应用架构从一个单纯的分层变成多个角度发散之后再次汇聚的工作成果。
  • 应用架构要“落地”与.NET相关技术紧密结合,务求用做到“恰好”、“直接”、“实用”。
  • 要针对应用类型设计(Mobile、RIA、Rich Client、Service、原始Web应用)。
  • 要针对应用架构类型设计。
  • Client/Server
  • 基于组件的架构
  • 数据为中心架构
  • 分布式架构
  • 分层架构
  • 面向对象
  • P2P/网格
  • S+S / SaaS / PaaS
  • SOA
  • REST
  • 对于应用中普遍涉及的内容,建议通过严格的“框架”套用设计,而非完全天马行空的“独创”。
  • 明确Layer、Tier、Component,依据逻辑、物理、耦合需要分解应用。
  • 于非功能性要求作为独立的质量属性单独设计。
  • 充分考虑部署要求。
  • 设计中明确而且独立考虑各类技术趋势对于应用架构的影响。
  • 注意借鉴和引用各种模式(设计模式、架构模式、数据库和数据访问模式、集成模式等)。
  • 强化架构设计过程的协调性和规范性。
  • 上述设计因素分类考虑,然后依据具体项目情况进行组合。

为了便于及时发布并根据反馈更新《指南》V2.0,此次P&P采用3个平台平行推进的方式:

  • CodePlex网站动态更新该项目的最新进展情况
  • PDF介质里程交付指南
  • MSDN站点结合整个.NET及P&P其他资料,提供更为丰富的检索和信息库支持

当前,该项目主要完成前期各类规划性文档、说明的编写,并计划于11月中旬发布第一个Beta版本、明年1月中旬发布正式版本。从现有资料看,.NET 平台的4个基础框架(WCF、WF、WPF和WCS)、Active Directory、SQL Server、SharePoint Server、Visual Studio .NET、ASP.NET AJAX、SilverLight、BizTalk、ADO.NET Entity Framework等微软.NET一线主力技术产品构成《指南》的主体,已经发布的内容中暂无非官方的.NET“山寨”技术和开发框架。

王翔 是一名软件开发工程师、技术作者。27年开发经历、从事产品级软件开发21年。

深度内容

大规模视频网站的计费与流量管理

本次分享将会就大规模视频网站的计费与流量管理这个话题,从操作层面细细进行讲解和分析,为系统工程师们揭示平日里我们没有关心的另一些内容。同时也希望本次分享能揭示行业中的一些“潜规则”,让互联网行业的流量与带宽管理更为开放与简洁。
本次演讲视频录制于QCon杭州2011

专访Jeffrey Richter:Windows 8是微软的重中之重

Jeffrey Richter以其多本Windows核心技术的经典著作而闻名,同时,他深入掌握微软的.NET等一系列核心技术,2012年1月,Jeffrey Richter在北京接受了InfoQ中文站的专访,谈到Windows 8和WinRT编程,并就异步编程、Windows编程中的可扩展性、性能和安全性方面给出自己的建议。

应用云平台的可用性——从新浪SAE看云平台设计

云计算平台的可用性,相比传统互联网服务而言,更加复杂和困难,也更具有挑战性。本文借助新浪SAE云平台为读者讲述了云平台可用性的定义、如何打造高可用的平台,以及对云计算的用户提出了建议。

JVM定制改进 @ 淘宝

淘宝高度重视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

特性注入:成功三部曲

本文将对特性注入以及相关方法做一个扫盲性的介绍。我们会解释这个框架的关键要素,并附上实例来证实它们。为了让文章保持相对较短,我们不会深入到某个工具或方法中,而是会给出一些参考资料,以便大家做进一步的研究。