一、企业及服务介绍
公司提供媒体传播和营销， 360度传播管理体系，数字营销、公关活动、会展服务、影视制作、地产广告、品牌顾问，始终以为客户创造价值为使命，以创意、技术、资源、服务为核心竞争力，肩负“为客户创造价值和感动”的使命。
二、遇到的痛点、云平台方案调研、技术选型等
随着公司业务的增长，以及2014年微信产品的多样化的出现，公司15年下半年的时候一批利用企业公众号发红包的业务，初次接受此类业务，也没什么经验，以为只是单纯的类似于产品销售的业务，但是在活动上线后出现了让人预料不到的结果，由于参加活动的人数远远超出服务器的连接数（预估同时并发人数达到3-4万），整个系统陷入崩溃。由于此次失败，也使得本人赔偿了一些多发的奖品，可谓是伤心至极。
痛定思痛，经过不断地努力，经过阿里云游一些合作伙伴对阿里云产品的介绍，果断彻底改变了公司原有的单服务器的框架策略，进而搭配使用SLB+ESS+ECS+OSS+RDS的产品组合，这一套组合拳打出后，终于解决了几万人同事抽奖 抽红包的难关。
现在的策略是没有活动时，是SLB+2台ECS，这样的目的是平时写的程序就是适合集群的，方便拓展
活动上线的时候SLB一定要升级带宽到50或者100M，同时用ESS弹性伸缩30台左右的，再这样的情况下基本上没再出过问题。
公司2017接了一笔业务，公众号粉丝150万，春节当天红包大放送，对于此项目，我们进行了预估，初步预计20%的活跃率，也就是说活动人数将在30万，并发将会有10万左右，这次采用的是产品组合是SLB+ESS+ECS+OSS+Redis（256G集群版），从活动后的统计来看，redis瞬间连接数达到了16万，成功率也非常的高，由于此前次客户前面的技术公司发红包已经出现过发红包时由于请求太多导致业务失败的经历，对比之下，客户给了我们极高的评价，对公司的形象提升了一个更高的档次。
三、应用或数据库迁移过程/开发过程
数据库迁移：公司最开始使用的是ECS上自建Mysql，在使用过程中发现自建数据库的各种弊端，通过阿里的DTS将数据成功转移到购置的新的RDS中。
WEB程序转移：现在的策略是没有活动时，是SLB+2台ECS，这样的目的是平时写的程序就是适合集群的，方便拓展，资源文件比如CSS、JS、音视频文件都存储到OSS上。弹性伸缩时采用镜像。
四、架构分析/优化
介绍应用的架构，优化方式或过程等。
五、上云前后分析对比
在上云之前，网站响应速度很慢，用户体验不好，数据备份和文件备份都是大问题，服务器监控也是个很大的问题，上云之后，彻底解决了以上问题。阿里云的产品给公司带来了更多的效益，解决了我们很大的困难，阿里云的产品使用简单，并且帮助和APi都清晰明了，在使用过程中几乎没有出现过问题，产品使用体验也非常的好。
六、遇到的问题及解决方案
由于公司的项目以短期活动为主，在初期使用ECS+ESS+SLB的过程中，为了节省费用，后端的ESS只有内网的权限，以为所有的通讯都通过SLB走了，通不过不断的实验，发现由于业务需求，ECS需要在后端向微信服务器或者其他服务器获取一些接口数据，所以需要开通外网权限，由于业务特殊，提交工单和合作伙伴都没有遇到过，在这期间遇到了不小的麻烦。
七、其他上云经验
用过七牛云存储，但是由于由于缺乏其他产品，所以还是觉得使用阿里云比较方便快捷。
以下 是产品使用截图：
