微服务在2018年带来的惊喜和2019年猜测

　　本文整理了19家IT公司的22条观念，覆盖了2018-2019年度对微服务范畴的一些关心，实际上，在遍及看好微服务的大布景下，仍旧有一些警醒的声响指出了一些风险，因而对微服务的情绪天然分成了不成比例的3派，占干流的看多派，有10票；而并未就此宣布谈论（首要要点在于对容器技能的关心）的，咱们列为中性，有6票；看空的有3票半，Red Hat是坚决的看空派，以为在2019年将呈现微服务失利的铁证，而O’Reilly在看好微服务的一起，也表明了对失利事例的忧虑，据此，咱们做了一个图表。

　　作为一种一日千里的技能革新，微服务范畴在2018年取得了一些令人惊喜的发展，而且一些未来的趋势也初见端倪。咱们信任这些会是读者比较关心的内容，因而咱们总结了一些IT高管关于这个主题的主意，列在下面：

　　环绕Envoy, LinkerD以及Istio的热心比我预期的早了一两年。运用Kubernetes的团队真实感兴趣的是怎么更有用地办理微服务。

　　Kubernetes在微服务、容器化和云原生范畴以惊人的速度站稳了脚跟。前瞻的运营者正逐渐认识到根据Kubernetes的云原生环境所带来的差异化和灵敏性。

　　现在还没有清晰的微服务商场领导者呈现。说到API，人们会想到APIgee或许MuleSoft，但还没有供货商能够与微服务构成这种强相关。

　　在2019年，微服务体系结构将迎来演进中的最大应战：怎么规模化的运转有状况容器。现在大多数存储处理方案只适用于虚拟化渠道（如VMware等）。但不太合适容器技能。在2019年需求处理的问题是，找到一个存储处理方案来支撑这些彻底独立的虚拟化机制，以便它们能够高效、无缝地共存。

　　容器需求能够拜访耐久化存储及其内部的数据。容器有必要支撑横向扩展的存储机制，以供给可操作性和轻量级剖析的才能。

　　在2019年，微服务以及根据事情的体系结构将继续演进。特定的服务将越来越需求与比如MASA（Mesh App and Services Architectures ）这样的单体运用相兼容，运用数据服务来侦听事情并实时地作出反应。

　　咱们信任，由于在速度和可伸缩性方面所具有的优势，微服务将在2019年继续蓬勃发展。大型的要害使命代码库需求的是迭代而不是从头来过，运用微服务办法能够下降这一过程中的风险，微服务答应对某个特定的关心坚持重视，而不会对整个体系结构发生负面影响。服务网格（特别是Istio）作为办理微服务所带来的布置复杂性的有用手法，将取得极大的重视。Kubernetes将在企业里大行其道。支撑微服务各个方面的东西生态体系将呈现爆破式添加。可调查性依然很重要，由于架构师们需求不断适应对多个实体目标坚持重视。最终，从技能的视角来看，很或许在选用微服务方面会呈现一些明显的失利，这也是很天然的。面临潜在的失利，微服务选用者要么坚持坚决的情绪，要么承受倒退到单体运用的实际。

　　微服务在2018年能够说“炙手可热”，我以为其在2019年将继续是一个备受评论和重视的论题。微服务促成了旧的互联网范畴的一次严重范式革新。

　　2019年，IT主管们将如梦初醒的意识到这样一个实际：微服务体系结构现已不再是虚无飘渺的理念，而成为近在咫尺的实际。IDC猜测，到2022年，90%的企业新建运用程序将以微服务为根底，而在2019年，许多IT部门将费尽心机地想办法使他们的虚拟机根底设备支撑微服务架构。

　　办理容器化运用程序需求选用广泛的东西集，我以为，在2019年将或许会看到一些新的开源项目旨在对这些东西集构成整合。

　　尽管看起来“立刻就完成”，但经过Kubeadm进行出产级装置依然负重致远。假如供货商仅着眼于装置K8s，而不供给进一步的价值，将有或许遭受某些事务风险。

　　微服务走回头路。许多现已尝试过微服务的公司将向更传统的中间件办法挨近。咱们将看到杰出办理和办理的API渠道的复兴，由于许多公司会发现，微服务所带来的复杂性和开支关于企业的许多用例来说都是不合理的，企业的安排架构也无法支撑。

　　2019年将有越来越多地将企业留传的作业负载搬迁到容器架构。其优点在于，容器在规划上与曾经的留传环境相匹配，极大地减少了技能应战，并尽或许避免了运用程序的重写。许多人以为，2018年底IBM收买RedHat的买卖是IBM抢占容器商场的严重战略行动的一部分。

　　跟着Kubernetes被越来越多的企业所选用，人们将开端意识到只是选用Kubernetes是不行的，需求在企业的流程、东西和体系结构等方面发生改动。Kubernetes将有力的推动整个公司范围内的深入革新。2019年将被铭记为不安于现状的一年。咱们将开端迈向由Kubernetes所推动的一些准则（如微服务化、接连交给、不可变根底设备、云原生等等)。

　　微服务架构已成为业界的遍及实践。假如需求灵敏，快速、智能地交给，微服务就成为必经之路。但是，微服务所带来的多服务环境需求服务间通讯或API的支撑。而API所露出的进犯外表正被歹意行为者所乘，也带来了更多对API缝隙的乱用，安全职业将致力于界说API所需的安全措施。

　　在2019年，一些决定因素将使人们开端急于选用微服务体系结构。而转向微服务的风险之一是人们不彻底了解服务的颗粒度终究应该有多大。有一些团队声称创立了微服务架构，却不过是用10个更小的单体运用替换了本来的1个单体运用。服务的颗粒太大，将无法处理单体运用的问题。而服务太小，则意味着一切复杂性都会从团队层面上升到体系层面，这将使一般开发者束手无策。

　　微服务现已成为一个热门论题，尽管在理念上为运用程序开发者供给了一些收益，但在实操层面，分布式体系所带来的复杂性和潜在的功用问题却不容忽视 。最令人惊奇的是，一方面，微服务现已开端被选用为一种广泛运用的规范的体系结构风格；另一方面，集成运用程序（又称单体运用，在技能语境下常带有贬义）是如此之快的被弃如敝履。而业界本该对这一切坚持慎重。

　　在2019年，咱们将看到更多的康威规律的实践，企业将对技能团队的安排架构完成重构，以推动他们所寻求的体系规划理念。此外，伴跟着企业从单体运用向微服务架构搬迁的趋势的继续，下降复杂性本钱的需求将进一步添加，由此，我以为咱们将看到环绕微服务布置的东西链发生更多的玩家。

　　在2019年，咱们将看到一种面向“聚集DevOps”、云原生、网络操作体系(NOS)的改变，一切协议和办理功用都将被构建为根据不可变容器设备的微服务。然后，网络运营商能够原生的运用继续集成和继续布置(CI/CD)的才能。运用由容器化的微服务构建的NOS，运营商能够仅布置他们所需的功用，下降复杂性和安全进犯向量，在出产过程中晋级组件，而不用忧虑会损坏其他服务，而且能够运用Kubernetes等云原生东西来天但是然地办理这些网络服务。此外，咱们需求开端运用环绕微服务的巨大的开源社区，来创立立异的网络组件。

　　微型服务或许正进入幻灭期的低谷。我估计在下一年，咱们将开端看到在选用微服务时失利的团队和安排的铁证。咱们将认识到，尽管在某些特定情况下十分有用，但微服务并不是灵丹妙药，也从来就没有什么灵丹妙药。希望业界能够对微服务的最佳实践进行一些整合