ISV客户博客系列:Linx发布它的Windows Azure销售点系统


编者按: 本博客出自Linx公司电子商务项目经理Fernando Chaves,描述了公司如何使用Windows Azure为他的客户扩展他的LinxWeb销售点系统。

Linx 是一个26岁的ISV,也是拉丁美洲零售市场的ERP技术领导者。我们在巴西、拉丁美洲和欧洲拥有超过7,500客户和超过60,000销售点(POS)系统安装。我们公司在总部和分部拥有超过1,800名员工,我们的合作伙伴关系网遍及巴西和国外。

LinxWeb是一个white-label B2C电子商务解决方案,我们的客户可以在他们的销售环境中用它作为一个新的POS系统。它与非云端ERP环境的客户集成,可以像传统的POS系统一样管理,同时允许特定的自定义设置,如促销活动。

设置阶段:在Windows Azure之前

在迁移至Windows Azure之前,LinxWeb的操作都是在运行在传统的托管提供商的虚拟机(VMs)上,尽管在理论上这类的部署可以扩展,但是它并不是那么容易和快速实现,并且我们经常需要扩大、新增内存、计算能力或者网络带宽至虚拟机。

LinxWeb保持原来的单租户模式,所有客户拥有他或她自己的部署和环境。自定义设置直接在客户的Web内容文件上完成,这可能导致一些安全问题、质量控制问题和因为自定义设置过度支持请求生成的错误。

在Windows Azure迁移前,web站点对每个处理任务都回应:生成产品图片缩略图、发送e-mail、与第三方系统通信。每个任务都同步完成的,影响电子商务网站最终用户的性能和可用性。

迁移至Windows Azure

当我们决定迁移LinxWeb至Windows Azure时,我们需要一些重构使它兼容于Windows Azure web role无状态性和负载平衡器。

由于每个web请求可以被发送到任何web服务器实例,我们需要具体化会话数据。我们选择Windows Azure SQL数据库作为我们的会话存储。

我们不得不删除所有写在本地磁盘上的文件,因为本地磁盘存储不能在服务器实例间共享。另外,本地磁盘不耐用,不像Blob Storage或SQL数据库那样拥有备份磁盘。本地磁盘被设计为速度和缓存用途,而不是永久存储了。

媒体内容,最初保存至SQL Server(在BLOB列),现在保存在Windows Azure Blob Storage,允许对网站较好的扩展性,因为blob content被称为Windows Azure Content传送网络(CDN)边界缓存。同时,只有一个blobreference在SQL数据库中,而不是整个媒体对象,我们可以保持我们的SQL数据库规模更小,帮助我们避免单个SQL数据库的存储限制(最大支持150GB)。

由于blob(和CDN)通过URL引用,浏览器现在请求媒体直接转到CDN,绕过我们的web role实例(关闭IIS和数据库负载)。这个修改平均减小数据库75%的规模,也减少了存储开销,因为blob Storage比SQL数据库要便宜得多。我们还看到了我们Web role实例的响应时间改进了,因为相当多的负载从这些服务器拿走。

为了更好地使用环境资源, Windows Azure版本在思想上就是被设计为多租户的,多个客户共享计算机资源,减少托管费用。考虑到一些客户可能需要一个隔离的环境,我们对用户收到专用部署也有一个优惠价格,在这个新版本中,用户不必再更新ASP.NET页面来直接修改网站布局和效果。 他们允许修改存储在Windows Azure Blob Storage中的模板,然后ASP.NET页面处理这些模板,渲染更新html给最终用户。

work role被用来处理后台任务比如生成图片缩略图和发送e-mail。这些任务是队列导向的,使用Windows Azure Queues。这些work role能够对运行着的日程工作回应,沟通的大部分使用第三方系统。为了管理事件处理,我们使用Quartz.Net框架,有一个针对于多个work role实例的运行同步选项。这点很重要:如果一个被设置调度程序被设置运行在work role中,此调度程序可运行在所有实例中。Quartz.Net确保在任何给定时间内只有一个调度程序实例运行。

一些客户可能也想托管一个公司网站或者一个结合他们的电子商务网站的blob。为了解决这个需求,我们使用WordPress作为我们的博客引擎。WordPress基于PHP,默认的PHP运行库没被安装在Windows
Azure web role或者work role中。由于我们的WordPress博客运行在Windows Azure web role中,我们需要安装必要的PHP组件和WordPress自身。我们使用启动任务和Web平台安装程序命令行,设置IIS上的PHP运行环境。Windows Azure SQL数据库被用来做持久性存储,Windows Azure Blob storage也一样,所以我们安装WordPressWindows Azure
Storage
插件,用来从用户目录上传文件到blob storage。

总结

对于我们,迁移我们的解决方案到Windows Azure最主要的好处是,它能够简单快速的扩展应用程序。这点让我们专注于客户的业务需求和支持处理一大批来自我们最终用户请求的营销活动。

对于我们的客户,一个最大的好处是他们不再需要担心基础设施和运作的系统管理了。

正如指出的,我们有一些技术难点要解决,但是没有一个是不能克服的:

  • 从单个到多个租户迁移
  • 从本地存储和SQL存储到blob storage迁移
  • Quartz.net跨多个角色实例的任务调度
  • 安装PHP运行环境和WordPress
  • 重构web请求处理为无状态,跨多个实例伸缩扩展。

我们有能力出来处理这些挑战,并且现在已经有一个有效地应用程序运行在Windows
Azure上。

本文翻译自:

http://blogs.msdn.com/b/windowsazure/archive/2012/06/27/isv-guest-post-series-linx-powers-its-point-of-sale-systems-with-windows-azure.aspx

Comments (0)

Skip to main content