工作中的服务意识

关于服务意识

什么是服务？我围绕这什么是服务，服务的价值，如何输出服务，以及最后服务的保障来谈谈对服务的认知

什么是服务，各行各业对具体的服务有着不同的定义，从我们从事的工作（系统研发），和我们服务对象出发，服务对于我们的具像化的描述，“操作平台”、”数据输出“、”api接口“、“有价值的文档”、、、这其中我们最经常输出的是前三个，也就是说我们的服务主要是体现在这三个具像化的描述词。具体到平台的每一个操作则及时我们输出服务的每一个
细则了。

服务的价值：

如何输出服务：其实也可以当作是在确定了我要提供这个服务之后，我如何通过工作（编码或者其他活动），讲服务具体成第一点中我们描述的服务实体对象的过程。我们团队目前使用的敏捷开发过程，在我的理解中就是输出服务的一种方式。这个过程中我们就需要面对如何理解需求，以及如何进行需求的设计，然后是code活动，以及最后的测试、验收、和发布过程。

服务的保障（监控）

在服务交付了之后，随着服务组织的扩大化，复杂化。之前提供的服务随时面临这环境变更所带来的影响例如数据库不断增加的数据导致了接口的请求变慢，不断膨胀的系统文件致使的磁盘空间不足导致平台操作异常，依赖的第三方接口故障导致数据异常等。。原本稳定可靠的服务日渐不可信任，被服务的对象开始不信任我们，而我们却也许知道问题出在哪里了，也许不知道。我们会被动地开始修复，重新提供服务。回到本周五的监控保障会议，其实监控保障仅仅是我们对服务保障的一个措施而已，不管是监控依赖的第三方接口，还是自己对外提供的api响应，或者是底层的操作系统异常，都是处于我们对服务保障的要求而需要的。如果未来能够有一种更好的方式能够对我们的服务进行保障，我们甚至是可以不用监控保障的。因为监控本身也是一种服务只不过服务的对象是我们自己罢了，就会面临对这种服务进行服务保障的一种无限循环的境地。

总结

在我看来服务的过程虽然可以这么简单的划分，但是每一个过程都是如同哲学问题一般难，作为程序员，最舒适的区域可能就是输出服务的过程了，也就导致了我们很多时候总是着眼于眼前的代码忽略了服务层面的问题，团队之前存在的很多问题可能都来源于此。那么又引出我的另一个问题了，社会分工日趋精细，如果在服务的各个阶段都有专门的人才去处理，是否我们输出的服务会更加优质，我们的效率会更高？我们有必要追求人人可以贯通呢