AS/400圈子旧事回忆 - 金融行业 - ITPUB论坛－专业的IT技术社区

wangjia

我在国内的时候，从1990年到2000年前后作了十年的AS/400方面技术工作，算是国内这个圈子的一个老家伙，这个系列是我对这个圈子一些内幕的回忆。如果有疏漏或者写得不合适的地方，引起当事人的不满，请不吝赐教，我将很愿意进行改正。
AS/400是IBM于1988年推出的一种商用小型机，它是在 IBM System/32，System/34，System/36，System/38这个系列的基础上发展而来的，本来应该叫做System/40，但是因为IBM已经把两位数的系列编号留给了PS/2系列工作站（例如PS/55），于是干脆加了个零，同时在前面加了个Application，组成Application System，表示它是应用系统，这就是Application System/400(AS/400)的名称来历。后来随着AS/400从CISC机器变成RISC机器，Application System也变成了Advanced System，不过缩写还是AS/400。再到后来，随着互联网的兴起和商业上的实用化，IBM AS/400这个名字又变成了IBM eServer iSeries。同时，AS/400本身也逐渐从商用小型机演变成商用小型机/服务器，再演变成支持互联网应用和各种软硬件平台的大杂烩。
像IBM的其他赚钱的电脑系统一样，AS/400也用的是自己的专有技术，硬件是这样，操作系统也一样，它的操作系统是Operating System/400(OS/400),和别的操作系统都不兼容。它上面的数据库只有一种，那就是DB2/400，名字符合IBM DB2系列，但是技术底层则完全不同。同样，它上面的应用程序也基本上不具备可移植性。也就是说，一旦客户选购了这种机型，它只能够用OS/400+DB2/400，没有别的选择，只能够以此为基础开发应用程序或者选用专为它开发的应用程序，这个客户就实际上被拴在了这个平台上而不可能离开，除非用户决心彻底重来。而这个彻底重来经常意味着连应用程序的开发语言都必须改变，因为AS/400上的主要商用应用程序的开发语言是RPG，一种只有IBM AS/400才有的编程语言。当然，用户可以用其他编程语言来开发程序，但是对于商业应用程序而言，RPG产生的代码是最高效的。
AS/400这个系列在我从业期间经历了两个主要系列，一个是基于48位CISC技术的Application System，包含了B系列，C系列，D系列，E系列和F系列，和Advanced System，包含了2xx，3xx，另一个就是基于64位RISC技术的Advanced System，包含了4xx和5xx这几个系列（它们使用的是IBM RISC芯片Power AS，那个Power PC的孪生兄弟），另外还有1xx这样专门和Windows NT机器竞争的低端系统（也使用64位RISC技术，但是是Power PC而不是Power AS）。操作系统则是基于CISC技术的1.0到3.2和基于RISC技术的3.6到5.1。
通讯方面，AS/400最初是SNA，后来才支持TCP/IP，而且这支持开始还是Over类型的，本机支持则还要晚，至于各种新的网络设备，例如快速以太网和ATM，IBM的动作一向要比对手慢。
我在国营单位期间，最先用的是AS/400 B50，它属于AS/400的第一个系列的中高档机型，也是当时能够卖给中国的最高档机型，再高的B60和B70要受巴统的限制。这台机器的配置是内存24M，硬盘3.6G，在今天看来当然小得可怜，但是在当时微机还只有不到1M内存和几十M硬盘的情况下，它的配置还是比较吓人的。这台机器的配置固然吓人，它的外观也很吓人，足足五个大立柜，占了主机房的半面墙。上面有很多的小灯，一闪一闪的，反映着系统的一些状态，晚上关上机房的照明灯，看着这机器的灯光倒是也挺有意思的。
有意思归有意思，这台机器的速度实在是慢，哪怕是和当时的286相比也一样，于是我们只好把应用程序中必须在AS/400端运行的才放在那边，剩下的全放到微机这边来，这就是我们最早的Client/Server实践。也就是说，我们用Client/Server模式不是因为赶新潮，而是因为被逼无奈。在政治上，我们必须用它，但是在现实中，它实在是太慢。
我们是1990年进的AS/400 B50，到了1991年下半年，我们的这台庞然大物给升级成了AS/400 D45，它属于AS/400的第三个系列的中档机型，内存给扩到了32M（和我家里现在电脑的显卡内存一样大），硬盘则扩到了4.3G，不过性能的改进不大。就是这台机器陪伴着我，让我搞出了第一个叫得响的技术型应用程序，并以此成名，然后再把第二个应用项目搞砸，直到我于1995年离开国营单位。
我在北京的外企里面度过了五年时光，第一年是在一家小公司，目的是把自己洗干净了，否则以我的名气和原来国营单位背景，没有哪个大公司敢要我的。等到把自己洗干净了，我发现自己因为没有北京户口，而进不了北京IBM的好部门，只能够去那种没人爱去又脏又累的部门。在这类倒霉部门，工程师的头衔是Customer Engineer（CE），后来嫌不好听，改成了System Service Representative(SSR)，听起来好听，工作内容其实蓝领的活，也就是拆箱子，攒机器，测试电气指标和接电，等到机器上电成功能够显示登陆界面了，就没他们的事情了。这类活北京人是不爱干的，因此外地人可以来。可惜本人没那么下贱，这类部门请我也不会去的，于是我就去了IBM在国内最大的一家Business Partnet（BP），这家公司叫做中联集团，英文名字是Vanda Group，我们则简称它为豌豆集团。
在这家公司，我度过了剩下的四年时间，主要是做技术支持、方案审定、技术研究和试验。最为拿得出手的是SNA和TCP/IP的混合拆包组包，也就是不同层的协议使用不同的网络体系的包结构，以便实现SNA和TCP/IP这两个异构网络体系的互通。脸皮最厚的则是一份技术报告，证明AS/400上的10M以太网卡，其综合性能超过了其他机器上的普通100M以太网卡。这当然是不可能的，但是当时的AS/400没有100M以太网卡，我们又面对其他公司100M以太网卡方案的竞争，只好厚着脸皮骗人。这种鬼话对手当然不会相信，但是只要能够哄得住客户，谁还管别的？后来在年度总结里，这段历史我就忽略不计了。
在这样的过程中，我先后用过基于48位CISC技术的Advanced System 200和310，以及基于64位RISC技术的Advanced System 400和500这几台机器，它们的配置是越来越大，性能也是越来越好。终于，我可以不用考虑什么Client/Server模式而敞开使用AS/400的资源了。后来想了想，其实只有500以后的AS/400才配得起应用服务器这样的名字，再早的型号，其性能根本不够用。
好了，技术侃完了，下面该侃那些乱七八糟的黑幕了。

严重支持！！！ 可惜现在中联在AS400上的投入就。。。
AS400上有RPG，COBOL，C，C++，JAVA等语言。RPG产生的代码不一定是最高效的，比如用C功能上完全也可以做到。不过在访问数据文件上，RPG开发效率是最高的，没有COBOL的累赘，也比C操作文件简捷，所以RPG真是开发应用的不二选择。
另外，计算机发展太快了，10几年前的AS400，性能可能还不如现在的pc机，所以这种远古巨兽，恐怕早晚会成为化石。
pacman2000 发表于 2014-12-11 09:47

严重支持！！！ 可惜现在中联在AS400上的投入就。。。
AS400上有RPG，COBOL，C，C++，JAVA等语言。RP ...
说得不错，现在估计在400平台还能坚持做核心的队伍，国内很少了，宇信算一家吧。