首页 文章 精选 留言 我的

精选列表

搜索[算力],共10000篇文章
优秀的个人博客,低调大师

NetApp游庆洪:面向未来的IT基础架构予力客户用数据改变世界

【大咖・来了 第7期】10月24日晚8点观看《智能导购对话机器人实践》 【51CTO.com原创稿件】在数字化转型的今天,数据已经成为仅次于能源资源的另一类重要财富,数据存储与管理系统也因此从幕后走到了台前。面对爆炸式增长的数据总量,如何对数据进行有效分析挖掘,以此来把握用户需求,抓住新商机,对存储系统提出了巨大的挑战。面对压力,企业必须充分利用新产品、新技术,不断升级完善存储架构,以高性能、高灵活性、高可用和高安全的存储系统来应对挑战,获取数据价值。 存储架构要面向未来,适应下一代数据中心需求 据IDC预测,截至2020年,全球数据量将以每两年翻一番的速度增长至44ZB。此外,在数据量不断增加的同时,数据存储方式也在不断发生变化。数据不再是隐藏在防火墙之后的加密设备上,而是变得更加分散、动态,并且越来越多样化。 NetApp大中华区技术总监游庆洪 NetApp大中华区技术总监游庆洪认为,数据总量的急剧增长,数据类型的不断丰富,以及闪存与云服务的大规模部署,都需要存储架构能够更加灵活、可靠、高效地跨环境管理数据。他表示,越来越多的客户在同时使用多种云服务,并且针对不同业务类型、不同市场与不同数据,使用的数据管理方式与存储方式也完全不同。数据可能存放在内部设施与云之间的任何一个位置,这在帮助企业解决海量数据存储难题的同时,也为数据管理带来了全新的挑战。IT主管们迫切需要在有限的时间内,运用现有的工具与预算驾驭海量数据,并利用这些数据为企业创造新的价值。 游庆洪告诉记者:“数字经济时代,数据便是货币。在数字化转型的浪潮中,存储架构需要有能力帮助企业挖掘数据价值、推动业务发展。面对业务的快速发展与变革,企业必须部署面向未来的存储架构,以适应下一代数据中心的需求。” 借助NetApp全闪存,建设适应未来的IT基础架构 面对海量多样化数据,传统的磁盘存储劣势逐渐凸显,并且已经无法应对数据挖掘需求。企业要想获取数据价值,部署全闪存存储势在必行。游庆洪表示,全闪存存储拥有传统磁盘存储所不能比拟的多重优势,能够更加高效地推动企业业务发展。 首先,全闪存拥有强大的性能。NetApp全闪存方案能够提供高达700万次的IOPS,与上一代解决方案相比,延迟降低了一半,性能实现了翻倍。例如,德国国家气象局(DWD)凭借NetApp闪存解决方案,成功将应用程序的响应时间从15秒缩短至1秒,并将气象预报的计算速度提高了14倍,实现了以更快的速度将重要天气信息交到应急人员手中。上海外服云利用NetApp全闪存解决方案,成功将开发和部署新功能以及服务所需的时间缩短了50%。拍拍贷利用NetApp全闪存解决方案建设的新系统,将业务高峰期的延迟降低至0.7ms以下,交易处理速度提高了2-3倍。 其次,全闪存能够有效降低企业综合成本,实现数据中心经济效益的转型。凭借业内***推出的15TB SSD,NetApp帮助企业将能耗降低到原有水平的1/11,存储占用空间则降低到原有的1/19。不久前,NetApp将大约9个机柜的既有设备替换为一个包含三套A700 15TBSSD的机架。完成更新后,全部硬件的总占用空间从380U减少到36U,能耗从36.5kW降低至6.5kW,降低了82%。如果按照PUE=1.5,电费$0.08 美分/kWh来计算,能耗成本从3.2万美元降低到了6800美元。如果是租赁或是外包的机房,那么节约的成本将会进一步翻番。 ***,全闪存能够帮助客户打造适应未来需求的IT基础架构,保护客户的IT投资。在愈发复杂的数据和存储环境下,企业需要一个整体的数据管理方案。这个方案既要安全、高效,又要适应未来,并且允许客户自由选择。NetApp Data Fabric专为数据中心构建,无论数据存放在本地还是云中,NetApp Data Fabric都能够有效简化和集成数据管理。此外,利用NetApp Data Fabric提供的无缝扩展和支持软件升级的NVMe技术,客户能够应对当前及未来不断变化的业务需求,适应未来IT基础架构,并建设下一代全闪存数据中心。 在NetApp Data Fabric中,ONTAP操作系统是非常关键的一环,它是专为现代企业构建的软件,能够简化并打造适应未来需求的数据基础架构,运行行业领先的企业级数据管理软件。ONTAP具有其它产品难以比拟的灵活性、弹性、可用性与易维护性。除此之外,ONTAP还提供了一系列业内领先的高级企业功能,以满足客户的复杂需求与未来业务能力。 游庆洪表示,在全闪存领域,NetApp推出了多种系列的产品、解决方案与优质服务。从高端性能的全闪存FAS(AFF),到专为下一代数据中心设计的SolidFire,再到高性价比的E系列和EF系列,以及基于全闪存的超融合架构HCI和简化数据管理的NetApp Data Fabric,NetApp正在努力帮助广大客户大步向全闪存迈进。 从存储公司向数据公司转型,赋予客户用数据改变世界的能力 作为一家成立于1992年的老牌数据存储与管理厂商,NetApp近日迎来了25周年的生日。在此之际,NetApp推出了全新的品牌策略和长久目标:赋予客户用数据改变世界的能力。 游庆洪在接受记者采访时表示,从1992年公司成立以来,NetApp始终在为客户提供***的数据存储与管理解决方案。当前,NetApp的客户正处于面对数据经济所带来的严峻挑战的关键时段,越来越多的企业将数字化转型作为战略议程中的首要任务。为了成功转型,数据正在变成企业的血液,在内部无缝地流动。借助数据技术,催生了新的客户接触点,并将持续优化企业运营,不断为企业创造新的业务和新的商机。 “和客户一样,NetApp自身也在进行数字化转型,并希望能够发挥25年积累与沉淀的能力,并利用NetApp对技术和行业的洞察,赋予客户用数据改变世界的能力。这是NetApp的长久目标,也是NetApp从存储公司向数据公司转型的关键一步。”游庆洪如是说。 【51CTO原创稿件,合作站点转载请注明原文作者和出处为51CTO.com】

优秀的个人博客,低调大师

美股盘前盘后行情接入:Python 算涨跌幅的三个基准(含完整代码)

美股盘前盘后行情里,同一时刻苹果的涨跌幅可以是 +0.50%、+0.68%,也可以是 +1.18%。三个数都没算错,它们回答的是三个不同的问题。财报季,价格在盘前盘后就走完了,这道题被放大。这篇讲清每个数在回答什么,最后给行情 App 一套显示规矩、一段 Python 完整代码,以及一套在腾讯云上落地的采集与接口方案。

优秀的个人博客,低调大师

一文讲透三级等保:低代码平台到底要做什么才算合规?

JeecgBoot AI 专题研究* 三级等保 2.0 应用安全要求逐条拆解,以及 JeecgBoot 低代码平台在身份鉴别、访问控制、安全审计、数据加密等环节的落地清单 做政企交付的同行都心里有数:客户合同里只要写了「三级等保」四个字,意味着后续半年要面对一份长长的整改单。要么团队自己一条一条对着标准改代码,要么客户找测评机构出报告时把锅甩回来 ——「这条不符合,请整改」。 更尴尬的是,研发同学经常被这几个问题问住: 等保 1.0 和 等保 2.0 到底差在哪? 我们这个系统该定二级还是三级? 三级等保的应用安全要求一共有几条?每一条具体要做什么? 低代码平台能直接覆盖多少?哪些必须额外开发? 这篇文章把三级等保基础概念和应用安全要求两条主线合在一起重新梳理,配合 JeecgBoot 低代码平台的实战经验,写一份对得起一线开发者的「等保速查手册」。 一、先把名字理清楚:等保 1.0 vs 等保 2.0 很多人嘴里说着「等保」,其实并不清楚自己面对的是哪一代标准。这两代的差距不是版本号那么简单,背后是行政法规升级到了国家法律。 等保 1.0(2007 年起) 全称:信息安全等级保护 顶层依据:《信息安全等级保护管理办法》 性质:行政管理办法 覆盖范围:主要看软件应用系统 测评对象:「软件系统」为主 等保 2.0(2017 年起) 全称:网络安全等级保护 顶层依据:《网络安全法》 性质:国家法律(违法要担责) 覆盖范围:物理、网络、主机、应用、数据五大块全覆盖 测评对象:云计算、移动互联、物联网、工业控制系统等都进来了 简单一句话:等保 1.0 是「行政指导」,等保 2.0 是「法律义务」。2017 年 6 月《网络安全法》正式生效后,「不做等保」就不再是「整改建议」,而是直接违法。这也是为什么 2017 年之后,再小的政企项目立项时,合同里都会冒出「等保备案」这一条。 二、五个等级,为什么我们重点谈三级? 等保把信息系统从「重要性 + 出事后果」两个维度切成五级: 一级・自主保护级:出事只损害一般公民、组织的合法权益,不影响国家安全和社会秩序。多数小型内部网站属于这一档。 二级・指导保护级:出事会对公民、组织合法权益造成严重损害,或对社会秩序、公共利益造成一般损害。一般的政务网站、企业 OA、HR 系统大多走二级。 三级・监督保护级:出事会对社会秩序、公共利益造成严重损害,甚至危害国家安全。这一档是大部分行业系统的「天花板」—— 医院 HIS、智慧政务、金融业务系统、能源调度、教育云平台几乎清一色三级。 四级・强制保护级:直接威胁国家安全,比如电网核心调度、央行核心交易系统。 五级・专控保护级:极特殊的国防、机要场景,民用基本接触不到。 为什么大家都在聊三级? 因为四级和五级是央企国家队的事,二级又太轻量、覆盖不够全面,三级是绝大多数政企交付能碰到的最高门槛,做完三级,意味着系统在制度、技术、管理三个层面都过了一遍硬指标。从生意角度看,能做三级的乙方在投标时也更有底气 —— 这块资质几乎是政企赛道的入场券。 定级也不是项目经理拍脑袋决定,要走一整套流程: 确定定级对象 → 初步定级 → 专家评审 → 主管部门审核 → 公安机关备案 → 最终定级 三、定级的常见误区 「我们公司挺小的,定个二级吧。」 这是最常见的误判。等保定级看的不是公司体量,而是「系统受破坏后的影响范围」。 依据是 GB/T 22240-2020《网络安全等级保护定级指南》,里面给出了一个二维矩阵 —— 一边是「受侵害的客体」(公民 / 组织合法权益、社会秩序和公共利益、国家安全),一边是「侵害程度」(一般、严重、特别严重)。两者交叉决定级别。 举几个真实场景: 一家区县级医院的电子病历系统:受众覆盖几十万居民,泄露 / 篡改会造成严重社会影响 →三级起步。 一家民营公司的内部 OA:只影响员工,不涉及公共利益 →二级即可。 一个开放给公众使用的政务服务平台:哪怕用户量不大,因为属于政府公共服务 →必须三级。 按行业拍脑袋(「医院都是三级」)、按数据量定级(「我们才几千条数据,二级吧」)、按主观感觉(「我们安全做得挺好」)都是错的。该参照标准定多少级就是多少级,能不能通过测评是技术问题,定级标准本身不接受讨价还价。 四、三级等保应用安全要求逐条解读 等保 2.0 的技术要求分五个维度:物理安全、网络安全、主机安全、应用安全、数据安全。前三项更多是 IDC 和运维侧的责任,真正落在研发团队头上的,是应用安全和数据安全。下面把这两块的硬指标一条一条拆开。 4.1 身份鉴别:登录这一关怎么过 这是测评机构最先翻的一页,也是低代码平台最容易踩坑的地方—— 因为「能登录」和「登录方式符合等保」是两回事。 四条硬要求: 用户身份要唯一:不能两个账号共用一份凭据;管理员账号不能跟普通账号混用。 鉴别信息要有复杂度并定期更换:业界共识是 8 位以上,必须同时包含大小写字母、数字、特殊符号,3~6 个月强制改一次。 登录失败处理 + 会话超时:连续 5 次失败必须锁定账号(一般 20 分钟),30 分钟无操作自动登出。 远程管理传输加密:HTTPS 是底线,国密场景要 SM2/SM4/RSA,明文 HTTP 直接被判不合格。 双因子认证:必须采用两种或以上鉴别方式的组合,比如密码 + 短信验证码、密码 + USB-Key、密码 + 证书。 低代码平台要做什么?JeecgBoot 默认提供密码强度策略、登录失败锁定、会话超时三大基础能力,开箱即可勾选启用。双因子部分需要二次集成:短信 OTP、企业微信扫码、CA 证书、人脸识别都能挂上去,但这步是研发实施时的「必做项」,不要把它当作选配。 4.2 访问控制:谁能看到什么 身份鉴别解决「你是谁」,访问控制解决「你能干什么」。三级等保对这一项的态度是「最小权限 + 三权分立」。 用户和权限要按需分配,不能「全员超管」。 默认账号必须被重命名或删除:admin /root/ 123456 这类弱默认值是测评的红线。 默认口令必须修改,初次登录强制改密。 三权分立:系统管理员、安全管理员、审计管理员,三个角色的权限要互相独立、互相制衡。系统管理员不能查审计日志,安全管理员不能改系统配置 —— 这一条很多自研系统都会栽。 低代码平台天然适合这个场景,因为权限模型本身就是平台核心能力。JeecgBoot 的菜单权限、按钮权限、数据权限、字段权限四级体系可以直接拆出三个角色;难点是测评时要拿出制度文档证明三权确实分离,不能只是技术上配了三个角色但实际同一个人在用。 4.3 安全审计:日志才是底气 这一条几乎是所有测评的「重灾区」,因为日志不是「记下来就行」。 审计要覆盖每一个用户:不能漏掉任何账号的关键操作。 审计内容要全:重要业务行为(增删改查)、安全事件(登录失败、权限变更)、系统异常都要落库。 审计记录不能被删 / 改:即便是管理员也不能直接清日志。 审计记录保存周期不少于六个月,且要定期备份到独立的介质。 低代码要做的是: 在 AOP / 拦截器层统一切入,给所有 Controller 自动织入操作日志。 日志库与业务库物理隔离,业务管理员没有日志库写权限。 提供「日志查询 + 归档导出」的独立模块,给审计管理员单独授权。 JeecgBoot 自带的「系统监控 → 系统日志」+「定时任务」就是为这条要求设计的。但要注意:默认日志只是登录日志和操作日志,业务侧的关键行为(比如审批、提现、改价)需要在代码里手工@AutoLog一遍,等保测评时审计员会专门翻这一块。 4.4 入侵防范:把口子收紧 数据有效性校验:所有用户输入要在服务端再校验一次,前端校验不算数。SQL 注入、XSS、CSRF 是三件套必查项。 上传文件限制:限制文件大小、扩展名白名单、MIME 类型校验、内容嗅探(防止改后缀名)。 定期漏洞扫描:发现高危漏洞 30 天内必须修补,中危 60 天内修补 —— 这是文档要求,不是建议。 低代码平台在这里通常用统一的XssFilter+ 文件上传白名单两套组件解决。但有一个常见的低代码雷区:很多平台允许用户在线写 SQL(自定义报表、自定义查询),这一块如果没做 SQL 解析白名单,三级等保铁定过不了。JeecgBoot 在积木报表里加了 SQL 关键字黑名单 + 只读账号隔离,就是为了过这道关。 4.5 数据完整性:别被篡改 存储中的重要数据要用SM3、SHA-512等算法做哈希校验。 传输中的数据要保证完整性,常用 HMAC 或者签名机制。 低代码层面这一条往往落在「字段加密 + 摘要校验」上:身份证号、手机号入库前过一遍 SM3,并把摘要单独存一列用于校验。 4.6 数据保密性:别被偷看 存储敏感数据要用SM2、SM4加密。 数据展示时要做脱敏(手机号中间四位 *,身份证留头留尾)。 JeecgBoot 在字段级别提供了@SensitiveInfo注解,前端展示自动脱敏;数据库层面国产化场景接达梦、金仓时,配合数据库自带的透明加密一起用。 4.7 数据备份恢复:兜底方案 本地备份:每日全量 + 增量备份。 异地实时备份:同城 30 公里以上,异地 300 公里以上。 热冗余部署:集群 + 负载均衡 + 故障自动切换。 这一条主要靠基础设施和 DBA,不归应用研发管。但低代码平台要做的是业务数据的导出 / 导入工具—— 比如表单数据、流程定义、报表配置一键打包,方便客户在异地灾备时还原系统状态。 4.8 剩余信息保护:擦干净再走 容易被忽略但测评必查: 用户登出 / 会话过期后,Cookie、Session、本地缓存要立即清除。 临时文件用完就删,不要堆在服务器上。 内存中处理过的敏感数据(密码、token),用完置空 ——Java 里String不可变这事不能装作没看见,敏感场景该用char[]就用char[]。 五、低代码要补的功课:原生能力 vs 二次开发清单 把等保要求映射到低代码平台上,能看清哪些「平台送的」、哪些「要单独报价的」: 身份唯一:低代码原生支持,开箱即用。 密码复杂度 + 定期更换:原生支持,只需开启策略。 登录失败锁定 + 会话超时:原生支持。 传输加密:HTTPS 走运维,国密改造需引入 SM2/SM4 SDK,研发需介入。 双因子认证:低代码提供集成点,但短信通道 / CA 证书 / 企业微信扫码必须二次开发。 三权分立:角色模型支持,落地难点是制度文档 + 实际人员分离。 操作审计:系统日志模块覆盖通用操作,业务关键操作要手工加@AutoLog。 日志保存 6 个月:配置即可,建议独立日志库 + 异地归档。 XSS / SQL 注入防御:原生统一过滤器,但自定义报表 SQL 必须加白名单。 文件上传限制:原生白名单到位,病毒扫描需要对接第三方。 数据加密存储:字段注解能用,但密钥管理 / HSM 接入必须二次开发。 数据脱敏展示:原生注解支持。 备份与异地容灾:完全靠基础设施,低代码不涉及。 剩余信息清除:Spring Security 退出登录已覆盖,自定义会话需自查。 把这份清单交给项目经理,能在投标阶段就把成本拆清楚,避免后期被「再加一个模块」反复追加预算。 六、给一线团队的三条实战建议 第一,先做差距分析,再动代码。等保测评公司通常会先来一轮预检,列出 30~80 条不符合项。不要等他们出报告才开始改,应该在合同签订前自己照着 GB/T 22239-2019 跑一遍 checklist,心里有数才好谈整改预算。 第二,双因子和加密这两块必须早决策。这是最容易被「我们后期再加」拖死的两个模块。短信通道选谁、证书 CA 选谁、国密 SDK 用哪家,一旦立项前没敲定,到测评期再补会让整个上线计划推迟一个月起步。 第三,审计日志「宁多勿少」。日志多了无非多花点存储钱,日志少了直接整改不过。所有写库操作、所有权限变更、所有敏感数据访问,全部加日志,等到测评员问起来,截图打开就完事。 低代码平台的价值在这里很明显:80% 的等保技术要求都能靠平台默认能力覆盖,研发只要把剩下的 20%(双因子、国密、业务侧审计、自定义报表 SQL 白名单)补上即可。和从零搭一套相比,时间从一年压到两三个月 —— 这也是为什么近几年政企交付几乎清一色选低代码当底座。 总结 三级等保不是「装一套防火墙」那么简单,它是一份覆盖身份、权限、日志、加密、备份、清理六大块的系统级清单。等保 2.0 已经从「行政办法」升级为「国家法律」,做政企项目绕不开它。 对研发团队来说,把 GB/T 22239-2019 的应用安全部分读一遍,再对照低代码平台的能力列一张差距表,是项目立项前最有性价比的功课。JeecgBoot 这类低代码平台已经把通用能力打包好,剩下的就是把项目特性的那部分补齐 —— 把通用基建省下来的时间,花在双因子、国密、业务审计这些必须定制的地方,才是把等保做扎实的正确节奏。 合规不是负担,是政企赛道的通行证。 本文为 JeecgBoot AI 专题研究系列文章。

资源下载

更多资源
Mario

Mario

马里奥是站在游戏界顶峰的超人气多面角色。马里奥靠吃蘑菇成长,特征是大鼻子、头戴帽子、身穿背带裤,还留着胡子。与他的双胞胎兄弟路易基一起,长年担任任天堂的招牌角色。

腾讯云软件源

腾讯云软件源

为解决软件依赖安装时官方源访问速度慢的问题,腾讯云为一些软件搭建了缓存服务。您可以通过使用腾讯云软件源站来提升依赖包的安装速度。为了方便用户自由搭建服务架构,目前腾讯云软件源站支持公网访问和内网访问。

Rocky Linux

Rocky Linux

Rocky Linux(中文名:洛基)是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版,作为CentOS稳定版停止维护后与RHEL(Red Hat Enterprise Linux)完全兼容的开源替代方案,由社区拥有并管理,支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性,采用模块化包装和SELinux安全架构,默认包含GNOME桌面环境及XFS文件系统,支持十年生命周期更新。

Sublime Text

Sublime Text

Sublime Text具有漂亮的用户界面和强大的功能,例如代码缩略图,Python的插件,代码段等。还可自定义键绑定,菜单和工具栏。Sublime Text 的主要功能包括:拼写检查,书签,完整的 Python API , Goto 功能,即时项目切换,多选择,多窗口等等。Sublime Text 是一个跨平台的编辑器,同时支持Windows、Linux、Mac OS X等操作系统。

用户登录
用户注册