你这里的系统升级是指操作系统升级还是业务系统的升级？两者升级的做法是不一样的

 1.可以采用演进的方法改造老旧应用，先拆分相对独立的部分，变化很频繁的部分。  2.可以采用绞杀的方式来改造老旧应用，采用新技术开发接口，与老旧应用共存，逐步替换 挑战的话：数据一致性的问题，服务运维的问题，与原有基础设施融合改造的问题，共存期变更的问题，分布式日志，配置管...

1、首先要分类，涉及改造有几个地方，风险由低到高，工作量也是由低到高：（1）单点登录集成；（2）嵌入患者360视图；（3）增加数据录入界面；（4）调用标准化服务2、接下来就是对（1）（2）类别的低风险低工作量的可以集中开会并拉群沟通，给一个改造时间的期限即可。3、对（3）要评估涉及面，如果涉及面小，就是单个科...

应用级自动化运维的建设，如果以前是图形化鼠标式的人机交互操作需要改为后台命令脚本化且脚本内无输入交互的操作外，不用对应用系统作其他改变，其实，这也是所有自动化运维建设的要求。这点在自动化发版功能上表现最为明显也最复杂，为此我们制定了一整套的发版规范和相应的辅助...

之前给一个银行做过项目，系统全部是Red Hat Enterprise Linux 6.6，当然对应的是Kernel是2.6行方要求系统不会也不能升级或重装到7，这就尴尬了，Docker要求kernel版本至少是3.18+试试吧，把kernel升级到4后二进制方式安装了Docker CE 17.03.2跑起来了，然后遇到各种之前没遇到的问...

目前我们也没有看到成功的案例，好像宝钢又对二级整合整体方案。我的观点是。钢铁行业的改造。网络只是基础。上层虚拟化，是平台，一切都要最后有上层的应用来决定。或者通过二次开发来形成一个平台读取各个二级，三级独立系统中的数据，形成一个工业控制的平台，。或者是直接采用成...

对于这种全面改造的系统。我觉得相对好一些。你可以逐步测试验证，所有的新系统功能测试完毕。业务测试正常后，在考虑新旧的切换，旧系统切换后并行一段时间，等新系统完全稳定了。在撤下老系统。 当然。如果你要打算把新系统还要运行在旧系统的硬件环境上。，或者不得不牵扯一...

我们其实改造的方案就算是低投入了。我们原来的环境。是每个业务占一台服务器，起初的时候服务器配置都小。不算浪费。过了几年。硬件快速发展。现在的一台机器顶过去的好几台，逼着你去把业务进行整合。但所有业务放在一个系统下又容易相互影响，也不利于维护，所以就开始考虑虚...

题目范围是比较大，不同的系统可以选择不同的虚拟化平台目前来说windows和linux可以选择VMvare，但是目前来说安装vmvare的机器硬件环境都是比较新的，而且旧的系统有些是可以迁移到VMvare虚拟机上，有些可能不行，关键还是os系统和应用能否顺利迁移power 环境也是类似，太老的系统通...

完成信息平台统一建设还是很有必要的，统一建设后可以保持客户信息的跨系统一致性，并且未来的容灾方案将更容易实现。另一方面，也有利于以后对接当地区域医疗平台。不知道大家有没关注，最近（2月28日）亚马逊AWS公有云出现连续4小时故障，给客户带来很大麻烦。其实，医院也可以自建企...