Flex：Engine Yard的全新云服务

Engine Yard的新生服务Flex所提供的服务“面向那些需要可靠性、可伸缩性和7x24的专业支持的高级web应用”。Flex是为客户提供的云服务，和单个计算实例的Solo类似，但是支持集群，并且不需要完全部署在Engine Yard的Slice之上。Flex的新闻稿中写到：

Engine Yard Flex引入了一些独一无二的特性，例如环境克隆和一键部署，还有一些专为敏捷设计的不可或缺的特性，如通过版本控制系统自动部署以及应用服务器自动恢复等等。

“因为Ruby on Rails超乎寻常的开发生产力，大量的开发人员和组织已经使用了它，并有越来越多的人考虑将云服务作为默认的部署平台。”Engine Yard的首席技术官Tom Mornini如是说。“Engine Yard的Flex将会是Ruby on Rails应用的自然的云服务选择，因为其需要可靠性和可伸缩性。”

我们采访了Engine Yard负责市场的副总裁Michael Mullany，来了解更多关于Flex的信息。

Solo和Flex的主要区别是单个实例与多个实例的区别，除此之外，这两者之间还有什么不同呢？

Solo背后的哲学是提供平价的服务，让你可以快速建立一个可用的站点。Flex的设计与我们所提供的slice很相似，你可以运行多个冗余的web服务器，或者一个容灾数据库等等。例如，Flex有可选的付费技术支持，而Solo只有社区的支持。因此，如果你正运行一个Flex集群，你可以致电Engine Yard的7x24全球支持的人员。Flex还有自我修复的能力，这意味着，如果一个服务器宕机，则会有一个新的启动起来，来接替宕掉的服务器的职责。

能谈一谈环境克隆、自动化和一键部署吗？

环境克隆可以让你将包括数据在内的整个生产环境复制一份用于测试等情况。在我们的系统之中，环境是一个封装的集合，内含gem和unix依赖、备份策略、待运行的应用以及其他用于实例化一个服务器或者一组服务器的信息。

一旦你拥有了一个正在运行的环境，单个实例也好，集群也罢，你就能点击“克隆”按钮，来创建一个整个环境完全独立的拷贝，包括所有数据阻塞级拷贝。我们会为旧服务器做一个快照，启动对应的拷贝，并载入快照以及根据所克隆的环境来配置服务器。我们甚至考虑到了正在处理的数据库事务，因此在克隆出的环境里，数据库依然是满足一致性的。

这些会给测试部署大量复杂代码修改或者大型迁移的时候，带来难以想像的便捷性。现在几乎没有一个演示环境可以和生产环境相对应，因为种种原因，它们总是有些区别。现在通过这套系统，你就能获得连一个字节都不差的演示环境来测试新部署。即便是是克隆了五个大型生产节点，并且用了一个小时来测试新部署，可能也只是花上个几美元而已。

应用服务器是如何实现自动恢复的？它是独立于运行中的应用的吗？

这项功能和运行中的应用是独立的。我们已经编写了自定义的监控守护进程，来监控所有运行中的应用服务器节点。每个应用服务器在80端口运行了haproxy，而在81端口运行了nginx或者apache。这些haproxy可以将请求均横至其他的应用服务器节点上，这样任何节点都能够成为主节点。这些节点当中，有一个会拥有主IP，我们称之为“Application Master（主应用）”。其他的应用服务器都是“Application Slaves（从应用）”。从应用会监控主应用的健康情况，一旦主应用挂掉，从应用会通过法定人数投票来选出其中一个来，去获取一个锁。获得了锁的应用会 接管IP地址，成为新的主应用，并将旧的主应用杀死，在旧应用的节点上启动一个新的从应用。一旦新的应用开始正式提供服务，所有应用服务器上的haproxy就会自动重新配置，用于修复集群。这对于用户来说是全透明的，不需要任何额外的代码需要编写。而这确保了Flex集群的高可用性。

Flex和其他的技术有什么联系，比如说Vertebra？

Flex是Engine Yard提供的服务。就和Solo一样，你可以在我们的站点上注册，并开始部署rails应用。自从公司成立后，我们赞助或贡献过很多开源项目，Vertebra是其中之一。我们赞助或贡献的更大的项目包括Rubinius，另一个Ruby运行时，MRI解释器的替代品，还有Merb，另一个Ruby框架，已经合并到Rails 3中。将Passenger应用服务器移植到nginx这个项目也是我们赞助的。现在，我们在Engine Yard内部使用Vertebra，来用于自动化。但是我们还没有计划提供一个商业开源的版本。

Engine Yard Flex将在六月份在Amazon EC2上发布，完整的特性集合和价格届时才会公布。

查看英文原文：Flex: Engine Yard's New Cloud Offering