我们干了一票大的
一、什么升级？CTOS带着一大波系统升级！
我们要升级了，升级什么东西搞这么大？CTOS！
与CTOS同时上线的，还有核心网络、数据仓库、数据交换平台、客户服务平台、统一监控系统。
那我们就撸起袖子加油干！
CTOS是什么？
看过《钢铁侠》没有，当我被告知《钢铁侠》里的JAVIS的全称是Just a very intelligence system，瞬间觉得老外有时候也是很LowB的啊。
CTOS就是码头行业的Javis。
虽然我们的CTOS也没有一个狂拽酷炫屌炸天的全称（Container Terminals Operation System），但我们还是做了一些屌炸天的事情。
每个集装箱码头都有一个Javis，现代化的集装箱码头没它可不行啊。我们需要用它来管理整个集装箱码头的业务流程。
CMICT的CTOS已经用了9年了，已经满足不了快速变化的要求了。每次新的需求过来，对于CTOS开发商来说都是一次劫难。整个软件过程管理都非常艰难。
CTOS2.8同志，你的任务还没完成，你还不能挂。
好了，CTOS4.0来了，我们要升级的就是它了。
二、项目过程
整个升级项目从2014年开始，经历了6个UAT版本，如果是一家创业公司，挨到了第6轮，应该已经是很有钱，and 很有前途了。但是，对于一个传统行业的核心业务系统来说，上6次还上不了线，真的会另人崩溃的。
我们和业务部门做了大量的测试。正常的功能测试就不说了，
还有比如边界测试，不是老司机，根本不行的。
测试过程中各种坑、各种凶险：
还好，终于，我们测试小组的精英都撑过来了，。
升级后，CTOS标称是可以支持1500万TEU的年吞吐量。
好吧，我司码头的设计标称是240万吞吐量，这不重要，重要的是CTOS这位同志又有了新的活力，有适应未来的强劲动力。
第一个U2L的集装箱码头
我们可能是全球百万级以上集装箱码头公司第一个把核心型业务系统——CTOS数据库从Unix迁移到Linux的公司，从小型机迁移到PC服务器。
弃用了小型机！！
这个意义我就不吹牛了，你去问度娘好了。
都知道IT烧钱，接下来我们可以把省下来的钱烧在其它地方了！比如AI，ML等等。
当然 ，我们把系统集成的钱也省了，IT系统集成自己动手干是CMICT IT一贯的风格。
上次有个供应商说，我们用了他们这么多设备，也不展示一下，好！这次展示一下，内部的也展示一下：
每次采购的设备验收我们都会“推倒”，从里到外来个检查！
经过多次测试评估，它们将应用到我们的核心业务平台。
三、数据交换平台
如果把CTOS比作一个在商业战场上奋斗的男人，每一个成功男人的背后都有一个强大的女人，这个女人会处理好后宫关系，在外替这个男人打点好场面。与这个男人相辅相成的女人就是数据交换平台（企业服务总线，ESB）。
我们基于微软的Biztalk构建公司内、外部的数据交换系统，基于统一管理的要求、基于业务运维的视角构建数据与服务的交换平台，实现数据及服务从端到端的全生命周期管理。
数据交换平台接管了除EDI报文外，CTOS与公司内外其它系统的全部数据交换服务。
不敢说这是微软Biztalk在国内最大规模的应用，但在码头行业肯定是No1。
微软虽然是原厂，但做项目的时候还是吭你没商量啊。跟原厂做项目，真是让我等乡下IT小民大长见识，瞬间项目管理技能和IT技能像吃了千年人参啊。
这位小哥经过我软蹂躏（虽然微软坑我们，但我们还是朋友么，大家都是朋友么！），发现了好几个Biztalk的Bug，还有2个还是Biztalk Core级别的问题，当时发现这问题的时候，微软说这个问题太核心，要修复至少2-3个月，那时我想死的心都有了。我软的faile over Cluster就是个大坑啊，还有MSTDC，你死不死啊！没办法啊，项目要上啊，我们已经上了贼船了。好在整个数据交换平台的顶层设计是我们自己做了，你既然站不起来，那我就把你类容器化、类微服务化，就此也确立了我司下一代数据交换平台的设计思想。
四、数据仓库
各个系统的数据孤岛在应用层面已经由上面的企业服务总线来连接到一起。
可以在应用层提供联合服务，提升客户服务能力。
但是如果没有数据仓库，在数据层面还是由独立的应用程序进行维护。
数据孤岛在数据层面的问题就需要一个企业级的数据仓库来解决。这是一个非传统意义上以分析型目标为导向的数据库，而是一个近实时同步的应用、分析型数据处理系统。
传统的分析型数据仓库基于市面上通用的同步工具实现，无法做到实时的数据同步，实现即席业务查询。我们通过对核心业务建模后根据业务中对象的生命周期进行划分，按数据不同的业务对象，定义不同的同步方案。在有限的条件下，以极低的成本解决了数据同步问题。
同步只是第一步。同步后的数据，通过模型层组装，形成业务关联关系，后端由我软的SQL Server 分析服务处理成不同主题的多维数据库。
同时，模型层的好处是，使得数据有了靠近、亲和用户的可能性。用户看到的不再是冷冰冰的面向代码构建的数据记录。用户只需要拿出PowerBI或者EXCEL，连接模型或者多维数据库，获取不同的分析主题，只需要理解业务就可以进行自助式的数据分析。
能构建这样的系统，想象当中的高手形象应该是这样的：
实际上造出我们EDB的这货是这样的：
五、客户服务平台
上面这位老湿，除了搞了数据仓库外，还有另外一项杰做——客户服务平台。
统一数据存储和统一的数据交换平台有了，用户端需要一个工具，一来是为了把数据真的还给用户，让用户摸到数据，二来可以让用户直接打造客户服务业务。
我们基于微软Sharpeoint Server打造了客户服务平台，后端可以连接EDB和ESB，用户可以在平台上通过业务生成器直接生效客户需要的查询报表、以及相关的业务功能。我们每个船公司和货代客户在客户服务平台都都有自己的个性化界面和定制功能。这些功能无需IT代码开发，可由业务部门用户直接创建。
IT：我是你的什么？
用户：你是我的优乐美！
IT：啊？伦家只是奶茶啊？
用户：不是啦，这样我就能把你捧在手里了。
客户服务平台是我们造的一个用户端的工具，让IT资产由用户自己去创造业务价值。
但我们老大说：Only this, is not enought! 我们要让用户感觉不到我们，但是又少不了我们，我们不可名状，但又无处不在。
六、统一监控平台
健康是1，其它都是0！对于系统来说，系统的健康度和稳定性同样也是最重要的。我们需要一位家庭医生，专业的，因为我们所有的平台、业务系统和技术栈都是基于微软的产品和解决方案，System Center是一个不错的选择，所以我们又找了微软项目组，又是微软，又是微软，
但是落花有意，流水无情啊。
我软给我们抛了个媚眼，把我们娶进门后就把我们凉在了一边。幸好经过前几次的历练，我们已经自学成材。
System Center经过前两年的储备，已经应用到再有的运维中，对于核心系统的平台性异常，我们已经可以做了到先于业务发现故障隐患。在此过程中我们也已经炼成神功，在与微软沟通过程中，几个号称在SCOM领域有所建树的牛人也纷纷被我们秒杀。
我们自己建的SCOM已经能监控基础架构、OS和应用容器的一些异常，但是微软目前也没有资源（直接说没有牛人嘛！），无法基于业务来做整体监控，虽然没有达到家庭医生的级别，但至少是个小护士了。
图片贴错了，那是按摩师，不对，是程序员鼓励师！（图片来源于互联网，CMICT IT还没有这样的待遇）
我们的“小护士”这样的：
基于微软的SCOM，我们对整个基础架构（网络交换机）、OS（Linux、Windows）、应用容器（IIS）、以及应用进行监控，并且可以跟踪到应用程序代码级别的性能问题。
基于新版本的SCOM，我们可以呈现更多东西：
一个优秀的监控平台，必定是系统和业务兼顾，其背后必需会是一个兼具业务和IT技能力齐飞的匠人，是一个“黑”客：
SCOM大师和她的“谢霆锋”，“谢霆锋”以双重身份为CTOS升级护航。
七、升级成功
随着董事长一声令下，系统开始切换升级，系统切换时间39分钟。
我们老大说，升级过程不要去找他，不要敲他的门，结果 我们真的没有去搭理他！然后他的就闲不住了，升级那天，他开启了一项新技能：摄影师！
升级的时候我们也很淡定啊，这种时间还能看小说，真的在看小说…….
那我只能点赞了
《升级》这部大片大碗云集，帅哥美女也不缺，全部都在导演的掌控之中。
CMICT《升级》的导演！
寄语
截止CTOS4X系统上线，我们完成了上轮IT规划中“一个标准、一条总线、一个平台、统一存储”的规划目标。
5年前，有一个男人经过深入分析思考、并且夜观天象后，在脑海中画了“几条线”，于是CMICT整体信息化就从一块平地，建起了万丈高楼。
在IT这么一个变化超级快的行业，能看得这么长远、这么坚定、以及这么坚决的执行力，不能不佩服啊。
他带着我们在IT行业打拼，他是微软的铁杆粉，他融中医精华于IT之中，
好像也没有想象中那么酷：
他替我们背黑锅、当防火墙，做最坚强的后盾：
他就是我们的老大——老张！
以前目标的完成即新的开始，下一轮IT规划也即将开始，而我们已经走在未来的路上。
回想当年协助他做规划的时候，《IT规划之打死我也不再修改版》、《IT规划之冰天雪地裸体360度加托马斯圈旋9527周跪地版本》、《IT规划之宇宙爆炸也不再改的终结版》还是挡不住修改的历程，那年IT规划之后，他头发白了一大片。
未来，老大已经有了新五年的目标，带我们重新踏上征程！
Powered by CMICT IT!
翻译成普通话：
未来，由CMICT IT强劲驱动！
