千呼万唤始出来 清静运营平台不再“半遮面”
宣布时间 2019-10-23
清静运营平台是支持清静运营事情的全生命周期焦点枢纽， ，，是在【战略】的目的下， ，，对【工具】、【职员】举行1对1、1对n、n对1的合理分派， ，，在【流程】的准则下， ，，对清静运营效劳举行全方位的支持与治理。。。
这句话读起来较量拗口， ，，那事实是什么意思呢？？？？？？
清静运营的所有事情应该都能在平台上举行追溯， ，，一方面是为客户提供可信、可追溯的清静效劳；； ；；；；另一方面也是SOC自身清静性、职员审核的刚性要求。。。
基于此， ，，清静运营平台在顶层妄想上， ，，应该思量以下几个要素：
?清静运营平台明确【清静运营】， ，，且与清静运营团队相互成绩
我们以往采购平台时， ，，险些所有的平台安排以后， ，，需要职员去顺应平台， ，，包括它的功效、平台的流转方法等， ，，往往是削足适履， ，，导致使用效果不佳。。。而在清静运营平台的妄想建设上， ，，我们强调清静运营平台是明确“清静运营”的， ，，并在流程的准则下， ，，去匹配甚至顺应清静运营职员的事情， ，，让事情越发高效， ，，越发驾轻就熟。。。清静运营的事情是一个恒久的工程， ，，要取得好的建设效果， ，，必需使清静运营职员愿意且自觉地使用它， ，，并且在使用历程中越来越依赖， ，，这就是我们所讲的清静运营平台与清静运营团队相互成绩。。。
?清静运营平台实现对清静效劳的细腻化治理
清静产品或者清静效劳的价值是在于效劳效果， ，，可是清静运营效劳只注重效果是不可取的。。。例如， ，，某客户买了鉴黑担保网清静产品后没有泛起类似问题， ，，其缘故原由可能是用户之前的问题压根没有再泛起了， ，，它的效果（没有泛起问题）抵达了， ，，可是它怎么抵达的却没有深究。。。而我们清静运营中心提供的效劳可以对效劳效果举行复盘， ，，也就是我们常说的“细腻化、可追踪、可权衡”的清静运营效劳。。。而这个效劳怎么可视呢？？？？？？这就由鉴黑担保网清静运营平台来实现了。。。清静运营平台实现对清静效劳的细腻化治理， ，，可以参考ITIL相关效劳治理系统标准， ，，对【战略】下设计的效劳举行全生命周期治理。。。
?清静运营平台的焦点是围绕清静运营的目的告竣而设计， ，，而并非某个手艺功效
我们一直在强调【战略】是5P的焦点， ，，着实这个【P（焦点）】它是一个多边体， ，，在差别的客户中是纷歧样的， ，，例如， ，，政府单位以“合规”为焦点， ，，行业运营单位以“风控”为焦点等， ，，目的纷歧样， ，，平台也是纷歧样的。。。简朴来说， ，，清静运营平台是告竣目的的路径， ，，我们希望在这个平台上把目的落地成一个一个�？？？？？？椋�100%剖析）。。。由于目的差别及客户现状差别， ，，剖析后�？？？？？？橐彩遣畋�， ，，也就能明确清静运营平台为什么需要定制了， ，，由于它原来就是客户量身设计的， ，，是在运营框架一致性下的百花齐放。。。
举行清静运营平台建设理念取得一致后， ，，也需要对一些功效举行要求， ，，可能各人会以为有点矛盾， ，，上文不是说不需要纠结某个手艺功效吗？？？？？？
不要着急， ，，听小编娓娓道来
为什么这里才最先说功效呢？？？？？？由于清静运营的建设必需是“自上而下”与“自下而上”同时思量， ，，既要在顶层上举行整体设计来完成运营的目的， ，，也要思量焦点的管控点。。。而告竣目的的要害点是什么？？？？？？着实， ，，不管是以“合规”为驱动的政府单位照旧以“风控”为驱动的行业运营单位， ，，其运营的框架， ，，都须关注几个焦点的细节， ，，这关系到运营质量的问题。。。它依然不强调手艺功效， ，，而是运营机制的焦点关注。。。这个焦点关注下， ，，像未知威胁检测、数据清静等平台， ，，是告竣目的的平台及工具。。。
在清静运营平台下， ，，它的焦点关注至少应该有以下几点：
?资产治理， ，，强调营业相关性
危害检测最主要的就是检测战略。。。效劳危害检测主要包括系统基础效劳相关的通用误差和效劳设置不当的危害检测；； ；；；；应用危害检测主要包括一些应用的通用误差和相关误差带来的应用危害。。。由于网络清静在一直转变的历程， ，，也带来了差别的误差危害。。。因此， ，，在危害检测的实现上， ，，只管做到海纳百川， ，，如引入第三方越发专业的团队， ，，使用越发普遍的工具等。。。而清静运营平台除了能提供足够好的引擎框架和兼容工具外， ，，也为第三方专家建设提供了战略路径。。。
一连检测能够阻止由迭代更新带来新的清静危害和一经修复过的清静问题再次泛起。。。别的， ，，通过对一连危害监测的效果举行趋势剖析， ，，能够资助我们发明目今阶段主要面临的清静问题， ，，并为下一阶段的清静建设提供有用的指导建议。。。至于怎样高效地举行一连危害治理？？？？？？一方面需要能够自主设置周期性的检测， ，，这样可以顺应营业的迭代更新频率；； ；；；；另一方面需要支持不准时的手动启动检测危害来知足突发的应用上线。。。
?实时高效处置惩罚， ，，买通清静与营业“最后一公里”
在清静运营中， ，，我们发明的危害或误差大都是与营业系统息息相关的， ，，催促营业部分举行整改。。。这个历程中往往容易忽略两个问题：一是营业部分的研发职员着实是不相识清静的， ，，以是在清静问题及修复历程中可能会保存修复不当的情形；； ；；；；二是对最后修复处置惩罚完毕后还要举行实时回归测试， ，，以免造成对营业的其他影响。。。这两个问题若是解决欠好， ，，清静关于营业就不是一个良性的上升机制。。。那怎么解决这两个问题呢？？？？？？
我们提出了“买通最后一公里”， ，，也就是在清静运营平台的设计上， ，，清静运营平台应该与营业部分的产品生命周期治理平台举行连通， ，，最好有API直接对接到产品开发上线的流程中去， ，，可以让清静问题作为产品的严重BUG一样获得实时排期修复。。。同时， ，，在这个历程中， ，，指派专业的清静职员举行跟踪效劳， ，，确保问题完全修复， ，，不再重复泛起。。。
第二、清静运营平台不可解决所有清静问题， ，，我们也不可解决所有问题， ，，只能在当下阶段， ，，团结一切可以团结的实力， ，，把清静这件事情做得更好， ，，平台是工具， ，，可以依赖可是不可完全依赖；； ；；；；
第三、清静运营平台是抓手， ，，它可以毗连营业， ，，毗连其他工具及平台， ，，它需要专业的人在上面临病人举行诊断， ，，每一次诊断问题的时间， ，，没有扎实的手艺基本功和行业专业视野， ，，就算给你好的工具也用欠好。。。因此， ，，职员专业性依然是运营效果的第一要素。。。
这句话读起来较量拗口， ，，那事实是什么意思呢？？？？？？
清静运营的所有事情应该都能在平台上举行追溯， ，，一方面是为客户提供可信、可追溯的清静效劳；； ；；；；另一方面也是SOC自身清静性、职员审核的刚性要求。。。
基于此， ，，清静运营平台在顶层妄想上， ，，应该思量以下几个要素：
?清静运营平台明确【清静运营】， ，，且与清静运营团队相互成绩
我们以往采购平台时， ，，险些所有的平台安排以后， ，，需要职员去顺应平台， ，，包括它的功效、平台的流转方法等， ，，往往是削足适履， ，，导致使用效果不佳。。。而在清静运营平台的妄想建设上， ，，我们强调清静运营平台是明确“清静运营”的， ，，并在流程的准则下， ，，去匹配甚至顺应清静运营职员的事情， ，，让事情越发高效， ，，越发驾轻就熟。。。清静运营的事情是一个恒久的工程， ，，要取得好的建设效果， ，，必需使清静运营职员愿意且自觉地使用它， ，，并且在使用历程中越来越依赖， ，，这就是我们所讲的清静运营平台与清静运营团队相互成绩。。。
?清静运营平台实现对清静效劳的细腻化治理
清静产品或者清静效劳的价值是在于效劳效果， ，，可是清静运营效劳只注重效果是不可取的。。。例如， ，，某客户买了鉴黑担保网清静产品后没有泛起类似问题， ，，其缘故原由可能是用户之前的问题压根没有再泛起了， ，，它的效果（没有泛起问题）抵达了， ，，可是它怎么抵达的却没有深究。。。而我们清静运营中心提供的效劳可以对效劳效果举行复盘， ，，也就是我们常说的“细腻化、可追踪、可权衡”的清静运营效劳。。。而这个效劳怎么可视呢？？？？？？这就由鉴黑担保网清静运营平台来实现了。。。清静运营平台实现对清静效劳的细腻化治理， ，，可以参考ITIL相关效劳治理系统标准， ，，对【战略】下设计的效劳举行全生命周期治理。。。
?清静运营平台的焦点是围绕清静运营的目的告竣而设计， ，，而并非某个手艺功效
我们一直在强调【战略】是5P的焦点， ，，着实这个【P（焦点）】它是一个多边体， ，，在差别的客户中是纷歧样的， ，，例如， ，，政府单位以“合规”为焦点， ，，行业运营单位以“风控”为焦点等， ，，目的纷歧样， ，，平台也是纷歧样的。。。简朴来说， ，，清静运营平台是告竣目的的路径， ，，我们希望在这个平台上把目的落地成一个一个�？？？？？？椋�100%剖析）。。。由于目的差别及客户现状差别， ，，剖析后�？？？？？？橐彩遣畋�， ，，也就能明确清静运营平台为什么需要定制了， ，，由于它原来就是客户量身设计的， ，，是在运营框架一致性下的百花齐放。。。
举行清静运营平台建设理念取得一致后， ，，也需要对一些功效举行要求， ，，可能各人会以为有点矛盾， ，，上文不是说不需要纠结某个手艺功效吗？？？？？？
不要着急， ，，听小编娓娓道来
为什么这里才最先说功效呢？？？？？？由于清静运营的建设必需是“自上而下”与“自下而上”同时思量， ，，既要在顶层上举行整体设计来完成运营的目的， ，，也要思量焦点的管控点。。。而告竣目的的要害点是什么？？？？？？着实， ，，不管是以“合规”为驱动的政府单位照旧以“风控”为驱动的行业运营单位， ，，其运营的框架， ，，都须关注几个焦点的细节， ，，这关系到运营质量的问题。。。它依然不强调手艺功效， ，，而是运营机制的焦点关注。。。这个焦点关注下， ，，像未知威胁检测、数据清静等平台， ，，是告竣目的的平台及工具。。。
在清静运营平台下， ，，它的焦点关注至少应该有以下几点：
?资产治理， ，，强调营业相关性
清静运营必需围绕营业清静， ，，基础资产是这些焦点数据的载体。。。在构建清静运营平台时， ，，应该做好基础资产的发明和治理。。。通过对资产探测或自身资产梳理， ，，这里不关注详细手艺， ，，而是只管去做到越发细腻化的资产识别， ，，如每个域名IP上所安排的应用及效劳相关信息， ，，它与营业系统的关系及主要性， ，，一旦这些应用及效劳在袒露出来清静危害， ，，清静运营平台能够实时对营业举行定位， ，，确定危害级别及受影响的规模。。。
危害检测最主要的就是检测战略。。。效劳危害检测主要包括系统基础效劳相关的通用误差和效劳设置不当的危害检测；； ；；；；应用危害检测主要包括一些应用的通用误差和相关误差带来的应用危害。。。由于网络清静在一直转变的历程， ，，也带来了差别的误差危害。。。因此， ，，在危害检测的实现上， ，，只管做到海纳百川， ，，如引入第三方越发专业的团队， ，，使用越发普遍的工具等。。。而清静运营平台除了能提供足够好的引擎框架和兼容工具外， ，，也为第三方专家建设提供了战略路径。。。
一连检测能够阻止由迭代更新带来新的清静危害和一经修复过的清静问题再次泛起。。。别的， ，，通过对一连危害监测的效果举行趋势剖析， ，，能够资助我们发明目今阶段主要面临的清静问题， ，，并为下一阶段的清静建设提供有用的指导建议。。。至于怎样高效地举行一连危害治理？？？？？？一方面需要能够自主设置周期性的检测， ，，这样可以顺应营业的迭代更新频率；； ；；；；另一方面需要支持不准时的手动启动检测危害来知足突发的应用上线。。。
?实时高效处置惩罚， ，，买通清静与营业“最后一公里”
在清静运营中， ，，我们发明的危害或误差大都是与营业系统息息相关的， ，，催促营业部分举行整改。。。这个历程中往往容易忽略两个问题：一是营业部分的研发职员着实是不相识清静的， ，，以是在清静问题及修复历程中可能会保存修复不当的情形；； ；；；；二是对最后修复处置惩罚完毕后还要举行实时回归测试， ，，以免造成对营业的其他影响。。。这两个问题若是解决欠好， ，，清静关于营业就不是一个良性的上升机制。。。那怎么解决这两个问题呢？？？？？？
我们提出了“买通最后一公里”， ，，也就是在清静运营平台的设计上， ，，清静运营平台应该与营业部分的产品生命周期治理平台举行连通， ，，最好有API直接对接到产品开发上线的流程中去， ，，可以让清静问题作为产品的严重BUG一样获得实时排期修复。。。同时， ，，在这个历程中， ，，指派专业的清静职员举行跟踪效劳， ，，确保问题完全修复， ，，不再重复泛起。。。
以下强调三个重点：
第二、清静运营平台不可解决所有清静问题， ，，我们也不可解决所有问题， ，，只能在当下阶段， ，，团结一切可以团结的实力， ，，把清静这件事情做得更好， ，，平台是工具， ，，可以依赖可是不可完全依赖；； ；；；；
第三、清静运营平台是抓手， ，，它可以毗连营业， ，，毗连其他工具及平台， ，，它需要专业的人在上面临病人举行诊断， ，，每一次诊断问题的时间， ，，没有扎实的手艺基本功和行业专业视野， ，，就算给你好的工具也用欠好。。。因此， ，，职员专业性依然是运营效果的第一要素。。。
京公网安备11010802024551号