最近，我有机会与Cobol-IT、Compuware、传家宝计算、TmaxSoft和其他一些针对仍在使用大型机的企业的代表交谈。
其中的一些，如Compuware，专注于向大型机添加快速应用程序开发和部署(又名DevOps)，这使得环境看起来与今天息息相关。
+也在网络世界上：有个足球雷竞技app为什么银行喜欢大型机+
然而，其他大多数则专注于说服企业，是时候放弃大型机，将这些工作负载转移到运行Windows或Linux的行业标准x86系统，或者，转移到中档Unix系统。
不管所有这些行业的关注，大型机仍然是企业数据中心的一个常见的居民。雷竞技电脑网站关键问题是为什么?
快照分析:大型机工作负载是复杂的
希望远离大型机的企业面临的问题一直是他们自己的工作量构成的“全部或全无”挑战。这些工作负载是如此相互依存和复杂，即一切都必须立即移动或企业遭受。
痛苦通常集中在性能不佳、零碎地引入功能导致的复杂性增加，或者必须添加新的开发或操作人员来支持目标环境。最后，在硬件或软件上的节省被证明比混合计算解决方案所需的增加的成本要少。
有些公司选择提升整体功能，以基于云的解决方案替代，或者只是用一个不那么定制的、现成的软件包代替整个定制解决方案。在这些情况下，企业决策者似乎已经接受了较少的定制以换取一些好处:通过使用集群或行业标准系统网格实现更好的性能;更容易找到开发和业务人员;或者降低工业标准世界中可以找到的额外硬件、软件和软件组件的成本。
我注意到这个“大型机迁移”市场上的许多竞争对手都在大型机上执行基于COBOL的应用程序。有些希望通过将COBOL转换为Java来说服客户移动到其他计算平台或云端，其他人建议移动到更便携的COBOL版本，并且很少提出不同的语言处理环境。如果我的记忆很好，那些其他的一些平台包括Ruby和Python。
虽然所有这些服务似乎都至少为希望退出大型机的企业提供了一些帮助，但它们没有一个真正解决整个环境的问题。
迁移大型机工作负载的潜在复杂性
大型机工作负载通常是编程语言、工作负载管理工具、事务处理监视器和大型机数据库引擎的复杂混合物。整个工作负载的迁移通常包括寻找一种方法来替换组合所有立即使用下列工具:
- 作业控制lanuage（JCL）文件
- 事务处理环境监视器，通常是CICS或IMS TP
- 数据库引擎可以是以下任何一种:Adabas、CA Datacom、IDMS、Oracle、FOCUS、NOMAD、TOTAL/SUPRA/ULTRA、IBM IMS、Model 204、SQL/DS或其他一些产品
- 用几乎20个支持的大型机语言中的一个或多个编写的应用程序
很容易看出，将完整的工作负载环境从大型机迁移到其他地方是一个非常困难的问题。这就是为什么大多数供应商从清单中挑选“简单”的部分作为他们的重点。
其中一个供应商可以帮助大型机迁移吗？
许多供应商都对企业的注意力克切，但他们真的可以帮助吗？这是一个简单的问题，展现成一个艰难的答案。这一切都取决于您的大型计算机计算环境的复杂程度。
如果它主要是由一些Cobol应用程序构造的，使用一个由简单作业控制环境管理的关系数据库，那么答案可能是肯定的，它们可以在迁移工作中提供帮助。如果您的环境更复杂，它们最多可以帮助您将简单的部分转移到其他地方，而将其他部分留在后面。