微软中文网站 微软MSDN架构师中心 建议与反馈
  用户名：
  密    码：
  验证码：
看不清？点击这里换一个
  注    册
  忘记密码   修改密码
首页
知名架构师博客中心
微软架构师网络广播
在线架构技术教程
架构师技术阅读
经典.NET架构启蒙
Architect Journal
国内成功案例
国外成功案例
历史活动
  .NET架构师论坛
  微软活动资讯
当前活动
会员登陆
立即注册
个人信息
会员推荐
     Gianpaolo Carraro
RSS 源  ： Gianpaolo's blog
投递时间： 2008年2月8日星期五 2:41
作       者： gianpaolo
主       题： LitwareHR v2 Webcast
整篇文章链接：http://blogs.msdn.com/gianpaolo/archive/2008/02/07/litwarehr-v2-webcast.aspx
类       别： 翻译
       昨天，我录了一段25分钟的litwareHR v2 的介绍（点击这里下载视频)。
       LitwareHR的主要目标是提高软件+服务领域内的架构上的最佳实践，这个Webcast没有深入地介绍应用程序的架构，而是展示了应用程序都做了些什么。如果您对于它做了什么非常感兴趣，那么你一定也想知道它是怎么做的。
       总结：
       这里是简介（应用程序做了什么）
       安装程序，代码，等，点击这里（应用程序怎么做的）
       慢慢享用吧！
>> 查看文章
RSS 源  ： Gianpaolo's blog
投递时间： 2008年1月29日星期二 10:45
作       者： gianpaolo
主       题： 一个“软件+服务的世界”
整篇文章链接：http://blogs.msdn.com/gianpaolo/archive/2008/01/28/an-s-s-world.aspx
类       别： 翻译
       下面这张图是我用来讲软件+服务用的（更多关于S+S的内容请点击这里）；因为大家都愿意把东西写到Blog上J所以我也在我的Blog上解释一下。
       这张图是为了展示S+S世界中不同主体之间的新的（或改进的）关系。当然，实际的情况更为复杂，而且有很多细微的差别，但是希望它可以最为近似地描述现在的情况。
       在图的右边，可以看到S+S ISV（以前叫作SaaS ISV，但是现在已经迁移到了S+S模型J）。这些ISV主要构建S+S解决方案（就像这种解决方案），有时会延伸到更加广阔的市场，例如中小型企业（SMB）空间，有时需要修改他们的产品及产品线，从而更好地迎合客户的期望。
       这些ISV正在增加与宿主厂商之间的合作，因为他们的其中某些解决方案是宿主的解决方案。这样就带来了一些改变，宿主提供商必须能够支持ISV成为S+S ISV的需求。协同定位与专用的服务器仍然是现在的标准，但是你必须承认，满足ISV的需求是非常自然的事情。这对于提供更高水平平台来说是一个机会，或者叫作服务交付平台，我们曾经在这里和这里描述过，它在宿主提供商的想法中是切实存在的。支持这种平台在ISV的想法中则更加实际。
       除了宿主服务外，还有一些机会可以提供“盈利服务”，例如Marketplace，产品目录，名誉系统，以及更多可运营的元素，如按行为收费等。换句话说，在这张图中的假想的A Datum Marketplace （许多实际的公司可能没有）的目标是为了连接软件服务供应与需求。虽然今天显现出了许多软件服务市场（Software Services Marketplace），它们也提供了对于这些服务的宿主，但是它可以（并且应当）被认为是一个独立的功能。相关的内容，Fred已经在这里and 这里写过了。
       在S+S世界中另外一个有趣的元素，就是“云基础结构（cloud infrastructure）”的出现，或者叫作平台即服务（Platform as a Service），其实我宁愿把它叫作基础结构即服务（Infrastructure as a Service），在未来的Blog里我会去解释这个东西。有些云基础结构是非常面向“数据中心”的，就像上面图中的便于基础服务（Global Foundation Services）所表示的那样。这也就是人们通常所提到的“云计算（Cloud Computing）”…非常低水平，通常是有价的商品；需要承认的是，只有少量的厂商才会在这里取得成功。在这个子系统中，传统的规模经济法则不再起作用，而只有少量的厂商才拥有决心或更为重要的是财力来实现它。另外还有一些“云基础结构”，这些更为靠近“应用水平”，如上面图中的构建块服务（Building Block Services），这些服务将开放一些功能，如在云中的身份验证，云中的存储，另外也包括像地图和提醒之类的东西。
       最后，在图的左边，有三种类型的客户，他们拥有完全不同的期望：对于单个消费者来说非常简单，他们不会去购买所有的东西，因此最佳的盈利模式是广告模式；对于非常大型的IT厂商来说，他们需要考虑对于原有规则的兼容性问题，比如关于他们的数据，由竞争者之间的压力所造成的流水线化所有非核心业务，同时要求敏捷性与竞争力。当然，对于中小型企业来说，他们只有有限的预算，他们只希望能够得到大型软件的其中某几部分功能就可以了。
       在这个世界中，架构师的目标是去理解这个互连的系统是如何工作的，或者更为确切的说，是如何让它来工作的。但是，让它工作将取决于你在这个系统中是处于一个怎样的角色。
       ISV通常会担心关于解决方案架构的问题，例如，在构建块服务中交易是如何完成的，我如何设计我的解决方案从而才能友好的宿主到系统当中，我如何设计我的解决方案从而充分利用多盈利模式。
       他们所担心的与宿主提供商所担心的内容完全不同；宿主提供商不仅担心*-bilities（scalability可伸缩性、availability可用性...），而且还担心如何提供一个服务交付平台，如何设计环境让网站宿主转换到业务线应用宿主，如何流水线化运营处理从而为长尾服务提供商提供服务…购买服务还是购买大规模的“云计算”，这个问题确实十分难于抉择..
       企业通常对于如何构建或如何运营是非常感兴趣的，许多企业都非常关心如何消费云当中的所有东西。但是这种消费并没有那么简单，在消费这些东西的同时，还需要保持高标准的安全性，确保重要数据的可控性，以及与Sarbanes-Oxley的会记标准的兼容性，将云上的与内部的系统进行集成…所有这些担心都在这里进行了解释。而一些企业也希望在内部实现这种云计算的想法，如intranet-s+s。
       平台厂商将需要理解，在不影响成本的情况下如何达到这种巨大的规模，如何将复杂的基础结构抽象为友好的编程模型，以及如何进行调整和选择，什么样的平台服务应当提供为云服务，而哪些则应当提供为“on premise”的服务器。
       我们在这里只是解释了一些皮毛，但是容易看到的是，在这个全新的世界里拥有着巨大的机会。这些机会用新的场景来解决新的架构问题。不过，看上去我们（架构师）在未来的10年内是可以确保我们的工作了
>> 查看文章
RSS 源  ： Gianpaolo's blog
投递时间： 2008年1月1日星期二 1:50
作       者： gianpaolo
主       题： 2008 是 INTRAnet-SaaS/INTRAnet-S+S 的一年
整篇文章链接：http://blogs.msdn.com/gianpaolo/archive/2007/12/31/2008-the-year-of-intranet-saas-intranet-s-s.aspx
类       别： 翻译
       在随后的几天里，我将可能提出我对2008的10个预测，就像我在2007年做的那样。（许多预测还是相当正确的）但是万一有什么不对的话，我至少可以保证下面的一条是绝对正确的。
       -2008年将会是INTRAnet-SaaS（或INTRAnet-S+S）的一年。
       与10到12年前发生的事情类似，Intra-net的成长速度比Inter-net的成长速度要快的多（当然，其主要原因是因为$是不能全球共享的），在2008年，SaaS（以及它的进化版本S+S）将会在企业内容拥有比外部更加快速的成长速度。
       当然，我没有什么数据来支持这个理论，但是作为一个SaaS现象的观察者，通过我与企业和ISV广泛的交流，我确实得到了这种感觉。（为了帮助说明这个问题，我将会使用Gartner传统的方法，并将这种可能性定为0.7；因此，如果它确实发生了，那我就说对了，当然，还有0.3的可能性不会发生）
       好了，认真些吧，我将给出几个原因来支持我的观点：
       -无论服务提供商是在“open cloud”（互联网公共网络）上还是在“corporate cloud”（企业内部），SaaS/S+S架构都将会受益：
       在LitwareHR中描述的元数据驱动的自定义和其它SaaS最佳实践，将导致规模经济成为大型企业的多部门/多地域部署的最佳解决方案。例如，我曾经听说一个银行为多个地域部署了一个多租户版本的电子银行系统，而没有去多次部署相同电子银行系统的硬编码的配置。Intranet-SaaS最佳实践的另外一个应用领域是关于“共享服务”的，我曾经多次听说过，特别是在一些公共的部门空间里。
       Intra-net SaaS的收益并不是技术或成本驱动的，它可以利用内部IT交付的服务，拥有一种更为成熟的盈利模式。在这种模式下，可以更为简单地应用“订阅”和/或“基于使用量”的盈利模式，并代替传统上有些不公平的按IT占总收益的百分比的那种“固定费用”模式。
       -数据：
       采取SaaS的首要问题就是数据控制（保护，所有权，私有化，兼容性…），如果数据保存在企业内部，那么所有这些问题都不复存在了。企业将可以完全控制数据，因此受益于SaaS。
       -现状调研：
       对于大多数企业来说，将IT安置到互联网上是一个巨大的飞跃。如果能够先在内部实现，那么可以为企业提供学习的时间，并降低了风险，将IT服务转为现实。当然，在这种情况下的实现是在企业范围内的，所以其潜在的规模经济的范围将会缩小，因而其收益将会有一定的限制，但是在现有的成熟水平与信任程度下，降低风险要比减少成本更为重要。随着时间的过去，Intra-net所提供的服务必将转移到Internet上。
       -结合现有的SOA元素：
       企业中的SaaS/S+S元素将会结合（或吸收）现有的SOA元素（因为有许多人曾经告诉过我：S+S其实就是SOA的实现）。事实上，现在有企业内部就已经存在着对于SOA的投资，那么如果仍然保持在企业内部，将可以将这些投资用于SaaS/S+S之上。
       在大家对我的观点做出评论之前，我先给出两点告诫：
       1) 当然，企业越大，收益越大。我要说明的是，所有超过50,000名员工，拥有上千台服务和超过20个子公司的企业，都将因此而受益。这是一个非常非常自然的估计。对于大企业来说，要比小企业受益的可能性更大。较大的企业（全球前1000等）则将肯定收到成效。
       2) 随着时间的流逝，Intranet-SaaS将被转移到互联网上，并成为“真正”的Internet-SaaS。在实现到Internet规模后，将会达到更大的规模经济，得到更多的优化机会，但是这需要服务提供商拥有足够的信任水平来管理企业的敏感数据（这是首要问题），同时企业将更加成熟，对于IT的“放手”将会被认为是一种优势而非弱点。而就目前的情况来看，这两点都不具备。
       总之，企业通过SaaS的最佳实践来构建他们自己的软件，这将会带来很大的收益，而ISV也将会因为将他们的SaaS解决方案在大型企业之间重用，而受益匪浅。无论瑞士信贷银行的分析师们在高经济乘数的问题上怎么说，他们都支持纯SaaS ISV的发展。
       首先，因为企业（在可预知的未来时间内）仍然是在追逐利益的，因此在我看来，较高收益基数上的一个较低的乘数，要比一个非盈利公司的高乘数更好。两者，ISV销售一个Intranet-SaaS部署解决方案，它可能以“传统的许可证”模式来进行销售，而不是“每用户/每月”的模式，至少现在看来，对于销售商没有什么吸引力。
       非常欢迎大家的反馈。
>> 查看文章
RSS 源  ： Gianpaolo's blog
投递时间： 2007年12月12日星期三 2:57
作       者： gianpaolo
主       题： 关于S+S的更多内容
整篇文章链接：http://blogs.msdn.com/gianpaolo/archive/2007/12/11/more-about-s-s.aspx
类       别： 翻译
       在刚刚过去的2个星期中，我一直在澳大利亚和新西兰，和许多ISV、Hoster和企业讨论关于SaaS、SOA、Web 2.0，以及他们与软件+服务（S+S）之间的关系。在这个过程中的一些细节和关键的东西将会在未来的Blog中详细介绍，但是站在一个较高的层面上，我相信人们正在理解S+S所推荐的混合模式。
       但是，确实仍然存在一些对于S+S理解上的混乱。为了提供一些更加清楚的东西，我写了一篇文章发表在了Architecture Journal上；这篇文章的链接可以点击这里。
       在过去的这2周中，我还获得了一些采访，其中一个（文章在这里）是由SaaS Week Blog提出的，里面描述了我对SaaS的轻视。在我的团队完成了对于SaaS的提升工作后（足以看这个Blog），我发现我的那种表现显得非常有趣。我在文章中说的话以及我所坚信的，是SaaS将会由于引入一个本地的软件组件而受益匪浅，不但会带来离线功能，而且还可以支持设备策略，而数据也将会被保护在企业范围内。
       你可以看一看我们的LitwareHR v2，我们为一个“纯”SaaS应用程序带来了“更高级别”的功能，包括智能客户端的访问、离线功能、丰富的可视化效果、Office集成、以及利用像Silverlight streaming这样的cloud构建块，而这些都不需要更改现有的“纯”SaaS模型。我认为它是一个非常好的解决方案示例，它包含了S+S模型，而没有破坏现有的SaaS模型；这也正印证了我的引言：“软件+服务包含了SaaS，同时超越了SaaS，” Mr Carraro对iTWire说到。“你可以认为它们是两个同心圆，而SaaS是软件+服务的一个方面。”
>> 查看文章
RSS 源  ： Gianpaolo's blog
投递时间： 2007年11月22日星期四 10:37
作       者： gianpaolo
主       题： LitwareHR v2：从 SaaS 到 S+S
整篇文章链接： http://blogs.msdn.com/gianpaolo/archive/2007/11/21/litwarehr-v2-from-saas-to-s-s.aspx
类       别： 翻译
       只要你不是被外星人绑架几个月而刚刚回到地球，那么我肯定你听说过软件+服务或S+S（如果你真被绑架了，而且刚刚回来，并因此没有听说过S+S，那么我猜想你需要更多的精力来理解S+S…）。总之，对于那些没有被外星人绑架并期待着S+S指南的人，我非常高兴的宣布LitwareHR v2的发布。
       这个版本扩展了LitwareHR，它是我们几个月前发布的SaaS参考应用程序，它通过所有S+S的组件（客户端、服务器端和服务）给出了关于构建S+S解决方案的指南，如下图所示：
       在S+S的世界中，解决方案不再是纯粹的SaaS（也叫作“in the cloud”）或完全的“on premise”，而是本地软件和相互交互的Internet服务的结合：本地软件可以更好的利用“cloud”服务，而cloud服务可以更好的利用本地软件。
       从一个指南的观点来看，LitwareHR v2利用了我们在v1版本中发布的多租户（multi-tenant）/买前试用（try before you buy）/元数据驱动的“在线服务”的功能，并增加了：
       -一个丰富的基于WPF的前端显示指南，支持离线/脱机的场景，并允许“超级用户”利用丰富的可视化与本地资源。
       -一个“cloud service”，在这里是由Windows Live提供的Sliverlight Streaming，它处理由申请者提交的视频履历。
       和以前一样，我们更多的关注于如何实现，而不是功能上的完整性。也可以说，LitwareHR v2是要提供深入的架构指南，而非完整的HR解决方案。
       基于频繁的请求，一个新的多租户数据库性能指南也包括在这个版本当中，它提供了测试结果和指南来比较多租户的SQL 2005数据库的不同扩展模式（扩展表 vs. XML数据类型 vs. 固定列）下的性能与可伸缩性。下面的一些图示可以帮助你了解这些内容：
       下一步：下载这个版本（安装文件与文档）：http://www.codeplex.com/LitwareHR/Release/ProjectReleases.aspx。这里，你将会看到LitwareHR v2与性能指南。
       FYI：the code is released under the permissive license so read the license (or have it read by your lawyer) but the license (as its name indicates) is very permissive; we expect to see a lot of people being "inspired" (copy/paste?) by it.
       非常欢迎您的反馈，评论或是提问。您可以看看Eugenio的blog，他将会发布一些有用的信息。
       请慢慢享用吧！
       附言：
       在去codeplex 下载安装文件之前，您可以先看看下面的信息，这是一些关于这个版本的信息。
       架构挑战演示
  • 设计一个“后端作为服务”：
    • 多租户；
    • 应用程序自定义：元数据驱动的应用，使得用户可以在UI、业务逻辑和数据访问层进行扩展；
    • 可扩展的多租户应用程序的性能与可伸缩性；
    • 服务层设计：功能web services与元数据web services，允许不同的消费体验（multi-head应用程序）；
    • 基于声明的授权机制；
    • 租户资源供应。
  • 为SaaS应用程序设计“前端”：
    • 设计可扩展的Web客户端；
    • 用户可自定义、离线操作、基于声明的授权并与本地资源（桌面搜索）集成的智能客户端。
  • 利用“Cloud Services”：
    • 在UI（Web和智能客户端）和服务层（有计划的访问）与Silverlight streaming 集成；
    • 数据库扩展性方法的性能评估；
    • 使用XML数据类型vs. 固定列vs. 扩展表在不同的负载、并发用户和使用模式（select vs. update vs. insert）。
       一些亮点
  • LitwareHR 增强的亮点：
    1. 平台升级。升级后的LitwareHR v2.0运行在Windows Sever 2008 和Microsoft Visual Studio 2008 (Beta 2)平台之上。这包括利用新的技术，如Active Directory Lightweight Directory Services (ADSLDS)，新的管理平台API和IIS7。
    2. 数据访问性能提升。基于多租户数据性能测试（如下所示）的结果，升级了LitwareHR的数据访问代码和表设计。
    3. 服务增强。创建了新的服务，它使用Windows Communication Foundation 3.5来实现了RSS & REST接口。
    4. Silverlight Streaming mash-up。由Silverlight Streaming Services增加的LitwareHR服务。在“Submit Video Resume”功能中可以看到。
    5. 智能客户端应用程序。升级了原有的基于WPF的智能客户端，它消费LitwareHR功能与元数据服务，并实现了离线支持。
    6. Vista Gadget。扩展的LitwareHR UX，包括一个Vista Gadgets来实现REST接口。
    7. 增强的指南部署。从原有的文档+readme+一大堆脚本到现在的100%全自动安装。包括依赖性检查与配置。
  • 多租户数据库性能指南：
    1. 数据库扩展性模型比较：对于一般数据库扩展方法的性能测试结果： XML 数据类型vs. 固定列vs. 扩展表。
    2. 测试工具、脚本和文档。除了我们自己的测试结果以外，我们还提供了工具、脚本和指令说明，让每个人都可以在他们自己的环境中运行测试。
>> 查看文章
RSS 源  ： Gianpaolo's blog
投递时间： 2007年11月9日星期五 3:07
作       者： gianpaolo
主       题： ISV来自火星，Hoster来自金星
整篇文章链接：http://blogs.msdn.com/gianpaolo/archive/2007/11/08/isvs-are-from-mars-and-hosters-are-from-venus.aspx
类       别： 翻译
       经过了比预想还要长的时间，我们终于在这里发表了这篇白皮书！这篇白皮书介绍了那么希望将它们的软件作为服务提供的ISV与Hoster（宿主提供商）之间的关系。
       这里列出了这篇白皮书的摘录：
       专业化SaaS宿主的驱动力
       专业的软件即服务（SaaS）宿主可以非常合理的解释，您可以看看下面关于事实与现实之间不兼容的例子：
  • 事实：当我们去探究当今软件厂商的专业技术时，我们会发现他们大多数都不会将运营一个宿主环境作为他们的核心竞争力。实际上，许多厂商也将运营的优越性作为进行SaaS市场的一个关键障碍。这种现象应该不被读者所惊讶。
  • 现实：即使这样，当我们去观察主流市场时，提供SaaS应用通常依赖于软件厂商他们自己所提供的宿主解决方案。也就是说，也就是说，大多数SaaS软件厂商除了要实现应用程序逻辑本身外，还需要设计、开发和集成服务的运营模块。所图1所示，服务交付组件，如付款、计量和日志，都是由应用程序厂商构建，并集成到应用程序栈当中的。
       由上面的资料可以看出，许多ISV都在重新实现必要的运营组件，并不是因为那些基础结构为应用程序的核心功能提供了多么巨大的价值。此外，构建这些组件为应用程序的将会增加了时间与成本。因此，对于软件厂商来说，如果软件厂商可以从第三方的专业化SaaS宿主厂商获得相同的运营功能，那么他们可以节省大量多余的工作和花费。
       这里是白皮书的链接。和往常一样，非常欢迎您的反馈。
       非常感谢我们来自金星的伙伴Matt，他帮助我们更好的理解了Hoster的观点。
>> 查看文章
RSS 源  ： Gianpaolo's blog
投递时间： 2007年6月12日星期二 0:43
作       者： gianpaolo
主       题： 寄宿 LitwareHR
整篇文章链接：http://blogs.msdn.com/gianpaolo/archive/2007/06/11/hosting-litwarehr.aspx
类       别： 翻译
       Eugenio 花费了几周的时间来探索在一个幻想的宿主平台上，寄宿LitwareHR 的本质。下面是一些非常有趣的发现：
       Part I - The Scenario
       Part II - On-Boarding
       Part III - Billing, Metering
       快来看看吧。
>> 查看文章
RSS 源  ： Gianpaolo's blog
投递时间： 2007年5月30日星期三 14:53
作       者： gianpaolo
主       题： 献给那些对浏览器充满信心的人
整篇文章链接：http://blogs.msdn.com/gianpaolo/archive/2007/05/29/for-those-who-believe-that-the-browser-is-quot-good-enough-quot.aspx
       如果你曾经读过我的BLOG，那么你一定知道我们在有效的软件交付指南、多租户的最佳实践等方面付出了多少。我们有一件事情还没有做（至少现在还没有），那就是如何将这种有效的交付模型与丰富的体验结合在一起。但是，我们相信浏览器访问是唯一的方式，并不是因为我们没有显示如何构建丰富的体验。
       几个星期前发布的Silverlight和今天发布的Microsoft Surface更加增强了我们对于丰富用户体验的信心。
       如果你还不甚了解，那么来看看吧！
>> 查看文章
RSS 源  ： Gianpaolo's blog
投递时间： 2007年5月16日星期三 0:15
作       者： gianpaolo
主       题： SaaS 的经营者确实存在...
整篇文章链接：http://blogs.msdn.com/gianpaolo/archive/2007/05/15/saas-undertakers-do-exist.aspx
       大约在一个月以前，我在这里曾经写过一篇BLOG，关于需要一些“SaaS的经营者”，来维护大量增长的SaaS数据，而且与商业的SaaS公司无关（我在SaaS上非常的乐观，但是…并不是所有的经营者都能够成功）。
       嗯，今天读过了Jeff Kaplan的newsletter，我了解到了Iron Mountain的一些事情，这是一家公司，它刚刚发布了一个新的证书服务。
       SaaSProtect Escrow Service保护了SaaS应用程序的用户不会受到SaaS提供者出现的问题、巨大的损耗、或者其它的服务中断所影响。他们在他们的发布中如此说到。
       我不能对于解决方案的质量做出任何评价，因为我还没有看到过它，但是至少我敢肯定这种想法是非常出色的 :)
>> 查看文章
  个人信息中心 | MSDN中文速递邮件
  ©2007 Microsoft Corporation.版权所有. 保留所有权利 | 商标 | 隐私权声明