对很多团购网站而言，都会面临着共同的挑战，如何应对海量实时的高并发负载压力？美团的线上架构一直强调流程化，能否和我们分享下美团线上系统的自动化流程？

　　陈义宏表示：对于很多互联网企业来讲，在面对海量实时的高并发时，都有比较成熟的方案。与此同时，通过借鉴一些优秀的开源工具，结合各自的业务特点做一些优化，也是一种不错的尝试。

　　就美团的架构而言，主要为页面静态化、缓存及水平扩展方面。美团的优势之一是拥有自己的云系统，无论是存储、数据库、还是应用都能在云上跑，因此水平扩展实现起来非常方便，可以根据访问情况实现资源的动态调整。

▲系统架构

　　另外，非常值得一提的是，我们拥有一套非常完整的监控系统，这套系统在软硬件层面功能强大，出现故障会自动切换资源，从而保证了系统的稳定可靠运行。

　　美团的监控系统具有超强的自动化功能，资源的替换、恢复都可以自动化实现，每个应用，根据访问情况，都会有一定数量的资源作为热备，这些热备节点会自动调整服务状态。另一个方面，在应用部署方面，响应非常及时，只需点击一个按钮，就能够实现scm到online的切换状态。

　　在美团，是没有QA测试职位的，发布之前会进行自动化测试，并且开发、测试、发布全部由RD开发人员负责，应用的发布已经做到了一键完成，大大减少了发布的中间流程，所以我们的迭代能够很快的进行，也能够快速的响应业务的变化。

▲业务流程

　　供应链系统是一个概称，管理着由BD扫街（业务员挨个拜访商户）一直到团单上线之间的所有流程，背后由很多系统支撑，如CRM、门店管理、合同管理、上单系统、编辑系统、审核系统等等。

　　美团成立之初，采取的是一日一单的模式，那时候的团购基本都是这种模式，是没有供应链系统的，BD（Business Development）谈一个单子，现场和商家签纸质合同，用Excel来整理套餐内容，发邮件给公司审核，然后编辑查看Excel,用photoshop处理图片，再用一个富文本编辑器来编写页面，最后再由专人校对，整个流程全由人工串起来。

　　在一日一单的情况下，这种粗犷的上单方式，还勉强能够应付过来，当一日多单，几十上百单的时候，上单流程就会非常冗长，而且容易出错，一个单子谈完到上线等上10天半月也是常有的，明显感觉跟不上业务的发展。那个时候，开发一套完善的供应链系统，就是非常紧迫的事情了。

　　现在的日单量在5月份的时候已经达到13000多单，上单时间从几天到现在最快10分钟，供应链系统在流程化、自动化方面，做了很多工作，也踩了很多坑，在本次演讲中，主要给大家分享了我们的演进历程，以及这个过程中积累的一些经验，希望对大家有所帮助。