微软中文网站 微软MSDN架构师中心 建议与反馈
  用户名：
  密    码：
  验证码：
看不清？点击这里换一个
  注    册
  忘记密码   修改密码
首页
知名架构师博客中心
微软架构师网络广播
在线架构技术教程
架构师技术阅读
经典.NET架构启蒙
Architect Journal
国内成功案例
国外成功案例
历史活动
  .NET架构师论坛
  微软活动资讯
当前活动
会员登陆
立即注册
个人信息
会员推荐
     Fred Chong
RSS 源  ： Fred Chong's WebBlog
投递时间： 2008年2月19日星期二 9:57
作       者： Fred Chong
主       题： Application Marketplaces and the Money Trail
整篇文章链接：http://blogs.msdn.com/fred_chong/archive/2008/02/18/application-marketplaces-and-the-money-trail.aspx
       这篇文章描述了长尾软件经济的与应用市场架构背后的推动力。
       另外，文章也解释了应用市场对ISV、宿主提供商、VAR和企业的不同角色和优势。
       祝您阅读愉快
>> 查看文章
RSS 源  ： Fred Chong's WebBlog
投递时间： 2008年2月11日星期一 15:14
作       者： Fred Chong
主       题： 面向商品化软件和服务的应用市场（Application Marketplace）架构
整篇文章链接：http://blogs.msdn.com/fred_chong/archive/2008/02/10/an-application-marketplace-architecture-for-commercializing-software-and-services.aspx
       近来，我一直在考虑对于应用市场的与日俱增的关注度的问题。我得出的结论是，在应用市场（Application Marketplace）与我在前面的一篇Blog中描述的长尾的4种推动力之间存在着一种强大的联系。我认为如果在适当的位置采取正确的商业策略，那么长尾软件市场潜在的经济效益将一定能够从应用市场中释放出来。
       在这篇文章中，我将分享一些关于这种应用市场的架构的想法。
       高端的应用市场包括四个松耦合的模块：市场服务（Marketplace Services）、应用设计和工作区（Application Designer and Workspace）、业务运营服务（Business Operation Services）和社区网络（Social Network）。这四个模块一起提供了一个端到端的解决方案，从而将长尾的推动力变为现实。
Architecture Components of Application Marketplaces
市场服务
       市场服务是通过一个面向公众的网站来提供的。就像其它的商业网站一样，市场网站的用户界面将影响并帮助塑造市场服务客户的第一印象。
       这种业务模型将影响到市场服务中不同类型的角色：销售应用（并可能创建或在市场服务中宿主应用程序）的独立软件开发商（ISV）、购买应用的最终用户，以及那些包装并销售应用的合作伙伴和增值销售商（并提供他们自己的增值服务）。如果这种市场服务还可以为它的ISV合作伙伴提供应用的宿主服务，那么它将可以选择不使用任何宿主提供商合作伙伴，从而防止将市场服务提供给其它宿主提供商（他们是一些潜在的竞争者）。
       应用程序目录就像一个地址簿，客户可以用它来发现、查看并购买已经发布的应用。为了提供一个更好的搜索和更加出色的购买体验，应用程序目录可能会实现不同类型的过滤器，它使用额外的筛选条件，例如应用程序类型和流行程度，从而帮助用户缩小他们的应用选择范围。
       除了应用程序目录以外，市场服务还发布了一系列管理用途的应用，客户可以使用它们来编辑他们的账户属性，并管理市场服务中的业务处理。例如，一个ISV可能会使用管理应用来编辑并发布公司的描述，修订他们发布的应用价格，并查看通过市场服务销售的应用的收益报告。类似的，小型企业也可以使用管理应用来订阅或取消应用，并检查他们的市场服务账户的支付情况。
业务运营服务
       市场服务为Marketplace的客户提供了一个公用的接口，来发布应用并执行商业操作，而业务运营服务则是基础结构与管理服务的集合，它在后台支持市场服务。
       身份管理模块提供了身份验证、访问控制与授权服务的核心功能，从而让其它的业务运营服务可以使用安全的业务数据和Marketplace的事务处理。
       盈利模块让应用提供商可以使用不同的价格模型来销售应用，例如按照用户许可证订阅的方式，应用的收益将从在线的广告中获得。为了有效的支持这种盈利架构，Marketplace将提供解决方案来帮助ISV定义并完善他们的应用价格策略（例如，每个用户每个月20块钱），并且实现收益报告引擎，它将帮助ISV了解已发布的应用的直观收益情况。
       计量与收费模块使用预告定义好的策略以及在盈利模块中记录的数据，来生成记账单并向客户收取相应的费用。收费引擎可以通过收集业务应用的费用，来为ISV提供收费服务，并将收益直接打入到ISV的银行账户中。
       应用市场通常会向ISV或商业用户提供自服务的注册，从而注册为一个新的租户。当租户管理和订阅模块接到一个新的注册请求后，将会开启一个租户供应的工作流，并与身份管理模块进行交互，从而为这个新的租户账户创建一个新的公司和一个管理员用户。供应工作流也将会为新的公司创建新的授权记录，从而让后续的应用订阅者可以被适当的跟踪和计量。最后，该工作流将触发宿主应用运行时基础结构中的一个子工作流，从而提供一系列新的元数据，用来配置和初始化新租户的应用环境。
社区网络
       Marketplace中的社区网络不仅可以让应用程序的用户和提供商相互交互，而且还可以完全依靠用户创建的内容来帮助用户找到适当的应用，并为ISV提供了一定的市场智能。
       通过排名和名誉系统，用户可以从感觉上了解其他用户对于应用的易用性与质量的想法。另外，这些内容还可以帮助应用提供商了解他们自己的应用，从而在未来的版本中进行增强与改进。
       许多业务专家现在可以通过社区网络与他们的同学、同事和业务合作伙伴保持联系。在这个世界中，商业成功的关键在于“你知道谁”，可以利用社区网络连接来挖掘隐藏在已订阅应用中的价值信息。例如，在外部社区网络上的业务合作伙伴可能会为Marketplace中的一个业务租户推荐潜在的销售机会。推荐的销售机会被存储在一个在Marketplace中购买的CRM应用中。
       应用程序设计与工作区
       应用程序工作区是宿主用户界面（为商业用户提供应用程序的交互）的容器。除了为已经订阅的应用提供仪表板以外，工作区还可以包括其它功能，让用户更为直接的与市场服务进行交互，例如提供了一些链接来购买Marketplace中的其它应用。
       在Marketplace中，工作区所能够提供的用户体验的种类是非常有限的。但是，应用程序工作区的重要原则就是以简洁、易用的协作方式和来让第三方盈利。
       为了消除性能与安全性方面的担忧，通常在宿主运行时环境中的第三方应用的计算类型都会有一些限制。同样地，开发人员只允许创建宿主运行时环境中允许的计算范围内的应用程序功能。
       例如，开发环境应当在自定义工作流循环和分析逻辑上加以限制，从而确保工作流最终可以终止。另外，开发工具也可以在应用程序对象模型上设定一些自定义的边界，保证数据库架构不会过分的复杂，从而优化系统性能。
       值得注意的是，应用程序设计器和工作区模块的宿主版本只是一种用户体验的模式。当目标用户是来自不同的操作系统平台时，这种用户体验将会受益匪浅，人们只需要浏览器就可以与应用进行交互。
       还有一些设计与运行时体验的混合模式，而那些工作区不是宿主在Marketplace当中的。例如，应用程序可能使用Microsoft Access进行设计，并运行在应用开发人员的计算机上。当应用程序结束时，它的元数据将被发布到Marketplace当中。随之，那些购买了应用的商业用户可以选择在他们自己的桌面上运行应用，或在Marketplace中宿主的应用程序运行时环境中运行。
       创建一个新的应用程序平台可能是一项非常巨大的任务。索性的是，第三方厂商并不需要从零开始，他们可以使用现有的产品，如Windows Sharepoint Services和Microsoft CRM 4.0，来创建和自定义他们自定义的应用程序设计器和工作区平台。这些平台已经提供了工具，来创建应用程序，并可以将这些应用程序作为元数据导入或导出运行时环境，这样可以简化在Marketplace中发布与订阅应用程序的过程。
       如果你一直在跟随我的SaaS架构指南的内容，那么你一定知道我非常热衷于亲自动手实现这些内容，并充分利用现有的产品和工具。正如你所期待的那样，我已经使用ASP.NET和CRM 4.0创建了一个示例的应用市场解决方案。这些示例解决方案将会在随后的几个月内发布出来。
       希望你继续关注，我将会在未来共享更多内容。
>> 查看文章
RSS 源  ： Fred Chong's WebBlog
投递时间： 2007年11月29日星期四 15:59
作       者： Fred Chong
主       题： 长尾软件与服务的推动力
整篇文章链接：http://blogs.msdn.com/fred_chong/archive/2007/11/28/the-forces-of-long-tail-software-and-services.aspx
       克里斯•安德森的那本关于“薄利多销”的书，启迪了人们的思想，让人们开始思考当今的市场经济，先进的技术和Internet已经开始让长尾电子商务蓬勃发展起来。在这篇Blog中，我将会考虑在他的书中所提到的那些推动力，如何应用到长尾软件市场中的，这将会是一件非常有趣的事情。
       正如克里斯在他的书中提到的那样，长尾市场就是一些小市场，因此长尾软件也不是那些最为畅销的应用。小市场软件包括那些只有少量用户所使用的专业业务应用，也包括那些在线的社区游戏。例如，你家孩子的足球俱乐部可以使用一个活动管理软件来管理他们的比赛；而建筑公司可能会使用一个定制的项目管理应用来计划他们的提供商和下级承包商。
       小市场软件应用通常在个人电脑刚刚出现时就已经存在了。许多都是在DOS和Windows上的免费软件/共享软件，它们被发布在在线的计算机快报上。其中有些应用是由一些PC爱好者和玩家所开发的，他们白天仍然正常上班，而晚上则编写他们的小应用程序，有的是出于爱好，而有的则会带来一定的收益。另外，还有一些是由“微型ISV”所编写的，他们希望可以让他们应用的排名上升到前100，从而扩大公司的规模。
       这就是小市场软件的发展历程 － 它没有克里斯的长尾经济所提到的三种推动力所驱动。今天，长尾软件的生产者、购买者和销售者都因为这三种推动力而受益匪浅，然而我认为其中还存在着第4种推动力。让我们一一列举。
推动力之一：生产民主化
       无论是构建一个商业、消费者或社区应用，你都需要选择开发软件应用的工具。RAD工具，如Ruby on Rails和Microsoft Access 2007都允许数据驱动的应用开发，而且无需大量的代码编写。另外，宿主的应用构建器，如Coghead 和Longjump提供了宿主的工具和应用运行时环境，因此应用开发人员可以高效快速的进行开发，而不需要过多的担心他们应用的部署。使用mashup平台，如Popfly，Web爱好者可以轻松地创建Web应用，它可以覆盖来自于多种数据源的数据和服务。最新版本的Sharepoint设计器简化了构建复合应用的工作，它可以生成应用模型和组成其它软件模块的Web部件组件，从而实现自定义业务应用。另外，Sharepoint设计器与Office Live的集成，使得面向中小企业的业务应用可以自定义设计，构建和快速部署。再也没有复杂的代码，也不需要部署三层的Web应用。（如果你希望了解更多内容，下面的地址中有一些视频和演示，告诉你如何构建面向Office Live的自定义应用：http://www.innovateonmicrosoftofficelive.com/LearnBuild.aspx）
       这一点还需要进一步地思考 － 应用开发工具的增强是拥有广泛的软件选择范围的关键。
推动力之二：分发民主化
       与实际的东西相比，软件在存储和分发上拥有一些优势 － 由于它是数字形式的。在很多情况下，软件“与生俱来”的可以通过Internet进行分发。另外一方面，小市场软件和实际的日用品的分发是十分相似的，他们都可以通过集成商来降低销售成本。对于软件来说，销售的成本要比从一台计算机到另一台计算机的传输多多了 － 另外，还存在着消费者信任，品牌与质量的关联，以及有效市场到潜在用户的问题。在数字世界里充斥着病毒、钓鱼攻击、恶意软件和间谍软件，如果通过集成商来销售他们的长尾软件，那么ISV将会受益匪浅。小型业务的拥有者更加乐于在Windows marketplace上购买一个项目管理应用，而不是在一个不知名的ISV的网站上。
       虽然在线分发软件通常不需要实际运输什么货物（除非你去销售带包装的软件，当然这也是很常见的），但是宿主软件服务的交付至少需要服务器基础结构和数据中心运营的支持，来宿主和运行应用服务。在许多情况下，ISV去建立和运行他们自己的运营基础结构是非常浪费时间和成本的。取而代之的，SaaS ISV通常将他们的应用程序宿主在专业的SaaS宿主公司。软件服务的交付正是我们最近这篇文章的主题。看看那些提供应用宿主服务的公司，你将会发现许多宿主提供商也是软件服务的集成商，他们为那些宿主在他们的ISV提供市场渠道。
       但是，对于SaaS宿主提供商来说，仅仅为ISV生产的长尾应用提供服务交付的工作仍然显得非常乏味。这也正是像Coghead和Longjump这样的公司出现的原因，他们为ISV提供了包括长尾应用的开发、宿主、市场和交付的一站式服务。
推动力之三：连接供给与需求
       连接长尾应用的消费者的技术，帮助小市场软件需求的增长。克里斯把这种类型的技术称作“过滤器”。搜索引擎结果，评论，用户推荐，Blog选项，应用使用数据 － 所有这些信息都影响了应用的采用，还可以最终导致新的用户行为和习惯。例如，在Facebook上的社区应用，网站中不同的过滤器不仅可以减少搜索的成本，而且最终可以影响到应用的成功与使用：
       你可以拥有一些来宾，一个通用的过滤器将无法以最佳的方式连接到你想要找到的人。如上图所示，我们从Facebook中看到这取决于用户的目标，他可能会在诸多的过滤器中选择一个，来根据流行程度、活动量、活动用户数据或发布日期来查找应用。不容忽视的是，这种网站的目的本身就是作为一个过滤器而出现的：Facebook相当于社区网络应用的过滤器；Office Live则是中小型企业业务线应用的过程器，等等。
推动力之四：资本民主化
       这个推动力是我为长尾软件经济追加的。我相信盈利机会的增加会进一步增加长尾软件的提供。最近的Facebook应用的成长印证了这个观点 － Facebook应用的创建者将他们所有的广告收入都贡献给他们的应用。使用以广告为基础的经济模型，就好比长尾集成商在运行一个“钓鱼服务”业务，而广告就像鱼钩上的鱼饵，诱使用户选择特定的软件应用或服务。这种机制和服务销售模式，使得长尾软件厂商非常乐意在钓到鱼后为这种“钓鱼服务”付费。当然，鱼钩是这种钓鱼服务的基本组成部分，而集成商将从长尾应用的提供商那里得到广告收益。基于广告的模式不仅为微型ISV提供了机会，还可以减少前期试用软件的成本，因此可以很大程度上消除软件使用的障碍。
       以广告为基础的模式不是长尾应用盈利的唯一模式。传统的许可证、订阅和交易模式仍然是有效的。关键的问题在于，长尾软件的供应曲线将得到有效的增长，以充分补偿开发人员所做出的努力。
       大多数长尾应用都将不会拥有像那些流行的软件那么昂贵的价格。但是，随着生产工具和分发的民主化，将需要极少的时间与投资来构建长尾软件。实际上，当长尾软件经济蓬勃发展的时候，可以想象会有更多的微型ISV非常快速的创建应用程序（可能只需几个星期甚至几天），从而可以集成众多的长尾应用。
       亚马逊和Netflix分别在销售长尾类型的实际货物与娱乐内容上，已经证实了这种利益丰厚的经济模式。而在销售长尾软件方面，确实还没有什么值得说的。但是，在我们上面所提到的四种推动力背后已经存在或潜在一些业务。如下表所示：
推动力 商业 现在的示例
生产民主化 长尾应用开发工具，mashups和复合应用平台。 Microsoft Access，Ruby on Rails，APEX，Popfly，Sharepoint设计器，Coghead，Longjump。
分发民主化 长尾集成商，应用服务交付平台。 Office Live，Facebook，AppExchange，Windows Marketplace，BT Application Marketplace。
连接供给与需求 长尾过滤器。 Facebook排名与搜索， Sourceforge对于开源软件的市场搜索，Windows marketplace 排名。
资本民主化 长尾的盈利引擎。 Microsoft Adcenter，Google Ad-sense。
       要证明长尾软件市场确实是可以盈利的，我们需要将长尾开发工具、软件市场、过滤器和盈利机制刻意地融合在一起。
       希望我们可以拥有这些推动力……
>> 查看文章
RSS 源  ： Fred Chong's WebBlog
投递时间： 2007年11月14日星期三 15:14
作       者： Fred Chong
主       题： 火星人与金星人的SaaS故事
整篇文章链接：http://blogs.msdn.com/fred_chong/archive/2007/11/13/the-saasy-tale-of-martians-and-venusians.aspx
       我们最新的文章对软件厂商与宿主提供商进行了对比。文章解释了为什么他们的功能是彼此独立的，他们可以从对方得到什么，以及他们如何能够完美的结合在一起。
       祝阅读愉快
>> 查看文章
RSS 源  ： Fred Chong's WebBlog
投递时间： 2007年10月8日星期一 14:01
作       者： Fred Chong
主       题： 追逐长尾市场? 不妨考虑渠道即服务(Channel as a Service, CaaS)模式
整篇文章链接：http://blogs.msdn.com/fred_chong/archive/2007/10/07/going-after-the-long-tail-think-channel-as-a-service-caas.aspx
       Charles Fitzgerald 最近针对难以捉摸的长尾市场发表了一篇文章。在文章当中提到了Salesforce 网站上一些很有意思的重心过高的数据——一小部分的企业客户占据了40%以上的用户群。如此一来就回避了问题的实质，如果说软件开发商争相采用软件即服务(Software as a Service, SaaS)模式是造成长尾的原因，那么对此的证据在哪儿呢？
       OK，这是我的理论：现有的绝大多数中小企业还在为生存而奋斗，因此他们还不会将辛辛苦苦挣来的钱花在那些和企业利润关系不大的软件上面。而大型企业和建制已经完善的企业则通过IT的自动控制来寻求流线型的架构最优化。对于绝大多数长尾来说，优先级最高的任务就是找到客户来买单。
       今年年初我在中国工作的时候，阿里巴巴这家公司曾引起我的关注。如果您不了解阿里巴巴的话，简而言之，即便不是世界最大，这也是中国最大的B2B在线市场。你可以找到很多中小型公司在这里在线销售各种各样的商品。从本质上来说，阿里巴巴把市场渠道作为一项服务来提供，其结果就是阿里巴巴的渠道即服务(CaaS)战略吸引了世界范围内大量的中小型企业来使用这个B2B服务。严重的病毒效应正在他们的市场当中滋生。
       这对于采取软件即服务(SaaS)模式的独立软件开发商和长尾意味着什么？
       那么好，在开始之前，如果你对于长尾销售很感兴趣的话，你应该首先寻求成为他们的市场渠道或者最次也要跟他们的渠道有一定的联系。从本质上来说，这是你需要创造的价值主张。软件即服务(SaaS)的价值主张是说服大型企业不要总是花费很大的力气去为他们的产品寻找渠道。
       相比于90年代末期像Commerce One 和Ariba 这样的公司对于B2B的热望，阿里巴巴并没有尝试提供一个过于复杂的市场——没有自动化的买方询价卖方报价系统，也没有商品申请等功能，仅仅提供了简单的搜索和列表功能。尽管功能非常有限，中小型企业却能够立即找到对于他们有用的商业价值。阿里巴巴网站的注册用户中，有2100万来自中国，360万来自中国以外的世界各地。
       有趣的是，阿里巴巴在今年年初成立了自己的软件公司： Alisoft ，其用意是在中小企业范围内销售商务营运应用程序。在链接中的这篇新闻稿描述了Alisoft 的免费商务营运应用程序已经拥有50万个正在使用的用户以及300万个注册用户。
       我认为阿里巴巴的业务趋势就是针对需要关注的长尾市场采取步步为营的策略，优先为中小型企业解决商务问题，这对于我来说，很明显可以帮助一些交易找到他们的客户。作为软件公司，销售软件自然是最终目标，但是在这个过程当中需要捆绑客户的业务渠道。
       将渠道即服务(CaaS)和软件即服务(SaaS)结合起来使得独立软件开发商的业务模型变得更加有趣，但也更加复杂，比如将一些不同的渠道+软件服务和一些混杂的金钱计划捆绑在一起。举例说明，提供初级服务可能需要依靠广告收入或者事务模型，所以那些对于商务营运应用程序不熟悉的中小型企业来说，可以看到市场渠道和软件的价值。对于更多简直完善的中小型企业来说，独立软件开发商可能会考虑对他们采取向上销售的方式，提供完整功能的应用程序，这样他们就可以利用所提供的渠道的方方面面，并且要为使用的软件支付定金。
       Telcos 是另一个产业中的案例，该公司很好的将自己定位在为中小型企业销售软件。Telcos 并不是真正意义上的中小企业渠道商，但是通过提供通信服务，他们成为了连接中小企业渠道的至关重要的环节。通过将商务运行功能（尤其是那些可以和客户进行交互或者引导销售的应用程序功能）同通信服务紧密集成，Telcos 可以诱使中小型企业将商务营运应用程序升级到他们的服务当中去。
       在最近几年当中，互联网搜索，基于客户的广告商业模型以及社交网络已经吸收了大量高技术投资。我猜测自从2000年初期B2B交易大幅缩水以来，我们将会马上看到人们对于在线市场的兴趣再次苏醒。或许在这个时间，在线市场将会更加关注于如何成为中小型企业的商业渠道——他们需要实现软件即服务(SaaS)的长尾预言。
>> 查看文章
RSS 源  ： Fred Chong's WebBlog
投递时间： 2007年1月3日星期三 10:34
作       者： Fred Chong
主       题： 可配置性的实际限制
整篇文章链接：http://blogs.msdn.com/fred_chong/archive/2007/01/02/practical-limits-for-configurability.aspx
       最近几个月，我的团队一直在做一个示例SaaS应用程序，来演示我在我的文章和blog中曾经说过的“多租户”的概念。其中一个地方我们花费了大量的时间来考虑，那就是关于SaaS应当提供给租户的可配制性的问题。我希望从我的团队的讨论中共享一些设计问题：
  • 代码上传 － 允许第三方通过代码上传的方式来自定义行为是一个危险的方法。你不会知道这种第三方没有经过测试的代码会带来什么样的安全漏洞。如果你认为这太明显了，那么想象你正在考虑通过向工作流中引入新的步骤来让你的租户自定义应用程序的工作流。通过允许租户上传处理工作流中新的步骤的代码，可配置性将真正的强大。（在Windows Workflow Foundation中，这些步骤叫做“活动”。）通常都不会提供这种方法，而是通过一个“模板”活动的列表来提高可配置性。模板，也就是一个预先定义好的活动，是ISV自己实现的。例如，我们的人力资源示例应用程序有一个新增的工作流，它允许租户在工作流的末尾添加一个新的活动，但是他们只能从一个我们实现的允许活动的列表中选择，例如一个发送电子邮件通过的活动，来表示一个工作应聘的面试的流程的最后一步。
  • 新的应用程序逻辑 － 需要在租户不上传代码时引入。例如，允许租户修改业务规则看上去是一个不错的想法，但是你必须要限制他们可以使用的规则运算符的类型。例如，你可能只想他们在业务规则中使用<，>和==运算符。允许租户在工作流中添加分支（例如，新的if-then-else分支语句）可能会导致工作流没有终结，因而导致非决定性的行为，例如死循环。所以，应用程序应当审慎的允许这些修改。你的应用程序工作流设计器可能需要一个验证器来确保工作流的修改可以正确的结束。
  • 实体定义的扩展 － 实际的业务概念通常在应用程序中是作为业务实体来表示的。例如，产品编录的概念。在实际世界中，产品编录通常会由它使用的业务类型来决定：一个图书销售商的编录一般都希望包括一个字段叫做“发布日期”，而一个汽车销售商则希望在编录中跟踪汽车的型号。因此，一个SaaS解决方案通常必须让实体可以由租户来扩展。在许多情况下，添加新的字段或修改现有业务实体中的可选字段实现起来没有太多问题，只要不用在新建的字段和其它实体间指定新的数据关系就行。另外一方面，允许租户指定整个新的业务实体是非常困难的，而且可能会影响到应用程序。例如，如何租户运行一个医药方面的业务，而且希望向产品编录中添加FDA信息。应用程序不应通过定义一个新的业务实体来表示FDA数据，而应当将FDA数据的定义限制在现在实体的新字段当中。允许租户添加并定义新的实体是一个非常错综复杂的功能，因为你必须定义新的数据库表以及与其它现有实体的数据关系。如果没有一个适当的数据架构分析，则可能难于决定数据库表和关系是否有意义或者需要进一步的优化。当你考虑一个使用共享数据库的数据架构 － 共享架构方法（我们在多租户的数据架构文章中提到过）时，这变得更加的困难。另外，允许租户添加新的表可能会引起共享的数据库达到最大的数据表个数的限制。
       实际上，这是否意味着ISV应当不允许代码上传，新的工作流活动和分支逻辑与新的实体呢？我认为，这是一个业务问题。上面所有的内容都可以通过额外的代码和数据层的设计、实现、测试和独立部署来完成。这将会增加提供解决方案的成本。SaaS ISV将必须决定它是否有必要来做这些事情。
       我觉得这取决于你是不是真正的需要它。
>> 查看文章
RSS 源  ： Fred Chong's WebBlog
投递时间： 2007年2月9日星期五 6:12
作       者： Fred Chong
主       题： 发布公告: Litware HR – 一个示例 SaaS 应用程序
整篇文章链接：http://blogs.msdn.com/fred_chong/archive/2007/02/08/release-announcment-litware-hr-a-sample-saas-application.aspx
       当然，我已经在这个项目上工作很长时间了。我非常高兴宣布，示例 SaaS 应用程序终于发布了！
       Litware HR 是一个示例 SaaS 应用程序，它是通过当前一些应用程序平台技术来实现的：.NET framework 3.0、 SQL server 2005、Windows server 2003 和 ADAM。
       除了为应用程序添补更多的功能，Litware HR为ISV提供了一个实际的学习工具，可以用来学习有关驯服“多租户三头怪”的技术。
       多租户涉及了多个方面，但是在这个版本里很难为我们覆盖所有的主题。对于这个版本，我认为里面的技术主要是关于应用程序的可配置性方面的问题。我们可以通过一些元数据显示UI、工作流和数据模型如何为每个租户进行配置的。关于安全性，我们实现了一个安全令牌服务用来提供身份验证，并且演示了我们的多租户数据架构文章中解释的租户过滤视图模式。
       我希望这个版本可以标志着SaaS架构学习工具的诞生，它将继续与其它的SaaS架构的精华合作。
       就像我的第一个SaaS blog中写到的那样：“SaaS 是一个旅程，让我们一直走”。那么这次，让我们一起走过Litware HR…
       下面是一些相关的资源：
       代码和相关的文档（包括网络广播）： http://msdn.microsoft.com/architecture/saas/sampleApp
       下面提供了一个社区站点来讨论，报告BUG，提出建议和新功能，或者提供代码：http://www.codeplex.com/litwareHR
       下面是一些视频的链接：
       示例：http://files.skyscrapr.net/users/saas/sampleApp/Videos/LitwareDemo.wmv
       架构网络广播：http://files.skyscrapr.net/users/saas/sampleApp/Videos/LitwareArchitecture.wmv
       下面描述了Litware HR的生成：http://www.skyscrapr.net/architects-in-action.aspx560
>> 查看文章
RSS 源  ： Fred Chong's WebBlog
投递时间： 2007年3月25日星期日 4:43
作       者： Fred Chong
主       题： Windows XP 版本的 Litware HR 已经发布
整篇文章链接：http://blogs.msdn.com/fred_chong/archive/2007/03/24/windows-xp-version-of-litware-hr-available.aspx
       我们最近发布了一个Litware HR示例应用程序的更新版本，它可以运行在 Windows XP 上。
       这个更新的版本回应了来自codeplex社区的一些反馈，从而这个版本可以让更多的开发人员在他们的机器上运行和测试。
       起初，在我们设计 Litware HR 的时候，我们希望实现的这个版本可以运行在最为近似实际生产环境的 OS 平台，从而使得我们可以演示这样的场景，例如在IIS 6的虚拟目录分配每个租户。因此，我们决定首先在 Windows server 2003 上实现第一个版本。
       您可以从下面的地址下载 Windows XP 版本的 Litware HR：http://www.codeplex.com/LitwareHR/Release/ProjectReleases.aspx
>> 查看文章
  个人信息中心 | MSDN中文速递邮件
  ©2007 Microsoft Corporation.版权所有. 保留所有权利 | 商标 | 隐私权声明