尽量不要这样做, 1.带宽:存储网络与应用访问网络尽量分开,防止调用非结构化文件事与 应用访问抢资源。 2.安全:存储是系统架构中最重要的设备,通常情况下会藏得很深。如果与其他网络公用一套网络会有被暴露。
尽量不要独立为一个系统: 1.安全保障:对系统和数据的保护都属于运维保障范畴,要与运维体系中的ITSM系统和系统上线流程对接,并产生联动。 2.企业管理:现在的数据分析业务中的数据提取,大多数使用的是备份或灾备的技术。 综
云灾备和多活中心不是维度,不能做对比。 1.首先要把系统的系统按照业务要求和企业内部管理要求进行分类。例如 私有云:财务系统等存有公司铭感信息的系统 专属云:OA等有指定人群并加以私有化认证的系统 共有
灾备的规划设计必须按照业务的要求进行定义和设计 1、存储的容灾管理 针对在线数据的灾备,对历史数据的灾备,对“ 主数据 ”等不同的要求,并且对数据的时效性是什么要求,设计对不同的数据使用不同的技术和管
数据流动的设计和规划必须以业务流程为核心,数据流程必须业务流程。 存储之间的流动要看存储的使用方式,例如: 1.数据库:要看数据库架构是什么 2.文件系统:要看存储非结构化文件 3.数据校验:要看存储的数据是什么类型,检验信
监控只是手段,运维数据的有效使用才是目的; 1.全方位监控 A)监控内容:监控包括硬件、软件、应用、业务使用等几个层面,并要对用户、管理员等人员进行监控; B)监视现状:现今监控软件众多,但因诸多原因不同软硬件的兼容性很差;
现在多地域、多 IDC 的现象非常普遍: 1. 需要确认需求是什么满足总体规划。例如: a) 在汇聚点要展示什么信息?确认传递什么信息。 b) 展示的信息深度是什么? 确认 数据量大小 c) 展示数据的方式是什么? 确认 数据模型
存储是物理层,文件系统是系统层。 异地灾备适用于存储复制,但要注意网络质量,否则就算传输成功也不一定能用。 近距离备份或读写分离适用文件系统,可以实现数据快速同步。
这要看对比的条件,例如:使用场景、技术实力、人员储备、资金实力等。 使用场景不同对导致不同的结果, 例如: 100~200人的公司OA系统就是虚拟化更适合。 电商的业务系统容器云更适合。
多租户和权限的设计按使用资源和相关人员属性两方面: 1.使用和调度容器, A)容器API的管理 B)容器资源的管理(包括服务器、存储、网络等) 2.相关人员 A)人员属性:按工作流程定义不同的人员定义和人员权限。 B)组织
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024 talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30