已找到以下 214 条记录
AI智能搜索
产品选择
云采用框架
没有找到结果,请重新输入
产品选择
云采用框架
在搜索结果页开启AI智能搜索
开启
产品选择
没有找到结果,请重新输入
  • 云卓越中心演进 - 云采用框架

    业务系统逐步云化。 图1 小型化CCoE组织架构 当企业云化转型规模逐步变大,云化转型进入运维治理阶段时候,可以将小型化CCoE组织逐步扩大,增加更多运维治理阶段所需关键角色,如云基础设施管理员、云网络管理员、数据库管理员、应用运维管理员、云治理专家、安全运营工程师、

  • 停写不停读切换方案 - 云采用框架

    停写不停读,主要指切换期间,为了追求较好用户体验,保持一部分读服务不停服,保持在线可使用状态;为了保持数据一致性,写服务仍然采用停服方式进行切换。从业务对外体验上,多数用户感知不到停服影响,比如某购物平台,用户仍然可以浏览商品,但是不能下单,下单时可友好提示:系统正在升级中,预计凌晨4点恢复,请您稍后重试下单等。

  • 保障 - 云采用框架

    保障 在大数据迁移保障阶段,需要执行以下任务来确保顺利过渡到新云环境: 监控和警报设置:建立实时监控系统,监测集群、任务调度平台和应用程序运行状态。设置警报,以便及时发现潜在问题并采取措施。 优化集群性能:对大数据集群进行性能评估和调优。监视资源使用情况,优化配置参数、调整集群大小和资源分配,以提高整体性能。

  • 正式切换 - 云采用框架

    1 修改应用间访问内部域名-》华为云上应用实例 7.1 修改目的端redis内网域名-》华为云实例IP 7.1 修改目的端MySQL内网域名-》华为云实例IP 7.1 修改目的端MongoDB内网域名-》华为云实例IP 7.1 修改目的端消息队列MQ内网域名-》华为云实例IP

  • 切换演练 - 云采用框架

    换了。 业务切换是将业务从源端旧系统切换到云上新系统过程,需要仔细规划和协调,以确保切换过程中不会影响数据完整以及业务运行。 一般情况下,业务切换需要进行一定时间,逐步切换流量,同时关闭旧业务系统。通过这个过程,可以实现从旧系统向新系统平稳过渡,并最终将业务成功迁移上云

  • 存储服务选型 - 云采用框架

    存储逻辑 存放是二进制数据,无法直接存放文件,如果需存放要先格式化文件系统 存放是文件,会以文件和文件夹层次结构来整理和呈现 存放是对象,可以直接存放文件,文件会自动产生对应系统元数据,用户也可以自定义文件元数据 访问方式 只能在ECS/BMS中挂载使用,不能被操作系统应用直

  • 集中化运营模式 - 云采用框架

    难以满足多样化需求:统一标准可能难以满足不同业务单元特定需求。 基于上述优缺点分析,集中化运营模式适合稳态业务系统,这些业务系统更新频率比较低,例如企业采购SAP等商业软件,或者企业自研进入成熟期业务系统。集中化运营模式也适合那些由IT部门统一建设和运维业务系统。 父主题: 云运营模式

  • 多云战略驱动力 - 云采用框架

    多云战略驱动力 当前多云战略正在成为一种主流趋势,越来越多组织选择将业务系统部署在多个云服务商云平台上,而不是依赖单一云服务商。这种趋势背后是多种因素驱动,以下是一些主要驱动力: 避免单云故障:将业务部署在单一云平台上存在单点故障风险。如果该云平台出现故障,例如大规

  • 云安全团队 - 云采用框架

    云安全团队角色和职责 角色 职责 技能要求 来源 云安全专家 负责云平台整体安全方案设计与优化,制定安全策略和标准。 评估云基础设施和业务系统安全风险,提出改进方案。 设计并实施身份安全、网络安全、数据安全、应用安全、主机安全和安全运维方案。 指导和审核安全运营工程师工作,提供技术支持。

  • 如何选择停服不停服 - 云采用框架

    业务切换是整个上云迁移关键环节,出问题会直接影响企业业务,不同业务对停服要求是不一样,比如,有些业务在切换期间是不允许停服,停服会造成较大业务损失;有些业务在切换期间是允许停服,比如办公OA系统,夜间非工作期间可以停服;有些业务系统,为了更好客户体验,希望切换期间部分浏览类业务继

  • 安全设计原则 - 云采用框架

    础上设计企业在云上整体安全方案。 零信任原则(Zero Trust Principle) 遵循“永不信任,始终验证”安全理念,假设任何人或程序都不可信,无论是内部用户、外部用户还是网络设备。系统组件进行任何通信之前都将通过显式验证,减少系统信任带来攻击面。零信任把现有

  • 整体网络架构 - 云采用框架

    业务账号内网络规划:一个业务系统对应一个子账号 针对多个业务系统共用一个子账号场景,在该账号中同样建议创建三个独立VPC:生产VPC、开发VPC、测试VPC,VPC之间彼此隔离。这些业务系统共同部署在这几个VPC中,不同业务系统通过子网隔离,每个业务系统也都有独立应用子网

  • 采用实施反模式 - 云采用框架

    困难,增加了查找、监控和管理复杂性。 优化建议:所有创建云资源都要打好标签,方便后续运维管理和成本优化。 通过识别和避免这些反模式,并参考行业最佳实践和成功案例,可以更加科学实施上云方案,提高上云和用云效率,更好地利用云平台优势,发挥云技术价值。 父主题: 采用实施

  • 成本优化 - 云采用框架

    包年包月:通过预付一定周期资源使用费用,来获取优惠计费模式。一般适用于资源长期使用,业务较稳定场景。 资源包:一种特殊包年包月,可通过预付一定周期下某种资源使用费用,来获取优惠计费模式。资源包可以抵扣多个资源用量,适用于长期使用且用量比较稳定场景。 竞价计费:适应于业务稳定性不高,

  • 调研评估 - 云采用框架

    调研评估 概述 组建调研评估团队 基础设施调研 应用系统调研 大数据调研 调研方式 云服务选型 调研评估反模式

  • 基础设施调研 - 云采用框架

    基础环境调研主要是企业当前IT基础架构现状和上云需求,包括资源信息、组网信息、安全架构、运维架构、访问权限管控、资源计量计费等。调研方式主要是从IT系统导出(如CMDB、CMP、虚拟化管理软件),并结合问卷访谈。基础环境调研主要是找企业运维团队。调研人员会与企业运维团队合作,收集与基础环境相关的数据和信息。

  • 成本计划 - 云采用框架

    结合基于趋势(已上云业务的历史支出作为输入)预测和基于业务驱动因素(例如新业务上云或区域扩张)预 测,可以有效改进并提升企业财务预测准确率。 使用成本中心成本分析,可以根据客户历史支出预测未来时间范围成本。成本分析成本和使用量预测,会参考不同计费模式特征,结合机器学习和基于规则模型来分别预测所有消费模式的成本和使用量。

  • 迁移批次规划方法 - 云采用框架

    此规则任何例外情况。 如果一个分批很大,首先要将关联关系打开,识别出强关联和弱关联,将弱关联断开,拆分成较小分批迁移,降低风险。 同一供应商系统安排在同一批或相邻批次上云 同一供应商多个系统之间耦合度较高,将这些系统上云时间安排在一起,更有利于供应商在一段较短时间内

  • 业务验证 - 云采用框架

    验证系统稳定性和可靠性:通过长时间、高负载测试,验证云上业务系统在各种情况下稳定性和可靠性,包括系统资源管理、数据传输、异常处理等。 评估系统可扩展性:在系统压力逐步增大过程中,测试云上业务系统可扩展性,可以确定系统是否可以扩展到更大规模,并支持更多用户和业务需求

  • 设计 - 云采用框架

    在历史作业成功迁移并通过调测后,开始进行增量作业迁移和同步。增量作业是指在迁移过程中新增、需要定期运行作业。 作业双跑 在增量作业迁移和同步成功后,进行作业双跑。作业双跑是指在新大数据平台上同时运行原有系统和新系统作业,以验证新系统结果和原有系统一致性。这可以通过比较作业输出、日志和指标等来判断两个系统的结果是否一致。