推广项目之服务器忘续费

       推广项目架构体系不断完善已经发展到3台云服务器和105台拨号服务器，其中2台云服务器和71台拨号服务器同时支持老版架构项目的运营和新版架构项目的测试。2台云服务器是每月底续费，71台拨号服务器分两个时间段提早两天续费，十一假期的提早休息致使了云服务器的漏续费。

       推广项目整个平台的开发和维护由两我的组成，我负责项目的开发和部署，另外一个朋友负责服务器的购买和环境搭建。一时的疏忽在10.1号凌晨00:45暴露出问题，当时我还在作着好梦，忽然接到运营后台奔溃的电话，此时才想到服务器没续费。打了好几个电话才联系到运维，可能他也在呼呼大睡，打电话的同时我也在确认问题，联系上后问他是否能够续费立刻恢复。

       云服务器不一样于拨号服务器，之前拨号服务器忘续费的时候，服务器会被托管到回收站三天，三天时间内即时续费立刻就能够运营，拨号服务器上没有核心数据咱们也不会担忧数据丢失。咱们从未处理过ucloud云服务器的忘续费问题，当时看到后台确实也在回收站，咱们的想法就是尽快续费看是否能够恢复，若是回收站都没有了，那么项目的数据将是灾难性丢失产生的损失也将委实不小。运维朋友联系财务大概花了1个小时的时间续费重启服务器和初始化数据，所幸数据没有丢失，可是咱们两台云服务器的IP都变了。由于基于业务场景咱们没有绑定域名，全部项目都是经过IP接口直接交互数据的，如今所面对的问题就是将全部云服务器上18个工程和拨号服务器上71个工程所有修改更新IP，同时将数据方对接和结算的工程IP都要变动。为了保证项目尽快运营，虽然任务比较重，可是好在任务明确，大概到早上6:00左右工程修改测试彻底，吃个早餐能够安然入睡啦！

　　此次的事件风波都由未续费引发，若是能提早通知续费就不会浪费一夜的美梦！从中看到的不仅是提早续费，项目与项目之间IP作成可配置也能减小大部分的工做量，新版架构也确实将各类配置参数设计成了灵活的数据传输，只是为了节省服务器开支将老版架构和新版架构放到一块儿碰到了忘续费产生的悲剧，更重要的是这将时刻警醒这我任什么时候候都要作好数据备份.....