在最近，我有机会与COBOL-IT，Compuware，传家室计算，TMAXSOFT和其他一些有针对性企业的其他人交谈的机会。
其中一些（例如Compuware）专注于将快速应用程序开发和部署（AKA Devops）添加到大型机上，使环境似乎与今天相关。
+关于网络世界:足球竞猜app软件为什么银行喜欢大型机+
然而，其他大多数人都集中在令人信服的企业中，最终会让他们放弃大型机，并将那些工作负载移动到运行Windows或Linux的行业标准的X86系统或者，或许到MIDRANGE UNIX系统。
无论所有行业的关注如何，大型机仍然是企业数据中心的常见居民。2020欧洲杯预赛关键问题是为什么？
快照分析：大型机工作负载很复杂
希望脱离大型机的企业面临的问题一直是由他们自己的工作负载构成的“要么全有要么全无”的挑战。这些工作负载是如此相互依赖和复杂，以至于所有东西都必须立即移动，否则企业就会受到影响。
痛苦通常在表现不佳，通过将功能带入零碎地造成的功能增加，或者必须增加新的开发或运营人员来支持目标环境。最后，硬件或软件上的节省将少于混合计算解决方案所需的成本。
有些人选择提升整个功能和替代基于云的解决方案，或者只需用更少的定制，现成的包装软件替换整个定制解决方案。在这些情况下，企业决策者似乎已接受较少的定制以换取某些福利：更好的性能，通过使用行业标准系统的集群或网格实现;在寻找开发和运营人员方面取得了缓解;或降低可在行业标准世界中找到的额外硬件，软件和软件组件的成本。
我注意到，在这个“大型机迁移”市场中，许多竞争对手的目标是在大型机上执行基于cobol的应用程序。一些人希望通过将Cobol转换为Java来说服客户转移到其他计算平台或云上，另一些人建议转移到更可移植的Cobol版本，很少有人建议使用不同的语言处理环境。如果我没记错的话，其他一些平台包括Ruby和Python。
虽然所有这些服务似乎至少提供一些帮助企业希望退休的大型机，但他们都没有真正解决整个环境。
迁移大型机工作负载的潜伏复杂性
大型机工作负载通常是复杂的编程语言，工作负载管理工具，事务处理监视器和大型机数据库引擎。整个工作量的迁移通常包括找到替换组合的方法全部以下工具一次：
- 作业控制语言(JCL)文件
- 交易处理环境监视器，Tyly CICS或IMS TP
- 数据库引擎，它可以是所有以下内容本身或与另一个的任何一个：adabas，CA Datacom，IDM，Oracle，焦点，Nomad，Total / Supra / Ultra，IBM IMS，型号204，SQL / DS或A.少量其他产品
- 用近20种受支持的大型机语言中的一种或多种编写的应用程序
很容易看出，从大型机中移动完整的工作负载环境，其他地方是一个非常困难的问题。这就是为什么大多数供应商樱桃 - 以列表中的“轻松”比特为他们的焦点选择。
供应商是否可以帮助进行大型机迁移?
许多供应商都对企业的注意力克切，但他们真的可以帮助吗？这是一个简单的问题，展现成一个艰难的答案。这一切都取决于您的大型计算机计算环境的复杂程度。
如果使用简单的作业控制环境管理的关系数据库的一些COBOL应用程序，则答案可能是肯定的，它们可以帮助迁移工作。如果您的环境更加复杂，最多可以帮助您将简单的位移动到其他地方留下其余部分。