需要知道你的想法是否现实,是否能落地,是否能被别人 接收。我们现在的做法是制定标准,如果想接入就按照标准改,如果不改就继续手工操作,其实运维人员都是手工维护是很难的,他们自然也会帮助一起推动改造。另一方面,标准化也
在前面问题的交流中谈到私有云平台建设需要关注的几点问题,大家可以找找,其中转型比较关键的是流程变革、标准化和自动化落地。对于问题中所说的是否云平台仅是面子工程,从我们目前实践来看并非如此,我们从13年云平台开始
一般是新系统先行推广标准化,同时要和自动化衔接起来,否则标准化很容易流于纸面。当自动化推广起来之后,大家对标准化的认知才能达到一定程度,才能不随意被推翻。而现有系统的改造可以选择一定的契机,比如设备更换,基础软件
只能从我们建设的经验简单说说,仅供参考!我们之前总结过几个关注点,还望有所帮助:1、需要统筹规划和设计:因为云计算设计了服务器、网络、存储,甚至环境资源的管理,各个领域需要统筹设计,通过一套流程实现IAAS云服务供给2、运
最终使用用户的确不需要关注虚拟化平台类型,刚刚提到的“最终用户”是指资源池管理员,他们在进行资源池建设时需要考虑不同虚拟化平台的规划。
那就是监控架构即可满足,主要分为三层采集、处理、展现。采集可以采用代理模式或非代理模式,将资源运行情况指标定义好后,通过采集模块将数据采集上了,进行加工和处理,然后再通过定义的规则进行报警,同时推送报警信息给终端
X86设备的故障率的确比小型机高,但是采用X86架构所带来的成本下降也是各个企业管理者非常看重的。所以首先应用系统设计上要尽可能使用集群架构,也就是单台集群故障不会影响业务。另外非集群的应用可以利用虚拟机漂移技
能否把问题再详细说明一下?
我理解问题主要是针对网络区域划分的。传统架构上,银行业务根据管理和应用的要求需要划分多个区域,的确是云计算需求矛盾,因此云计算架构中区域划分需要平衡这种矛盾。要重点考虑如何实现逻辑区域和物理区域的隔离,而并非
虚拟化平台的多样性可能是必然,除非像互联网企业完全自主开发,如果是外购产品就可能存在多种虚拟化平台的情况,那么资源池管理就需要适配异构的环境,而这种环境可以通过统一的云管理平台实现统一管理。所以换句话说,底层虚
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024 talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30