关于孤独星球（Lonely Planet）
孤独星球（Lonely Planet）是世界知名的旅行者指南出版商，并拥有移动应用程序和网站。该公司还制作并开发旅行和广播实况节目。
发展中遇到的挑战
互联网与智能手机和平板电脑的迅猛发展，从根本上改变了旅行者阅读和共享信息的方式。为了应对市场的变化，孤独星球（Lonely Planet）决定创建多种格式的内容并重新调整其用途，将打印内容扩展到网络和移动应用程序。
该公司的墨尔本开发团队开发了一个共享发布平台，以简化创建文本、图像、音频和视频，然后将内容上传为数字格式的过程。孤独星球（Lonely Planet）依靠其总公司租用设备上运行的600台虚拟服务器来构建、开发、测试、筹划和启动新的应用程序，在墨尔本港的租借设施之外运营制作网站。
孤独星球（Lonely Planet）已转向敏捷开发和 DevOps 战略，允许对产品和服务进行更大的试验，打破组织孤岛，并缩短上市时间。但是，目前的基础设施无法有效地支持这些策略。“我们的开发人员每天最多只能完成四个软件版本，而每个版本大概需要一个半小时才能完成，” 孤独星球（Lonely Planet）在线平台经理 Darragh Kennedy 说。“我们希望每天可以运行的构建数量能够显著增加，同时缩短每个构建完成的时间。”
伦敦的一个团队运营着孤独星球（Lonely Planet）的网站 lonelyplanet.com 。伦敦办事处决定将 lonelyplanet.com 从墨尔本的共享基础架构迁移到 AWS ，促使该机构审查其应用程序的运行方式。
肯尼迪说：“这一决定恰逢我们在墨尔本港数据中心的租赁期结束，总部数据中心的租赁设备也即将到期。我们必须决定是否要投资在更新硬件和扩展网络合同上。”
选择 Amazon Web Services （AWS）的机遇
在评估了一系列选项，包括在 AWS 上运行的 PaaS 解决方案之后，孤独星球（Lonely Planet）在概念证明其应用程序将受益于 AWS 云的灵活性后选择了 AWS 。
肯尼迪（Kennedy）说“ AWS 更适合我们的应用程序，我们认为 AWS API 比其他竞争对手要成熟得多。”
- 迁移到 AWS Cloud 可减少延迟
孤独星球（Lonely Planet）分阶段将其构建，测试和开发环境迁移到 AWS 。该组织通过指派一名开发人员和一名系统工程师来重新构建其应用程序架构来开始该过程。然后， IT 团队使用 Jenkins （一种用 Java 编写的开源持续集成工具），构建了代理程序以在 AWS 上自动旋转多达 70 个实例，同时维护内部构建环境。在 2012 年底亚太地区（悉尼）投入运营时，孤独星球（Lonely Planet）搬到了新的数据中心。
肯尼迪说：“迁移到悉尼数据中心后，延迟时间从 250 毫秒减少到 15 毫秒，而且我们还关闭了内部构建环境。”
孤独星球（Lonely Planet）建立了一系列虚拟专用网络，将其内部数据中心与美国东部（北弗吉尼亚州），欧盟（爱尔兰）和亚太地区（悉尼）地区连接起来。经过测试，该组织在 AWS 云上运行其发布平台的开发和测试副本。一旦性能水平达到要求，孤独星球（Lonely Planet）就会关闭其内部计算机，并将其全部工作负载迁移到 AWS 。
然后，该公司使用类似的流程将其生产环境迁移到 AWS 。肯尼迪说“我们对环境进行了全面测试，并进行了多次的空运行迁移，这让团队在工作时间内完成了无风险转移。”
在项目进行了七个月后的 2013 年 5 月，孤独星球（Lonely Planet）完成了其生产环境的转换。
- 利用多个可用区实现高可用性
该发布平台在 Phusion Passenger 和 Apache Web 服务器上运行，由使用 Ruby on Rails 框架编写的多个应用程序组成。该环境包括一个在两个高可用性区域运行的高可用性 Postgres 关系数据库，使用 PostGIS 插件来支持地理对象。
孤独星球（Lonely Planet）的环境在 Amazon Elastic Compute Cloud（Amazon EC2）大中型实例上运行 40 到 80 个应用服务器，通过弹性负载平衡进行优化。这些实例位于亚马逊虚拟私有云（Amazon VPC）内多个可用区域的自动缩放组中。Amazon Route 53 将流量转发到相关的 IP 地址。
- 使用 AWS Edge Locations，可以缩短 Web 加载时间
该公司还将其印度网站 www.lonelyplanet.in（用 PHP 编写并在 NGINX 代理服务器上运行）迁移到了 AWS 。孤独星球（Lonely Planet）使用亚马逊关系数据库服务（Amazon RDS）来操作和扩展印度网站的 MySQL 数据库，并使用 Amazon CloudFront 向用户提供 Web 内容。
肯尼迪报告称，“我们使用了金奈和孟买的 AWS Edge Locations 将印度网站的平均页面加载时间减少了 50％ ，极大地改善了我们客户的体验。”
使用 AWS 的体验
迁移到 AWS 使孤独星球（Lonely Planet）避免了构建新数据中心的成本，并将其敏捷开发实践扩展到整个企业。
肯尼迪说：“我们将运营一个共享发布平台的支出减少了 30％ ，腾出预算供其他部门使用。成本的可见性非常好，我们拥有以前没有的能力，并且我们正在做以前无法做的事情。”
该组织采用了 DevOps 策略，开发人员完成了一系列开发和基础架构管理任务。这使得孤独星球（Lonely Planet）能够合并预算并提高灵活性和吞吐量。肯尼迪说：“我们正在以代码的形式构建基础架构，这意味着我们可以在构建基块中创建代码，这些基块可以检入到存储库中并在各种环境中使用。”
孤独星球（Lonely Planet）使用 AWS 创建了一个可重复的自动化构建过程，使开发人员可以在几分钟内创建一个端到端的环境。“我们可以在 15 到 20 分钟内为开发人员提供一个环境。每个开发人员每天最多可以完成 30 个构建，这大约是以前环境中构建数量的 10 倍，生产力得到了相当大的提高。”肯尼迪说。
这一过程使孤独星球（Lonely Planet）能够推出针对智能手机和平板电脑进行了优化的，移动应用程序和网站，还可以轻松扩展以满足流量需求。肯尼迪说：“我们的移动业务位于美国东部地区（弗吉尼亚北部），最接近我们最大的客户群。”， “我们的应用程序已被下载超过 1200 万次，在市场营销活动期间需求激增。我们能够利用 AWS 云的弹性并以非常有效的方式管理这些峰值。该平台的冗余有助于确保关键应用程序的可用性，自从在 AWS 上启动以来，我们从未经历过宕机。”
孤独星球（Lonely Planet）的经验非常成功，所以公司正在考虑将 AWS 用于灾难恢复支持、存储和其他公司应用程序。
原文地址请复制网址：https://dwz.cn/sjWa3aIO
本文来自投稿，不代表本人立场，如若转载，请注明出处：http://www.souzhinan.com/kj/291512.html