有很多事情都是如此，说小了是份内的，说大了是份外的。      昨天快下班前接到一个电话，是某厂商的技术支持打过来的，我们有一台在保的服务器idrac服务有问题，经过技术建议，固件升级都不奏效，最后厂商决定派技术工程师去机房上门维修了。说来也是好事，不过我接到这个电话，有些唐突，因为这个工程师不知道服务器的机架位置，这个应该是工程师上门就应该安排好的，他也是几经周折，最后联系到了我，我自然需要配合了。我从公司的资产系统查到了这台服务器的位置信息，提供给他。过了会儿，又接到电话，他说没有我提供给他的楼号，事情到了这一步，我是无可奈何了，已经过了下班的点了。临时问了一个同事，我提供了一个值班的同事的电话给这个工程师，结果他打过去还是一头雾水，所以这事情暂且搁置，今天继续弄。        早上我开始确认这个服务器的位置，这个哥们估计也是吃了昨天的亏，所以也没主动催我们。我把确认的信息告诉他，他还是没找到，几经打听还是无果，我说你直接找系统的同学吧，我这边查到的信息不够准确，他说就是系统的同学把电话转到我这边的，不管怎么样，问题压根没有进展，最后我继续找系统的同学来问了，几经周折，总算是把位置信息确认好了。终于到了维修的阶段了。        他重置了idrac,我发现idrac页面终于能弹出来了，但是原来的密码却登录不进去了，尝试重置，发现ipmitool的工具还是没有响应，所以无法 重置，给他解释了半天，他的理解就是密码是不是我自己忘了，不行就重置一个吧，重置不了他也没办法。在这个问题上我们僵持了一会，我不由得说，沟通好困难，沟通的成本实在是太高了。静下心，耐下心，我们一起再解释一番，决定重启idrac，恢复出厂设置，在网络配置上，我们又有了分歧，他想我确认IP是否为DHCP，网关的设置等，对我来说只需要确认内网IP,ILO IP即可，当然也是学术不精。我只能告诉他按照默认的配置来，保证原来的IP设置不变即可。稍后发现重启之后，他做了设置，idrac服务终于正常了。重 启真是大多数位置问题的必备良药之一。
    这件事情虽然告一段落，但是让我本来就平静的心里也起了一些波澜。我不由得想起了份内份外的事情。        对于个人来说，份外的事情变成份内，是一种成长，能够让自己的眼界更加宽广，考虑问题的角度更加全面，很多问题都不是孤立的，需要用一个整体的眼光来看待分析和解决。当然从技术角度来说，很多问题都不是问题，但是到了实际解决的时候，就很容易遇到碰到一些症结，导致问题无法推动，很多问题解决到最后发现完全偏离了原来的方向。       行业内份外的事情变为份内，devops就算一个，原本风光无限的DBA也需要掌握一些其他的技能，系统运维，系统开发等等，敏捷运维在这个时候提出来不是凭空想出来的。很多重复性的工作需要得到简化，很多复杂的工作，替代不了的，可能要么直接被废弃，要不推翻重来。这个过程就有点类似于行业洗牌，能够坚持在最后的，始终是哪些拥抱变化的人。        当然份外的事情变为份内，一来需要主动争取，主动承担，二来你得有那个话语权。一些不明了的流程，可能哪方去做都说得通，主动承担了，就是成长，碰到坑了，可以作为学费。但是很多事情你得有那个话语权，这个也不是一厢情愿。不放权，不给你一定的话语权，你压根就没法推动这些事情。份外的事情要想变为份内，就好像你在争取什么既得的好处一般，其实恰恰相反。
    在这次服务器维修中，很多事情其实就是份外，但是经过一番折腾，我算是想明白了一些事情，很多可以和一些事物关联起来。        对于绝大多数的人来说，需要的是一个通用的东西，各种定制，太专业，可能在别人眼里就是不专业。就好比这位工程师在配置一个idrac服务的时候向我确认网关，网络设置的细节，这些对于我来说完全是蒙了。我们很多系统中都需要提供非常详尽的信息，如此一来，我想这一类工作真是岌岌可危了。因为这些信息如果不熟悉的人都能搞明白了，这件事情的含量和意义就会大打折扣。当然还是强调份内的事情需要义不容辞。
    零零碎碎说了不少，份内份外的事情，其实解决了大家相安无事，其乐融融，解决不好，也是能够把伤害和影响降到最低的一把标尺。那些事情我是本着人情来做的。哪些事情不能因公徇私。可能就是这么个理吧。
    对于生活的感悟真是有趣，同样的一件事情，可能随着阅历的增加，说出来会有一种内在的厚重感，我喜欢那些有经历的文字，那些文字代表了一个人的心路历程，算是点拨，算是借鉴，总之看到那些文字会有一种共鸣。