申请单位 |
北京三快科技有限公司 |
申请服务类型 | O2O云 |
技术架构 |
简介: 首先在底层技术的选型上,由于我们一开始就希望我们的在线业务生产环境能够运行在云平台上,因此我们尽量谨慎,没有采用太过于前沿的技术组件,以保证云平台运行在可靠可控可预测的底层技术上。例如,虚拟计划技术使用了KVM,是当时比较可靠,轻量的虚拟化技术。存储一开始采用了本地存储,其行为可预期,发生问题可控,同时能保证较好的IO性能。网络则没有考虑采用overlay网络,而是扁平网络,依靠硬件交换机转发报文。这样确保了网络的高性能和可控。同时也尽量避免软件大版本的升级。有升级,也提前做好测试,多次模拟和预演,保证能够平滑升级。 其次在架构上,我们尽量简单,接耦和去中心化,确保云平台不受单个节点故障的影响。例如,组件之间的通信统一采用HTTP RPC通信,和对外Rest API复用通信框架,这样不仅复用通信框架的代码,还能把组件之间的通信局限在通信两个节点之间,不依赖第三方服务。同时,架构上尽量确保云主机与云平台解藕,即使云平台运行不正常,也不会影响正在运行的云主机,这样我们平台升级,重启一般都不会影响云主机的正常运行。网络上也做了很多工作去中心化,首先是分布式SDN的架构,每个宿主机上有一个Openflow控制器,用来实现网络隔离,DHCP等服务。我们刚开始的时候DNS是集中式的,在网络不稳定的时候就会导致用户DNS查询有问题,后来也彻底分布化,在每个宿主机上都有一个DNS服务,服务本宿主机上的虚拟机。 在代码的测试和发布流程上,我们也做了不断的改进和优化,目前固化下来了这样的流程。首先我们云平台代码都能快速搭一个All-in-one环境,每个研发人员在自己的开发环境进行独立开发测试。推送代码到主干需要进行代码review流程。我们部署了jenkins自动测试系统,代码每次合并都会驱动一次自动化集成测试测试,确保每个服务的大部分API的正确性。然后,我们模拟公有云和私有云的部署环境分别搭建了公有云测试平台和私有云测试平台。自动化测试成功的代码将部署到这两个环境,我们研发人员进行人工测试。最后运行一段时间没有问题后,公有云代码会发布署到办公云,供我们RD使用,运行一段时间没有问题后,才会上线到公有云。 在过去两年多,我们的云平台产品也逐步丰富起来。云主机的功能不断丰富,除了基本的虚拟机,周边的模板、备份、监控与报警等服务已经逐步成熟。另外,我们还基于O2O行业最佳实践案例,云服务化了Redis,负载均衡、MySQL等服务,基于openstack swift的云存储 在美团云发展的两年多时间内,架构上灵活演进,业务上力争敏捷高效,技术上稳定为先,产品上步步为营,实现美团云平台的稳定发展,希望通过我们的努力,能够服务好广大的O2O企业,更好地连结商家和用户。 运维保障能力 同时,美团云在基础设施上进行了扩展,从单个机房发展到多个机房,以期利用多个机房的运营商联路冗余,确保服务的灾备和冗余。其实,我们在运维上充分利用了美团已有的运维最佳实践,例如,云平台的代码发布和上线和其他业务一样,是完全自动化的,同时有十分全面的监控和报警,不仅监控宿主机、网络,还监控运营商的网络链路质量。 |
||
申报的云服务奖案例 |
|||
第一个 |
目标用户简介: |
||
申报总结 |
|||
一段话自我推荐总结,最多300字 |
美团云(MOS)是美团推出的公有云平台。作为技术导向型的O2O巨头,早在2013年7月,美团的已有业务和新增业务,就已完全部署到美团云上。这使得美团云在虚拟化、自动化运维、服务器稳定性方面,积累了重要的一手经验,有能力为O2O客户提供专业的云服务。 |