作者|donnyhuang运维为什么存在？“一定是因为有运营，有运营需求，我们需要开发和完成这些需求，所以我们存在。”那么，真的是这样吗？1.运营需求是什么？这个话题首先要分析：操作是为了什么？运营需求的生命周期是什么样的？一般来说，分为三个步骤：评估决策-实施-效果反馈，然后迭代改进。有点类似于我们精益研发的价值循环。在这个过程中，客户对我们有两个比较大的诉求，一是运营工具，二是数据。他希望通过运营工具，能够将自己的想法快速落地，而不是需要一两个月的时间去验证需求。这样更不用说快速迭代了。另外希望一上线就能看到数据反馈，用数据准确指导他们制定策略，评估更好的方案，提供精准的指导。2、客户需求与现实有差距，但理想与现实仍有差距。过去，我们的运营效率远远不够。就像你在工作中经常会遇到这样的场景：当你需要数据的时候，发现没有上报，还要等几个月才能发布。操作的执行也是如此。这样的场景大家是不是很熟悉：比如一位运筹学同学突然脑洞大开：“XXX策略可以让我们的业务增长XXX倍，看明天能不能上线。”研发只能说：“需求已经满了，请和xxx来个pk，看看能不能进下个月的迭代。”3、反思：运筹研发就是思考如何不断提升运营效率，所以反思一下，上面的定义是错误的，我们现有的意思是完成运营需求，但不仅仅是完成运营需求，而是要思考如何不断提高运营效率，更理想的是运营不再需要给我们提供需求，我们要什么时候就有，因为如果按照requirementreview,schedule,development的模式，代码写的再快也很难实现，其实团队在一些场景其实已经做了初步的探索，比如我们现在在做无埋点上报，目的就是获取数据需求不提，开发不用埋头，要的时候打开，再比如工具的实现，在实现之前针对行业个性化返利，政策落地。有必要找人索要数据，制定时间表，然后进行开发。完成一项政策需要一两个月的时间。最后还是报错，导致故障。现在我们对需求进行分类梳理，先提取核心公式，实现标准化、模型化、配置化。可以做完整的产品自助，也会有比较软的风控措施，防止误判。比如我们也做了一个通用的风控模型，每一个策略都可以防止刷子和返利。当然，这些还远远不够。目前可能只是解决了某些环节、某些场景的问题。比如在数据方面，除了报表和数据仓库的建设，数据应用和数据分析的效率也要不断提升。比如上次帮同学review代码，发现半年上传的代码不到1000行。我很震惊。半年上传了多少代码？后来问了下，才知道大部分时间是做产品的临时分析，代码还没有定下来，所以当时就让他们盘点，把这些分析需求归类，模板化，定下来他们下来，这样他们就不必一直回来。分析。同样，运营活动的需求也是一样的，也不是一两个月就能实现的。特别是今年的资金相关业务，需要接入审计，防范资金风险。加大研发资源投入，更加注重效率的提升。此外，还有一类需求。现在有在线化管控流程的需求，比如人脸识别设备管控。之前，因为没有这些能力，很多进程都是人肉跑的。但不能停止业务等待系统逐步完善，导致系统建设跟不上业务发展，负债累累，设备类型数据不匹配，设备sn乱码等这些工具也可以进行抽象和沉淀，本着“可以标准化的标准化，真正的个性化模型，可以分类划分场景，真正的新场景，可以通过原子组件和低代码快速构建”的原则构架”。总之，新的管控场景一开始就要做好，以前的坑不能踩。第四，稳定是第一要务。稳定，不要出问题。运营通常涉及资金或其他资源。如果出了问题，影响会很不好。例如，我们经常看到配置引起的各种问题，其中一些问题直接导致了重大事故。我们现在发布配置专栏惊吓，担心握手会导致重大事故，我们也在探索如何通过更好的方法来防范配置风险。确实，我们通过FMEA进行了梳理，发现配置中处处存在风险。但是归根结底还是太灵活了，也分析了历史上出现的大部分故障的原因，大部分都是因为配置太灵活了。可配置的内容过于灵活，极易误配；把配置发到线上的过程太灵活了，不像代码，不用测试验证就可以发到线上；配置的使用太灵活了，我觉得最好什么都用配置，我觉得可配置性很棒；因此，需要在控制灵活的前提下思考提高效率的问题。五、如何寻找突破机会总体要求是快、准、稳。下图是我们团队整理出来的运维研发全景图。也是对提出的快、准、稳三个愿景的一些梳理和部署。上层是我们支撑的业务部门，下层是我们需要积累的基础能力，才能做到快、准、稳。最近在维护这张地图的时候发现了一件很有意思的事情。我看到上层不是很稳定。有一些我们之前做的一些运营工具，比如收银员激励，智能推荐等等，因为市场环境和监管要求。没有更多的变化，但底层的东西还是比较稳定的，需要不断的深化和细化，才能真正持续提升运营效率。比如一份报告，我从来没有想过它背后有这么多的技术难点和挑战，比如配置。我之前做了一个快速生成配置页面的功能。我们还需要考虑配置的安全性，如何防止误配置，如何防止自己的服务挂掉影响上游。这些都是需要去发现的更深层次的问题。那么，这些也是我们在运营研发技术上不断突破的契机！六、结论以上是公司在经营发展中不断进行技术突破的实践经验。最后，在新春之际，送上一副春联，祝大家在工作和生活中不断突破！
