已找到以下 183 条记录
AI智能搜索
产品选择
云采用框架
没有找到结果,请重新输入
产品选择
云采用框架
在搜索结果页开启AI智能搜索
开启
产品选择
没有找到结果,请重新输入
  • 基础设施调研 - 云采用框架

    计量计费等。调研的方式主要是从IT系统导出(如CMDB、CMP、虚拟化管理软件),并结合问卷访谈。基础环境的调研主要是找企业的运维团队。调研人员会与企业的运维团队合作,收集与基础环境相关的数据和信息。 一种常见的调研方式是通过企业内部的IT系统导出信息,例如配置管理数据库(CMD

  • 云运维团队 - 云采用框架

    负责云平台上存储、虚拟机、操作系统等基础设施的日常运维管理。 监控和优化云资源的使用效率,确保资源分配合理。 处理虚拟机、存储和操作系统相关的故障,保障系统的高可用性。 定期进行系统补丁更新和安全加固。 熟悉主流云平台的虚拟机和云存储服务。 掌握Linux和Windows操作系统的管理与优化。

  • 精细化成本运营 - 云采用框架

    的成本全生命管理体系,企业可以在云环境中实现精细化的成本控制和资源分配。这种管理体系允许企业按照不同的粒度进行成本分析和管理,包括子公司、业务系统、产品线、部门、项目,甚至是微服务级别。这种细粒度的管理使得企业能够准确识别各个业务单元的成本消耗情况,从而做出更明智的决策。通过实施Fi

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

    个环境的稳定性和可靠性。 集中日志和监控:通过集中管理日志和监控数据,可以实时了解系统运行状况,并及时发现和解决问题。选择适当的日志管理和监控工具,并定义关键指标(KPIs)和警报规则,以确保系统的可用性和性能。 容器化和微服务架构:采用容器化技术(例如Docker)和微服务架构

  • 方案设计的反模式 - 云采用框架

    设计存在单点故障 架构设计时未考虑高可用性,导致关键组件成为单点故障,一旦发生故障,整个系统将无法正常工作。 优化建议:实现冗余设计,采用负载均衡策略,确保应用的关键服务在多节点上运行,提升系统的可靠性和可用性。 架构设计未考虑业务的地理分布 设计云上部署架构时,未考虑业务的地理分布,导致用户访问延迟高,体验不好。

  • AZ故障域说明 - 云采用框架

    是公有云的一个独立的故障域,一个AZ是由物理上互相隔离的数据中心组成,每个AZ都具有独立的电力供应、网络连接和硬件设施,公有云厂商通常会将不同的AZ部署在不同的地理位置,以提高系统的可用性和故障容错能力,AZ故障域的优点包括: 高可用性:将应用程序和数据部署在多个AZ上,确保即使一个AZ发生故障,其他AZ仍可提供服务,保证应用程序持续可用。

  • 概述 - 云采用框架

    同保障业务系统的安全稳定运行、保障关键数据的安全。然而,安全运营面临着很多挑战。 安全体系越来越复杂 随着数字化转型的深入,企业的ICT环境变得日益复杂。云计算、网络管道、终端设备、边缘计算、操作系统、数据库、应用程序等多个层面交织在一起,形成了一个庞大而复杂的生态系统。每个环节

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

    用停服方式进行切换。从业务对外体验上,多数用户感知不到停服的影响,比如某购物平台,用户仍然可以浏览商品,但是不能下单,下单时可友好的提示:系统正在升级中,预计凌晨4点恢复,请您稍后重试下单等。 四种停写不停读切换方案对比 停写不停读切换有4种方案可以选择: 表1 四种停写不停读切换方式

  • 保障 - 云采用框架

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

  • 概述 - 云采用框架

    移的执行主要是按照批次规划逐批次进行迁移,如下图: 图1 分批迁移 整体迁移:对于不能分批的,应用的关联关系往往非常复杂,只能选择所有业务系统整体一个批次迁移,如下图: 图2 整体迁移 父主题: 采用实施

  • 为什么要上云试点 - 云采用框架

    过试点上云迁移流程与相关配置,企业可以提前识别出相关风险,为后续大规模上云迁移提供经验。 风险控制:上云迁移是一个复杂的过程,涉及到不同的系统和业务。通过进行迁移试点,企业可以在小范围内验证整个迁移流程的可行性,发现潜在问题并及时解决,确保后续的大规模迁移顺利进行。同时试点还可以

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

    Integration,Continuous Deployment)工具链,通过质量门限进行控制,以评估应用系统的安全性。最后,所有应用系统在发布前均需完成静态代码扫描的告警清零,确保上线时不存在编码相关的安全问题。 为了确保应用系统的安全性,所有云服务在发布前首先将由应用测试人员执行多轮安全测试,包括但不限于

  • 调研方式 - 云采用框架

    调研渠道 应用架构调研 技术架构调研 方法评估 业务 全景 业务域 业务 系统 应用系统模块 应用关联关系 技术 架构 (整体) 技术架构 (按业务域打开) 技术架构 (按业务系统打开) 技术架构(按应用系统模块打开) 技术架构(技术组件详情) 效率 完整度 真实度 现网CMDB √

  • 大数据参考架构 - 云采用框架

    确性。 数据存储: 大数据平台需要具备高效的数据存储能力,以承载海量的数据。常见的数据存储技术包括分布式文件系统(如HDFS)、列式数据库(如HBase)等。这些存储系统提供高可靠性、可扩展性和容错性,以支持大规模数据的存储和访问需求。 大数据计算: 大数据计算是对海量数据进行分

  • 如何识别驱动力 - 云采用框架

    更安全的技术方案。 法规遵从变化: 新的法规或合规性要求可能需要企业对IT系统进行调整,云平台通常能够更好地满足这些要求。 关键业务系统中断: 企业经历过关键业务系统的中断,收入和声誉受损,希望提高业务系统的可靠性,云平台可以提供更高的可靠性和容灾能力。 碳排放未达标: 企业希望

  • 干系人利益分析 - 云采用框架

    加速产品和服务的创新,拓展新的业务机会。 确保业务系统的稳定性和可靠性,支持日常运营。 提供业务需求和期望,参与云化转型方案的制定。 配合IT团队,确保技术方案符合业务需求。 协调业务团队的资源,支持项目的实施和变革管理。 IT主管 提升资源利用率,实现IT系统的弹性扩展,支持业务的快速增长。 通过云化降低IT成本。

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

    缺乏云架构师: 缺失专业的云架构师会导致云化转型如同无舵之舟。架构设计缺乏整体规划,系统扩展性差,难以维护,容易形成“拼凑式”的云环境,资源利用率低。技术选型不当则可能导致性能问题、成本超支和安全风险。此外,现有系统与云平台的整合也将面临挑战,难以充分利用云原生特性。最终,企业将难以发挥云平台的优势,甚至面临安全和性能瓶颈。

  • Runbook操作步骤设计 - 云采用框架

    设计正向操作步骤 依据切换方案,将正向切换步骤细化到文档中,需要考虑到以下几个方面: 停服之前需挂停服公告,充分考虑用户感知。 停服操作需考虑系统的可用性机制,部分系统检测到应用停止会有自动拉起功能,所以需先关闭可用性机制,防止出现应用一直无法停止的风险。 数据库切换时需要考虑数据一致性问题,要

  • 组建调研评估团队 - 云采用框架

    调研评估工程师:由IT主管指派,来自IT部门,对企业现有的IT基础设施、业务系统、应用架构、数据存储、安全策略等进行全面调研和评估,包括硬件配置、网络架构、软件版本、依赖关系等;分析这些设施与云服务的兼容性和迁移难度,评估将现有系统迁移到云平台的可行性。调研评估工作属于一次性工作,经常会外包给云服务商或者云实施专业服务提供商。

  • 上云试点执行与总结 - 云采用框架

    方案和改进措施等,总结迁移试点对企业的业务影响和收益。 技术和性能评估:评估试点迁移后的系统和应用程序的性能和稳定性,考虑应用程序的可伸缩性、响应时间、数据传输速度等因素,总结试点迁移对系统性能和用户体验的影响。 成本效益分析:分析上云迁移试点对企业成本的影响,包括成本节约、资源