English日本語
宁静运营平台是支撑宁静运营事情的全生命周期核心枢纽，是在【计谋】的目标下，对【工具】、【人员】进行1对1、1对n、n对1的合理分配，在【流程】的准则下，对宁静运营服务进行全方位的支撑与管理 。
这句话读起来比力拗口，那究竟是什么意思呢？
宁静运营的所有事情应该都能在平台上进行追溯，一方面是为客户提供可信、可追溯的宁静服务；另一方面也是SOC自身宁静性、人员考核的刚性要求 。
基于此，宁静运营平台在顶层规划上，应该考虑以下几个要素：
? 宁静运营平台理解【宁静运营】，且与宁静运营团队互相成就
我们以往采购平台时，几乎所有的平台部署以后，需要人员去适应平台，包罗它的功效、平台的流转方式等，往往是削足适履，导致使用效果不佳 。而在宁静运营平台的规划建设上，我们强调宁静运营平台是理解“宁静运营”的，并在流程的准则下，去匹配甚至适应宁静运营人员的事情，让事情越发高效，越发得心应手 。宁静运营的事情是一个恒久的工程，要取得好的建设效果，必须使宁静运营人员愿意且自发地使用它，而且在使用过程中越来越依赖，这就是我们所讲的宁静运营平台与宁静运营团队互相成就 。
? 宁静运营平台实现对宁静服务的精细化管理
宁静产物或者宁静服务的价值是在于服务结果，但是宁静运营服务只注重结果是不行取的 。例如，某客户买了我们的宁静产物后没有泛起类似问题，其原因可能是用户之前的问题压根没有再泛起了，它的结果（没有泛起问题）到达了，但是它怎么到达的却没有深究 。而我们宁静运营中心提供的服务可以对服务结果进行复盘，也就是我们常说的“精细化、可追踪、可衡量”的宁静运营服务 。而这个服务怎么可视呢？这就由我们的宁静运营平台来实现了 。宁静运营平台实现对宁静服务的精细化管理，可以参考ITIL相关服务管理体系尺度，对【计谋】下设计的服务进行全生命周期管理 。
? 宁静运营平台的核心是围绕宁静运营的目标告竣而设计，而并非某个技术功效
我们一直在强调【计谋】是5P的核心，其实这个【P（核心）】它是一个多边体，在差异的客户中是纷歧样的，例如，政府单元以“合规”为核心，行业运营单元以“风控”为核心等，目标纷歧样，平台也是纷歧样的 。简单来说，宁静运营平台是告竣目标的路径，我们希望在这个平台上把目标落地成一个一个�？椋�100%剖析） 。由于目标差异及客户现状差异，剖析后�？橐彩遣钜�，也就能理解宁静运营平台为什么需要定制了，因为它原来就是客户量身设计的，是在运营框架一致性下的百花齐放 。
进行宁静运营平台建设理念取得一致后，也需要对一些功效进行要求，可能各人会觉得有点矛盾，上文不是说不需要纠结某个技术功效吗？
不要着急，听小编娓娓道来 。
为什么这里才开始说功效呢？因为宁静运营的建设必须是“自上而下”与“自下而上”同时考虑，既要在顶层上进行整体设计来完成运营的目标，也要考虑核心的管控点 。而告竣目标的要害点是什么？其实，不管是以“合规”为驱动的政府单元还是以“风控”为驱动的行业运营单元，其运营的框架，都须关注几个核心的细节，这关系到运营质量的问题 。它依然不强调技术功效，而是运营机制的核心关注 。这个核心关注下，像未知威胁检测、数据宁静等平台，是告竣目标的平台及工具 。
在宁静运营平台下，它的核心关注至少应该有以下几点：
? 资产管理，强调业务相关性
宁静运营必须围绕业务宁静，基础资产是这些核心数据的载体 。在构建宁静运营平台时，应该做好基础资产的发现和管理 。通过对资产探测或自身资产梳理，这里不关注具体技术，而是尽量去做到越发精细化的资产识别，如每个域名IP上所部署的应用及服务相关信息，它与业务系统的关系及重要性，一旦这些应用及服务在袒露出来宁静风险，宁静运营平台能够及时对业务进行定位，确定风险级别及受影响的范围 。
? 风险检测，强调多元化与连续性
风险检测最重要的就是检测计谋 。服务风险检测主要包罗系统基础服务相关的通用漏洞和服务配置不妥的风险检测；应用风险检测主要包罗一些应用的通用漏洞和相关漏洞带来的应用风险 。由于网络宁静在不停变化的过程，也带来了差异的漏洞风险 。因此，在风险检测的实现上，尽量做到海纳百川，如引入第三方越发专业的团队，使用越发广泛的工具等 。而宁静运营平台除了能提供足够好的引擎框架和兼容工具外，也为第三方专家建立提供了计谋路径 。
连续检测能够制止由迭代更新带来新的宁静风险和曾经修复过的宁静问题再次泛起 。此外，通过对连续风险监测的结果进行趋势分析，能够资助我们发现当前阶段主要面临的宁静问题，并为下一阶段的宁静建设提供有效的指导建议 。至于如何高效地进行连续风险管理？一方面需要能够自主配置周期性的检测，这样可以适应业务的迭代更新频率；另一方面需要支持不定时的手动启动检测风险来满足突发的应用上线 。
? 及时高效处置，买通宁静与业务“最后一公里”
在宁静运营中，我们发现的风险或漏洞多数是与业务系统息息相关的，督促业务部门进行整改 。这个过程中往往容易忽略两个问题：一是业务部门的研发人员其实是不了解宁静的，所以在宁静问题及修复过程中可能会存在修复不妥的情况；二是对最后修复处置完毕后还要进行及时回归测试，以免造成对业务的其他影响 。这两个问题如果解决欠好，宁静对于业务就不是一个良性的上升机制 。那怎么解决这两个问题呢？
我们提出了“买通最后一公里”，也就是在宁静运营平台的设计上，宁静运营平台应该与业务部门的产物生命周期管理平台进行连通，最好有API直接对接到产物开发上线的流程中去，可以让宁静问题作为产物的严重BUG一样得到及时排期修复 。同时，在这个过程中，指派专业的宁静人员进行跟踪服务，确保问题完全修复，不再重复泛起 。
不知不觉，关于宁静运营平台的讲解已说得口干舌燥了 。不外呢，小编还想强调三个重点：
第一、宁静运营平台建设并非一蹴而就，它是与宁静目标同步生长，需要恒久投入及调整的；
第二、宁静运营平台不能解决所有宁静问题，我们也不能解决所有问题，只能在当下阶段，团结一切可以团结的力量，把宁静这件事情做得更好，平台是工具，可以依赖但是不能完全依赖；
第三、宁静运营平台是抓手，它可以连接业务，连接其他工具及平台，它需要专业的人在上面对病人进行诊断，每一次诊断问题的时候，没有扎实的技术基本功和行业专业视野，就算给你好的工具也用欠好 。因此，人员专业性依然是运营结果的第一要素 。
Copyright ? 东森平台 版权所有 京ICP备05032414号 
京公网安备11010802024551号
