17.分布式同步调用问题
微办事架构下，相对于传统安排方法， 存在更多的分布式调用 ，那么“如安在不肯定的情况中交付肯定的办事”，这句话可以简单懂得为，我所依附的办事的靠得住性是无法包管的情况下，我若何包管本身可以或许正常的供给办事，不被我依附的其他办事拖垮?
我们推荐SEDA架构来解决这个问题。
SEDA : staged event-driven architecture本质上就是采取分布式事宜驱动的模式，用异步模仿来同步，无壅塞等待，再加上资本分派隔离结起来的一个解决筹划。
18.持续集成与持续交付设计
在运维方面，起首我们要解决的就是持续集成和持续交付，而微办事应用平台的职责范围今朝筹划是只做持续集成，可以或许便利的用持续集成情况把法度榜样编译成介质包和安排包。(今朝筹划持续安排由DevOps平台供给响应才能，微办事平台可与DevOps平台集成)
这里要厘清一个概念：介质，是源码编译后的产品，与情况无关，多情况下应当是可以共用的，如：jar、dockerfile;设备：则是情况相干的信息。 设备+介质=安排包 。
获取到安排包之后，微办事应用平台的职责就完成了，接下来就是运维人员各显神通来进行上线安排操作。
19.微办事平台与容器云、DevOps的关系
监控治理 ：则是致力于在运行时可以或许对受管的微办事进行同一的监控、设备等才能。
就微办事应用平台本身来说，并不依附DevOps和容器云，开辟好的安排包可以运行在物理机、虚拟机或者是容器中。
然而当微办事应用平台结合了DevOps和容器云之后，我们就会发明，持续集成和交付变成了一个异常简单便捷并且又靠得住的过程。
简单几步操作，整套开辟、测试、预发或者临盆情况就可以或许搭建完成。全部过程的复杂度都由平台给樊篱掉落了，经由过程三大年夜基本情况的┞符合，我们可以或许使分散的微办事组件更简单便利的进行同一治理和运维交付。
11.办事注册发明路由
六、总结瞻望
我们再往返想一下，三大年夜基本情况的关系。微办事应用平台负责应用开辟、运行以及治理;DevOps负责项目治理、筹划治理、CI、CD和团队沟通协作等;容器云平台则负责基本设置治理，樊篱情况的复杂度。
最后，我们一路看一下普元正在研发的新一代The Platform平台。
上图红框中的内容是与我们今天禀享的微办事应用平台相干的部分。全部The Platform平台是我们站在企颐魅整体架构筹划的角度，大年夜多个维度入手，目标是为企业搭建一个持续成长的IT生态情况，加快企业的数字化型。
关于作者
郝炎峰
现任普元 SOA&云计算产品部 产品架构师。重要负责普元流程产品的核心架构设计与产品版本成长筹划，先后介入了国度电网BPM、BAM平台、浦发银行新一代流程平台等大年夜型平台项目扶植与实施
【编辑推荐】
- 看来微办事就是一把双刃剑
- Apache宣布支撑Java EE微办事的Meecrowave办事器
- 实例解读：基于Java构建实际可用的微办事
- Spring Cloud微办事实践
- 微办事：数字化将来的基石
推荐阅读
近日，有名社交应用Instagram遭黑客进击，歌手兼演员赛琳娜·戈麦斯(傻脸娜)因账号被盗导致大年夜量与前男友贾斯汀·比伯的裸照流出，好在处理及时才稳住下场面。当然，因账号>>>详细阅读
本文标题：微服务的4个设计原则和19个解决方案
地址：http://www.17bianji.com/lsqh/37275.html
1/2 1
网友点评
精彩导读
科技快报
品牌展示