证券企业随着多年的信息化建设，已拥有行业先进的IT系统，包括了规模庞大的主机服务器、网络安全设备、应用系统以及虚拟化和正在建设的私有云环境。而在技术部专门从事系统维护的人员却很少，由于证券业务系统重要程度日益提升，现有的维护方式无法保证业务系统持续稳定运行，没有...

国内证券行业随着多年的信息化建设，现在是各种业务系统多，各种硬件设备多，普遍存在运维人员少这个状况，现阶段大部分证券企业已经实现了半自动化运维，随着多中心建设、新一代系统建设、做好一体化运维监控才能实现it业务融合创新、创新灵活性it架构支持快速变化，灵活变化并引导...

随着证券企业信息化的快速发展，企业的信息化部门自身也处于快速发展中。但区别于企业传统的生产、营销、人事等部门，这些部门本身已经引进管理理念，实行管理提升多年，现在是以其为基础来进行信息化提升，而大部分企业的信息化部门本身是一个相对较新的部门，甚至连传统的管理理念...

保险的业务系统架构庞大，前端后端业务/中台/规则/核心/打印等众多系统，不仅南北向交互频繁，而且在东西向调用也非常密切密切。规划前，务必梳理清系统间交互逻辑以及数据特征，脱离于业务模型与数据关联设计的数据保护方案，必将导致数据耦合性错乱，造成无效保护的致命缺陷。根据保...

首先，标准化的自动化运维肯定是最理想的，但标准化存在制定、实施、管理等多环节的困难。因此，一定粒度的较容易实现的规范或标准是一个可行的现实选择。其次，标准化、自动化最基本的实现方式是可脚本或命令操作，从某种意义上可脚本化与自动化可划上等号。自动化实质上的各管控...

根据证券企业一体化监控平台项目的需求有自研、开源，商业三种方案可以满足建设目标要求，企业自行研发一体化监控平台，自行研发对企业的技术人员的要求很高，后期的维护与升级都存在瓶颈；选择开源的一体化监控软件在功能上不够全面，需要根据企业的需求进行定制开发，同样存在维护的...

更多情况下应该先聚焦提升设备驱动的兼容性和相关的性能。例如网卡和多核之间的优化，网卡 MTU 和交换机的优化（10G或25G网络是否启用 MTU9000）等

在实际场景中，很多数据集都是多维度的。随着维度的增加，数据空间的大小（体积）会以指数级别增长，使数据变得稀疏，这便是维度诅咒的难题。维度诅咒不止给异常检测带来了挑战，对距离的计算，聚类都带来了难题。例如基于邻近度的方法是在所有维度使用距离函数来定义局部性，但是，在高维空...

8个小时做迁移肯定是不够的，所以这样的情况下只能做割接不能做迁移，性能也没有做测试，架构也没有做测试，像这种情况下架构肯定是要调整的，所以只能调整架构以后，业务测试通过以后，8个小时来做割接。算算你将近500tb的数据，8个小时，你通过网络来进行迁移，传输数据的时间都不够。...

对容器了解的不多。不过按现在主流的方式来说。好像prometheus对容器的监控更好一些。按我的理解我应该会用zabbix监控网络和主机性能， prometheus来主要针对容器监控。形成一个互补的监控方案...