已找到以下 214 条记录
AI智能搜索
产品选择
云采用框架
没有找到结果,请重新输入
产品选择
云采用框架
在搜索结果页开启AI智能搜索
开启
产品选择
没有找到结果,请重新输入
  • 采用实施的反模式 - 云采用框架

    采用实施的反模式 在采用实施阶段,可能会遇到一些反模式,这些模式如果不加以识别和避免,可能会影响上云迁移效率、导致业务中断、造成不必要的成本浪费和增加维护难度。以下是一些常见的采用实施阶段的反模式: 未采用自动化部署模式 该反模式是指企业依赖手动进行代码、资源的配置部署,效率低,人为错误高。

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

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

  • 开发与运维现代化 - 云采用框架

    如,使用持续集成和持续交付(CI/CD)工具来自动构建、测试和部署应用程序。 基础设施即代码(IaC):采用基础设施即代码的方法可以将基础设施配置和管理纳入代码库中。这样可以确保基础设施的可重复性、版本控制和自动化部署,从而提高整个环境的稳定性和可靠性。 集中日志和监控:通过集中

  • 化成熟度评估模型 - 云采用框架

    化成熟度评估模型 华为参考了采用开放联盟(OACA)的化成熟度模型、CNCF云原生成熟度模型、中国信标委ITSS(IT服务标准)、DCMM等标准和评估模型,同时结合华为大量政企客户深度化的最佳实践设计了化成熟度评估模型。在设计该模型的时候遵守以下五大原则。 业务驱动

  • 集中化IT管理 - 云采用框架

    针对众多业务单元实施多方面的集中管理: 集中网络管理:中心IT部门统一规划、部署和维护企业在上的网络基础设施,包括专线、企业路由器、VPN、云连接、NAT网关、VPC等。这样可以确保整个企业的网络架构统一、稳定、安全,避免各业务单元自行管理网络所带来的不一致性和潜在的安全漏洞。

  • 确定性运维 - 云采用框架

    “建构师”转型。 高可用架构是前提 高可用架构是确定性的前提,通过设计合理的架构,可以降低系统故障的风险,缩短故障恢复的时长,并且控制故障的影响范围,高可用架构的设计与落地需要关注如下三点: 瞄准SLO 的目标,运用科学的方法进行架构的设计,对可用性架构的选择以及落地时间进行管理。

  • 常用术语 - 云采用框架

    值和增长机会。 化转型 化转型(也叫转型)是指将组织的IT基础设施、应用系统、业务流程等迁移到计算平台,或者利用计算技术对其业务模式和运营流程进行重构和优化的过程。它不仅仅是简单的“搬迁上”,更是一个涉及战略、技术、组织和流程的全面转型。目标是利用计算的优势,提升业

  • 调研 - 云采用框架

    大数据迁移流程每个阶段概述如下: 调研:调研大数据平台的版本和配置信息、数量类型和数据量、任务类型和任务量。 设计:设计大数据的部署架构、数据迁移方案、任务迁移方案和数据校验方案。 部署部署大数据平台,包括集群部署和任务调度平台部署。 迁移:实施数据迁移和任务迁移。 验证:进行数据校验和任务验证。

  • 软件工程安全 - 云采用框架

    Notes里体现开源及第三方软件的漏洞修复列表。 配置与变更管理 配置和变更管理对保障应用系统的安全起着重要作用。企业需要对所有应用系统进行配置管理,包括提取配置模型(配置项类型、各类配置项属性、配置项间的关系等),记录配置信息等。并通过专业的CMDB工具对配置项、配置项的属性和配置项之间的关系进行管理。

  • 业务驱动力 - 云采用框架

    力,以保持竞争优势。 快速部署业务系统:平台提供了高度灵活和可扩展的基础设施,企业可以迅速部署业务系统和服务,缩短上市时间。 快速弹性伸缩:计算的弹性特性使企业能够根据业务需求,动态调整资源配置,快速满足业务高峰期或突发性需求。 敏捷开发与迭代:平台支持DevOps实践,加

  • 制定6R策略 - 云采用框架

    Shift”,将应用程序原封不动地从本地数据中心迁移到平台。通常使用工具将虚拟机或物理服务器转换为云中的虚拟机。 快速迁移到平台,以降低成本或提高可用性。 需要快速完成迁移,时间紧迫。 缺乏应用程序的深入了解或修改代码的资源。 Replatform 在迁移过程中对应用程序进行少量修改,以适应平台。例如,将应用

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

    敏捷性高:各业务单元根据自身需求快速部署和扩展资源,加快创新速度。 贴近业务:应用团队更了解业务需求,可以更好地定制解决方案。 责任明确:各业务单元对自己的环境负责,更容易追溯问题和优化性能。 去中心化运营模式的缺点如下: 缺乏一致性:各业务单元独立部署和运维所需的环境,缺乏统一的IT标

  • 调研方式 - 云采用框架

    不同调研方式的综合对比 调研渠道 应用架构调研 技术架构调研 方法评估 业务 全景 业务域 业务 系统 应用系统模块 应用关联关系 技术 架构 (整体) 技术架构 (按业务域打开) 技术架构 (按业务系统打开) 技术架构(按应用系统模块打开) 技术架构(技术组件详情) 效率 完整度 真实度

  • 顶层规划的反模式 - 云采用框架

    帮助企业最大化计算的价值,确保化转型项目的成功实施。CCoE就像化转型的引擎,如果CCoE团队成员不够完善,就像引擎缺少关键零件,无法高效运转,甚至可能导致转型失败。这种反模式的具体例子如下: 缺乏架构师: 缺失专业的架构师会导致化转型如同无舵之舟。架构设计缺乏整体规

  • 卓越中心 - 云采用框架

    卓越中心 卓越中心简介 指导委员会 应用团队 架构团队 实施团队 运维团队 云安全团队 治理团队 FinOps团队 项目经理 卓越中心的演进 父主题: 顶层规划

  • 概述 - 云采用框架

    尤其是访谈次数。 基础环境的调研:是在架构设计之前进行的,包括整体IT技术架构以及IT治理现状和需求。 应用的调研:持续整个上过程,在评估规划阶段只需要调研业务全景图,而在迁移试点和大规模上阶段,则需要打开到每个应用系统的详细技术架构,收集每个应用系统的技术组件的详细信息,如组件版本信息,组件相关配置参数等。

  • 顶层规划 - 云采用框架

    顶层规划 概述 卓越中心 卓越架构设计 Landing Zone设计 安全架构设计 平台工程 运营模式 应用生命周期管理 项目管理 顶层规划的反模式

  • 方案设计 - 云采用框架

    方案设计 概述 组建方案设计团队 基础环境设计 应用架构设计 大数据架构设计 制定6R策略 设计标签方案 上试点 批次规划 成本预算计划 方案设计的反模式

  • 业务验证 - 云采用框架

    所有功能模块正常。 日志分析:在目的端业务部署完成后,需要对系统的日志进行分析,检查是否存在异常情况的错误信息。通过日志分析可以发现一些潜在的问题和隐患,及时进行修复和优化。 DNS劫持测试:因部署的业务一般按照生产环境的域名进行配置,在使用手机App或浏览器测试业务功能时,

  • 全面化的IT治理挑战 - 云采用框架

    下各种挑战。 如何做好业务单元的安全和故障隔离,确保业务单元之间的资源、应用和数据的隔离? 如何减少单点故障的爆炸半径? 企业组织架构和业务架构经常调整,上资源如何灵活应对? 如何设计跨多个业务单元的网络架构、建立受控的网络连接通道? 如何统一管控多个业务单元的边界网络出入口?