银行运维的理解二（如何快速掌握一个系统的困惑）

一、行里目前的系统对甲方依赖很强？我一直在思考能不能有一套专门的架构能涵盖所有的系统，也即所有的系统都是按照这个模式去走，这样子的话，方便我们去维护。

二、领导要求自主可控，那么我们就必须加大力度去把控程序，很多的源代码都得我们自己去码，这样子会带来很多的人力投资，不过对于我们能力的提升也是有帮助的。

三、怎么样做运维才能把银行运维做好？

        第一、一定要对业务知识很熟悉，所有的业务知识都融会贯通；

        第二、要对java很熟悉，会看日志，会看代码；

        第三、会操作系统的知识，对UNix、Linux、Shell脚本、bat脚本有深入了解；

        第四、会数据库方面的知识；

        第五、要有风险意识，不能错，因为我们的数据是敏感的；

四、一直希望有一个方法，能让我们快速的熟悉掌握自己的系统，但是不知道有什么方式？总是感觉我们在现有的框架下很多东西都被限定死了，不敢动，或是因为责任重大，很多的操作不敢做，亦或是行业本身所决定的，我们所用的技术，稳定是第一位的，永远是最重要的。

      第六、我们现在做的一切都是在规避错误，怎么规避，我觉的应该是对系统很熟的情况更好把控，因为熟悉了，很多东西我们自己就敢去调整了，不然出问题，一脸的茫然，怎么说都是失态的

      第七、前面说了自主可控，那么当这些系统都是我们自己码出来的时候，我们对系统的了解就是深刻的，那么出问题的概率就会降低，目前我们行所采用的方式是尽量规避所有的意外操作，我觉得还是应该加深对系统的了解，这样子我们一般常规的问题，我们就会很轻松的处理掉；

     第八、我一直在思考我们跟外包商的关系，该如何合作，深度或是不深度，过度的深度，跟自主可控是相背的，如果不依靠开发，目前我们的开发力量是不足的，过度依赖厂商我们对系统是会失控的，也就无法体现我们的价值，所以日子是轻松的，但是身价是上不去的。

     总结起来就是这样子，第一、如何快速的掌握一个系统，亦或是我们根本就不需要深刻的掌握一个系统  第二、有没有什么方式能够把系统的源代码从生产环境还原，第三、跟厂商如何合作，是应该自己自主研发，还是依靠厂商，未来银行科技部的发展方向在哪里。