微服务的四大挑战

原文链接：https://devops.com/4-big-challenges-of-microservices/

微服务作为一种软件价值快速开发和交付的手段，有很明显的上升势头。容器技术已经从边缘技术飞速的变成主流，企业组织也都争先恐后的加入了微服务的行列。然而，在你冲出来拥抱微服务之前，有几件事情需要你记住。

首先让我们来谈谈什么是微服务，甚至在海量的相对较新的术语当中，它仍是一个相对较新的术语。

AI Hilwa，IDC的应用软件研发总监，这样描述微服务：

“微服务是一种架构方法，借鉴了软件工程和系统设计方面长期发展的经验，包括过去20年中SOA的成果。微服务架构是由一系列的工具启用的，但是主要是一种系统设计的架构方法，这也需要相当大的组织和文化的调整才能够执行成功。”

更简单的说，微服务是一种软件开发和部署的演进，它包括DevOps和容器技术，将应用分解成更小的单个组件。企业组织能够更快的进行开发和部署，因为有一种模块化方法，使得代码更有高效，使大部分常见的或者常规的元素实现自动化。

如今，每个看起来都在采用DevOps和容器。如果你不这样所，你可能会觉得你需要迅速赶上，或者会有被你的竞争对手超越并甩开的风险。在某些情况下，这可能是真的，但是你必须采用正确的方式和正确的方法来对待微服务。Jinesh Parekh，Idyllic Software的CEO分享了一些想法，关于企业组织在进入微服务领域时，需要考虑的四个挑战

1、指导不足

当涉及到实施新的技术和采用新的战略时，它可能会有点像“狂野西部”。很少有硬性的规定，很少有指导方针和文档，来帮助你，引导你去使用微服务来进行软件的创建和部署。值得庆幸的是，像DevOps.com和ContainerJournal这样的网站，提供了尽可能多的信息来给予企业组织一定的指导。

2、错误的使用

有各种各样的“移动部件”通过参与实现微服务获得了成功。你的企业需要采用DevOps文化，并且使用合适的基础架构来避免对它的误用。微服务架构通常构建在云或者虚拟化的基础之上，并且高度依赖自动化来确保成功和避免失败。

3、没有回头路

你应该认识到，一旦你开始了微服务之路，要想回到过去将会非常困难。为了采用微服务，而在文化、工具和流程方面发生的变化，很难被消除。好消息是，如果一个组织将他的开放框架迁移到DevOps和容器之上，没有多少理由能够让他们决定回到单体应用的老路之上。

4、交付价值

Parekh对交付价值的关注是偏向于idyllicSoftware的。他的公司的业务是为客户交付基于微服务的应用，并且Parekh建议，企业组织将开发外包给经验丰富的领导者来确保微服务能够满足期望。然而，你不需要外包给IdyllicSoftware，或者根本不需要外包。你只要确保你采用微服务的方式对你的企业组织有利，它增加了价值，并且与业务目标相结合，而不仅仅是为了跟随微服务的趋势才使用它。

微服务看起来在这里停留，并且看起来与DevOps和容器从生态位概念到主流业务采用是相同的路径。当你准备采用微服务时，确保你记住了这些事情。