时至今日，微办事相干的话题不堪列举，上百次的会议，在线评论辩论以及相干文┞仿。你可以假设大年夜家已经熟悉到其长处以及与之俱来的风险。然而，有很多组织没有事先预备就迈入这个潮流了。天然，这也就导致了在架构实现过程中的掉败。

有一位 智者曾经说过，“对于贸易中所应用的任何技巧而言，有2条规矩，其一，将主动化应用于高效的运维上才能增长效力；其二，将主动化应用于低效的运维反而会降低效力。”我认为这种哲学对微办事而言亦行之有效。如不雅你的组织没有为此预备就贸然迁徙，很可能会招致掉败。以上就是本文的出发点，我将为大年夜家带来在实现微办事架构前须要预备的5个关键步调。

1. 大年夜画图入手

在开辟特定的微办事时，很多开辟者都邑犯同一个缺点：直接写代码。或许，这可能就是你可以或许犯的最严重的缺点了。诚然，对于一个办事而言，你可能会获获成功，然则跟着办事数量的上升，所有工作都邑变得一团乱。

和其它产品一样，它也须要被创造，须要以设计作为初始步调。将团队汇聚到桌子四周，自由地在纸上(或者白板)绘制办事。起首，找出你所构建的应用的main函数。然后，自顶向下地将它分化成最小单位。最后，找出不合单位的互联通性。这些功能将会成为你的微办事。

比如，在一款图书预览应用中，其重要的功能就是比较不合的图书。然而，也有很多其他功能须要开辟，例如创建用户经验，评分，评论，图书数据库等。辨扰绫强个功能，是将它们转为微办事的关键。

全部过程将会持续跨越一天时光，并且须要多次迭代直至完美。当然，你将须要大年夜很多不合部分的人员手中获得输入，以确保可以或许知晓其视角和不雅点，并确保你不会漏掉任何体系功能。

2. 微办事并不是组织构造

根据你地点公司的组织构造定义微办事，这似乎是很天然的。如不雅你正在构建单体(monolithic)应用，这或许真是一个恰当的解决筹划。然则，在实现微办事架构时，它可能就是一个缺点的决定了。

也许，这对于发卖部分或客户办事是可行的，然则很多组织只有一个部分处理所有的数据库。是以，为所稀有据库创建一个微办事将会导致单点故障。而 没有 单点故障，则是微办事的关键特点之一。

你欲望经由过程办事实现的一些功能可能会涉及几个组织部分，或者，你可能将会须要为一个部分构建很多微办事。总结一下，你须要将架构聚焦于你想要供给的办事，而非你们公司的组织构造。

3. 创建合适的组织构造

【编者的话】本文为大年夜家介绍了5个迁徙到微办事架构所需做的预备步调，包含若何划分微办事，微办事和组织构造间的误会，若何划分组织架构，以及在实现微办事架构中须要尽早推敲的一些问题，值得大年夜家参考。

切换到微办事架构的┞符体设法主意，就是使得创建的最终产品比拟于单体应用而言拥有更好的机能，更佳的稳定性(例如，更低的下线风险)，同时可以更快地交付市场。

改变到一个全然不合的组织架构，可以或许知足公司在管控晃荡上变更的须要。之前2个步调存眷于应用的设计，以便可以或许为最终用户供给精确的功能。如今，是时刻确保对于新的架构而言，你拥有恰当的运维支撑了。

你将不得不放弃原有的部分构造，并使团队存眷于某个微办事。这意味着这些团队将由拥有不合技能的成员构成，如体系分析师、UX/UI设计师、后端工程师、前端工程师等。如斯一来，团队就可以或许彻底负责它们的项目(微办事)——大年夜开辟安排到运维、监控和治理。反过来，因为团队认为本身拥有这个产品，是以将晋升其创建产品的积极性。

团队的范围视公司/项目标总体人数而定；当然，根据专家的建议，比较幻想的范围是每个团队8-10人。和单体架构不合，微办事架构使得你可以或许根据营业的增长来扩大团队范围。

当然，所有团队将会( 须要 )积极合营，以最终促成全部项目。这就是这种构造的重要好处，使我们可以或许尽可能快地向市场交付产品。

4. 机能和靠得住性同样重要

将改进机能作为设计的一部分是很重要的，这精确保潜在问题可以或许尽早被推敲。平日，(机能)问题都源自微办事设计重要推敲功能。然而，如不雅在更大年夜的办事下，办事崩溃或者变得很慢，那么它就没什么竽暌姑了。每个办事应当拥有2-3个替代机制，当基层资本掉败时，它便可以持续运作。当个一一个机制无法在可接收时光窗口内响应时，办事也须要做到快速切换。

在前期推敲让办事支撑更大年夜的负载更改，你的应用将可以或许应对实际挑衅，你将领先市场，当然这也是你在第一时光┞峰酌切换到微办事的重要原因！

5. 变革先行

忽视应用的变更是不切实际的。开辟者一向在增长和移除功能，变革代码，调换应用的核心元素等，这在微办事应用中更甚。更确切地说，微办事就是持续演进的。

当你天天须要处理多次代码进级时，最好接收一个不雅点：变革是持续的，而非对于稳定状况的一次有时鹁?断。一旦你认知到这一点，你将意识到一开端便整合变革的灵活性需求的重要性。确保应用一向正常工作的一种方法就是预备办事API，如许微办事间便可持续通信，即使它们已被改变。别的，你还须要惹人版本控制，以许可办事同时开放新故居口。

另一方面，数据存储的演进是一个更大年夜的挑衅。改进数据库模式(schema)，使其支撑新的功能，传统不雅点中，这是应用进级时最难处理的部分，微办事并不会使其变得加倍简单。然而，单就增长新的域且不破坏现有构造这一点而言， NoSQL数据库会加倍灵活。如不雅你欲望你的数据存储需求持续演进(谁不欲望呢？)，那么你应当将可演变的数据存储作为微办事设计的尽力偏向之一。

在迁徙到微办事架构时，做恰当的预备是全部项目成功的关键身分，这一点我们可以认同。只有经由细心的预备，立异设计思维，并且具备合适的运维和治理构造，你才能收成微办事带来的所有好处！

　　推荐阅读

　　如何利用数据赚钱？大数据价值变现的10种商业模式及利弊分析

昔时夜数据应用在不合的范畴和不合的场景下，所产生的意义及其所代表的意义也都不一样，你没有办法用一句话完全概况。大年夜数据是互联网时代弗成或缺的产品，不管你愿不肯意，大年夜数据>>>详细阅读

本文标题：成功备战微服务的5个准备步骤

地址：http://www.17bianji.com/lsqh/36084.html

 1/2    1