已找到以下 181 条记录
AI智能搜索
产品选择
云采用框架
没有找到结果,请重新输入
产品选择
云采用框架
在搜索结果页开启AI智能搜索
开启
产品选择
没有找到结果,请重新输入
  • 全面云化的IT治理挑战 - 云采用框架

    公共资源如何在多个业务单元之间共享? 如何统一监控、运维和管控多个业务单元的云资源? 如何统一管控各业务单元的预算和成本?如何优化云成本? 如何避免各业务单元过度使用云资源? 如何将用户进行分组?又应该为用户组设置哪些权限? 云资源、数据和应用如何满足国家、行业和企业自身的安全合规标准? 误操作、恶意操

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

    不同行业有各自的行业标准和要求,例如部分电商零售行业,在凌晨后,交易数量大幅度减少,甚至没有交易,停服后也不会造成重大社会影响,可以在凌晨后使用停服切换方案。而部分交通出行行业,全天24小时有业务,并没有明显的业务低峰期,停服会造成较大的业务损失,可能需要选择不停服切换方案。 根据业务重要程度选择

  • 概述 - 云采用框架

    成本和可运维性遵循基础环境的设计进行适配即可。 大数据架构设计:大数据的部署架构设计包括大数据集群部署架构设计、大数据任务调度平台部署架构设计和大数据应用部署架构设计,其中大数据应用的部署架构可以参考应用部署架构的设计方法。大数据架构设计同样要考虑架构设计的6要素。 在做云上架构

  • 云上高可用方案 - 云采用框架

    障相互隔离。企业可在此基础上构建如下场景的高可用体系: 单AZ部署:通常情况云上不建议单AZ部署,除非是对时延特别敏感的业务,无法接受同Region的AZ间时延,这种情况可以考虑单AZ部署,利用云服务主备、集群化部署模式来满足单个业务节点故障时快速恢复业务的需求,主要利用集群内节

  • 切换演练 - 云采用框架

    练度,减少中断时长,确保切换过程的顺利进行。 预防问题:演练可以帮助发现可能存在的问题,比如切换过程中的应用和批处理任务启停顺序问题、网络配置问题、数据一致性对比等问题,从而提前进行预防和解决。 团队配合:演练可以让团队成员熟悉切换的全流程和切换步骤,从而更好地协同工作,提高团队配合效率。

  • 云项目管理 - 云采用框架

    务系统上线管理涵盖环境准备、组织宣贯、风险应急和割接上线实施等环节。 业务系统割接上线前云环境准备通常包含业务环境部署,数据同步(如迁移场景)、周边业务系统协同配置、内外部连通性确认等等,通过这些前提准备提前完成业务系统正常运行的基础平台环境的搭建,确保业务系统上线所需的基础环境处于就绪状态。

  • 战略制定的反模式 - 云采用框架

    将云化转型战略与业务战略紧密结合: 明确云化转型如何支持业务目标的实现,例如加速业务创新、降低成本、提升客户体验、开拓新市场等。用业务语言阐述云化转型的价值,避免使用纯粹的技术术语。 获得高层领导的支持和参与: 向高层领导汇报云化转型的价值和预期业务收益,争取他们的支持和资源投入。邀请高层领导参与到云化

  • 大数据迁移批次规划说明 - 云采用框架

    大数据迁移上云时,是选择整体迁移还是分批迁移,原则如下: 整体迁移的场景: 规模小:大数据平台数据量少(TB级),计算任务数量不多,可以采用整体迁移的方法,先在云上部署大数据平台,然后全量迁移元数据、数据和任务。 关联关系复杂:大数据任务之间的关联关系很复杂,很难拆分,此时也可以选择整体迁移。 分批迁移的

  • 概述 - 云采用框架

    通常需要购买、安装和运维自己的硬件和软件,包括服务器设备、存储设备、网络设备、虚拟化软件、操作系统、数据库管理软件和中间件等IT基础设施,资源部署周期长,运维负担重,初始投资大。 云计算模式下,IT基础设施的建设和运维由云服务商负责,组织只需关注应用系统的开发和部署,可以从云服务

  • 调研应用全景图 - 云采用框架

    调研应用全景图 应用迁移的调研信息是由粗到细、逐步迭代的,持续整个上云周期,在前期主要是调研应用的全景图,在迁移阶段,要打开每个应用,调研详细的部署架构和组件信息。应用的调研需要找各业务域的应用架构师和应用运维管理员。 应用全景图的调研是在评估规划阶段进行的,一般按照业务域->业务系统->应用模块逐层打开,如下图:

  • 调研方式 - 云采用框架

    客户有比较完整的设备档案,包括设计文档,实施方案等。 可快速获取现网信息 文档的及时性和完整性无法保证 4 安装工具(RDA\第三方) 客户同意安装工具agent 可较快获取详细资源清单 1.需要客户现网环境安装agent,较敏感; 2.针对数据库、中间件等获取信息较少,且无法获取应用调用关系。 5

  • 概述 - 云采用框架

    概述 应用系统迁移或部署到云上后,云化转型正式进入了运维治理阶段。这一阶段至关重要,因为它直接影响着云上IT基础设施和业务系统的性能、可靠性、安全性和成本效益。通过持续和有效的运维治理,企业能够确保云资源的高效利用,保障业务的连续性和稳定性,实现对云环境的全面掌控,最大化云化转型的收益。

  • 云卓越中心的演进 - 云采用框架

    上述CCoE组织是针对企业大规模上云、用云和管云而建立的全功能团队,企业并不需要在云化转型早期就组建一个完整的CCoE组织。 云化转型早期主要是把第一批业务系统迁移或直接部署在云上,这个时候可以建立一个小型化CCoE组织,如下图所示,把必要的角色加入进来,足以支撑第一批业务系统的云化就可以。 我们认为在早期的小

  • 概述 - 云采用框架

    责制定云标准、最佳实践和治理框架,协调各业务单元之间的合作,确保云化转型的高效推进。此外,应用生命周期管理流程也需要进行变革,传统的开发和部署模式难以适应云环境的快速迭代需求,引入敏捷开发、DevOps等先进方法,可以提高开发效率,缩短交付周期,提高对市场变化的响应能力。 在平台

  • 如何选择试点应用 - 云采用框架

    业务重要性:根据企业现有的应用和业务,选择重要性较高,但又不影响正常运营的应用作为试点。 上云价值:选择上云的价值可量化、容易量化的应用,如降低成本、提升可用性、实现业务快速部署等,通过试点应用证明上云的价值。 实施难度:根据企业的IT部门的实施能力,选择一些实施难度较低的应用作为试点。 业务影响:考虑上云后对其它

  • 应用迁移上云简介 - 云采用框架

    调研:对应用的技术架构进行详细的调研,详细到具体的技术组件和版本信息。 设计:深度调研结果,给出云上的技术架构和规格选型,输出详细的迁移方案和切换方案。 部署:创建云上资源,上云适配改造(如涉及),并做目标环境测试。 迁移:将源端应用和数据迁移到云上目标环境。 验证:进行数据和业务验证。 切换:

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

    、DevSecOps实践等,是否具备云原生应用的开发和部署能力。 云基础设施 主要评估组织对于云基础设施的设计、部署和管理能力,包括Landing Zone的设计和实施、网络和IAM的一体化管理、基于IaC的基础设施自动化部署、数据备份和弹性伸缩策略等。 云卓越架构 主要评估组织

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

    时代,通过引入自动化、智能化等技术手段,团队可以更加高效地管理和维护系统,有几个原则: 选择合适的工具和技术,确保其与业务需求和技术栈相匹配,如自动化部署、故障预测、智能定界定位等。 将工具与现有系统进行整合,根据实际需求进行定制和优化,以满足特定的运维需求。 关注新兴技术和发展趋势,不断更新和升级智能运维工具,提升运维水平。

  • 制定云化目标 - 云采用框架

    合规遵从 不合规造成的经济损失,包括赔偿和罚款。 提升可持续性 碳排放减少量。 技术驱动力 提升资源弹性 资源利用率。 资源扩容速度、资源部署时间。 提升系统韧性 RPO、RTO。 P1、P2、P3、P4事件数量。 提升扩展性 系统扩容速度。 提升安全性 安全事件数量。 安全事件导致的经济损失,包括赔偿和罚款。

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

    将批次划分到合适的大小,以确保有足够的人力和技术资源来执行迁移过程,并将风险降至最低,业界最佳实践一个批次跨度 4~8周最合适,时间指的是(部署、迁移、切换),不包含准备阶段。 一个分批不能太大,太大增加迁移风险 根据业界最佳实践,一个批次不应超过20个应用程序、150 个服务器和