在AWS云中运营彻底改变了我们的业务。利用AWS Thinkbox Deadline，在本地需要两天才能完成的创意作业在云中只需两小时即可完成，渲染时间缩短95%。在云中，我们不再需要预先部署大量硬件来管理我们的应用。而是能够依靠AWS为其进行扩展。这对团队来说是天大的好消息。

Repurchase策略是访问云服务提供商为企业业务需求基于云上SaaS定制的一种优秀而快速方式。

SaaS将公司现有的数据和应用程序连接到基于云的产品中，以帮助管理运营，如人力资源(HR)、客户关系管理(CRM)或内容管理(CMS)。许多商用应用程序现在都可以作为软件即服务(SaaS)使用，企业无需再管理原有基础设施上的应用，而只是将这些应用作为SaaS来使用。或者是用来自不同供应商的不同产品替换该应用。

Repurchase是向SaaS的转变。例如，将一个本地运行的电子邮件系统转换为一个在线电子邮件即服务模式、将本地搭建的VPN服务器转换为云供应商提供的设备、再或者不想再使用云服务提供商一些服务，转而使用专业的第三方设备，比如云WAF。

简单来说就是，在本地运行的服务或系统，如果比较脆弱不适合迁移，或者运营成本相比云上购买同类服务较高，那还不如直接在云上购买能满足企业需要的类似服务或产品。

对于轻量级上云的企业，可能需要关注的问题除了在上篇说到的数据保护外（轻量级迁移情况下合规问题不会很突出），还要考虑云安全运营和管理人员的知识以及经验技能是否足够，这是上云后企业将面临的主要问题之一。

驱动Repurchase迁移的因素

企业转向基于消费的采购模式；

下线遗留应用或系统。

Repurchase的收益

用现代设备和SaaS替换过时的系统；

简化采购流程

降低对内部技能的需求

减少迁移工作和迁移时间

Repurchase的风险

集成和依赖问题——SaaS替换过时系统后，相关配置和权限都要重新设置；

采购流程冲突——企业原先的采购流程可能与新的云上采购方式不兼容，采购部门需要了解一些新的知识；

与财务模式、文化和流程冲突——比如AWS的按时计费扣费模式；

运维模式改变——非云人员和流程不适应云上运行方式。

Repurchase与Rehost、Replatform不同，因为要放弃当前的系统并购买新系统。这减少了实际迁移活动的数量。对于具有导入特性的系统，数据迁移会容易得多。Repurchase是实现应用现代化的好机会，应将其视为所有迁移计划的第一步，尽管很少有人这样想，但事实就是如此。

成功案例——Scripps Networks Interactive

Scripps Networks Interactive 是一家大众传媒公司，专门经营HGTV、DIY Network 和 Food Network等以实用为基础的日常生活电视节目。

挑战

数字特效和动画可能是电影和电视节目的标配，但它们并不是看起来那么简单。实际上，创作这些内容需要完成一个要求极严苛、资源需求量很大的过程。即使是为一组简单的镜头渲染（CGI）也涉及数百项独立任务，其中任何一项都需要处理数GB的文件。

这就是为什么仓促短暂的交付日期对于负责为HGTV、DIY Network和Food Network等 Scripps品牌创建广播和数字图形的团队而言似乎是个难题。

“我们的设计和运动服务部有48小时为HGTV Dream Home