行业洞察:监管失败 (Reg SCI)

一则或许对你有用的小广告

欢迎加入小哈的星球 ,你将获得:专属的项目实战 / Java 学习路线 / 一对一提问 / 学习打卡/ 赠书活动

目前,正在 星球 内带小伙伴们做第一个项目:全栈前后端分离博客项目,采用技术栈 Spring Boot + Mybatis Plus + Vue 3.x + Vite 4手把手,前端 + 后端全栈开发,从 0 到 1 讲解每个功能点开发步骤,1v1 答疑,陪伴式直到项目上线,目前已更新了 204 小节,累计 32w+ 字,讲解图:1416 张,还在持续爆肝中,后续还会上新更多项目,目标是将 Java 领域典型的项目都整上,如秒杀系统、在线商城、IM 即时通讯、权限管理等等,已有 870+ 小伙伴加入,欢迎点击围观

在检查当今应用程序和环境的复杂性以及为什么 APM 技术变得越来越重要时,负责应用程序生命周期的人员必须了解应用程序的作用。除了提供应用程序可见性之外,APM 工具还有助于解决问题。无法查看和排除故障是那些支持应用程序的持续斗争。当我公开讲话时,我总是能够指出影响我们每个人的具体失败实例;本月的热门话题是与航空公司 IT 系统、股市失灵等有关的旅行问题。

在证券市场内,美国证券交易委员会通过了一些法规,试图提高美国证券市场处理系统合规性和维护完整性的能力。为此,美国证券交易委员会于 2014 年 11 月 19 日批准根据 1934 年证券交易法采用监管系统合规性和完整性 (Reg SCI)。该法规要求在短短几个月内于 2015 年 11 月之前合规。这项新法规专门用于防止或更好地处理与闪存流量崩溃交换、安全漏洞和其他系统弹性领域相关的问题和事件。金融市场之间的联系日益紧密,使得连锁问题成为现实。这些受监管的实体包括 FINRA、交易系统、计划处理商和清算所。 Reg SCI 的要求包括创建程序、执行测试、有效监控以及向 SEC 报告数据和状态。报告必须定期进行,并在发生重大系统更改时进行。新的 SCI 法规涵盖的实体还必须执行年度审查,包括测试辅助站点的灾难恢复程序,以及它们以与主站点相同的响应速度处理相同数量交易的能力。重点主要放在生产系统上,但也包括开发和测试过程。

当确实发生中断时,有关于必须报告的内容的具体规定,包括这些中断的根本原因。这有助于分享影响为金融市场提供动力的技术的问题的原因。

APM关注的是什么,监管要求必须完成容量规划,但有趣的是,容量规划必须关注交易的准确性和及时性,以确保市场的完整性。大多数 IT 运营专业人员专注于基础设施容量规划,但该法规显然将重点转移到了应用层。压力测试也必须通过重大更改来完成,再次需要测量。 Reg SCI 特别指出,要求对任何第 3 方提供的软件或服务以及这些系统的性能进行监控。监控这些服务的可用性和性能的能力是 APM 技术能力,因为第 3 方性能通常会影响应用程序性能和正确执行。

AppDynamics 是许多世界上最大的银行和交易所值得信赖的 APM 提供商,在全球范围内还有更多。我们还在几家属于 Reg SCI 的公司中使用。因此,我们的许多客户都联系我们以遵守这项新规定。我们很高兴讨论我们如何提供帮助,以及 AppDynamics 如何发展以处理未来新型的容量规划模型。

可在此处找到实际法规 http://www.sec.gov/rules/final/2014/34-73639.pdf ,并 在此处提供评论 http://www.sec.gov/rules/final/2014/staff-guidance -current-sci-industry-standards.pdf