本文共 1329 字，大约阅读时间需要 4 分钟。
戳蓝字“CSDN云计算”关注我们哦！
过去几年来，“微服务架构”这个术语出现了，它描述了一种将软件应用程序设计为可独立部署的服务套件的特定方式。尽管这种架构风格没有确切的定义，但围绕业务能力，自动化部署，端点智能以及语言和数据的分散控制等方面存在着某些共同特征。
Q：在使用微服务架构时，您面临哪些挑战？
A：开发一些较小的微服务听起来很容易，但开发它们时经常遇到的挑战如下。
自动化组件：难以自动化，因为有许多较小的组件。因此，对于每个组件，我们必须遵循Build，Deploy和Monitor的各个阶段。
易感性：将大量组件维护在一起变得难以部署，维护，监控和识别问题。它需要在所有组件周围具有很好的感知能力。
配置管理：有时在各种环境中维护组件的配置变得困难。
调试：很难找到错误的每一项服务。维护集中式日志记录和仪表板以调试问题至关重要。
Q：SOA和微服务架构之间的主要区别是什么？
A：SOA和微服务之间的主要区别如下：
SOA：
遵循“ 尽可能多的共享 ”架构方法遵循
重要性在于业务功能、重用
他们有 共同的 治理 和标准
使用 企业服务总线（ESB） 进行通信简单的消息系统
多线程，有更多的开销来处理I / O。
最大化应用程序服务可重用性
传统的关系数据库更常用
系统的变化需要修改
DevOps / Continuous Delivery正在变得流行，但还不是主流
微服务：
“尽可能少分享 ”的架构方法
重要性在于“ 有界背景 ” 的概念
他们专注于人们的合作和其他选择的自由
它们支持多种消息协议他们使用轻量级协议，如HTTP / REST等。
单线程 ，通常使用Event Loop功能进行非锁定I / O处理
专注于解耦
现代关系数据库更常用
整体系统的变化是创造一种新的服务
专注于DevOps /持续交付
Q：PACT在微服务架构中的用途是什么？
A：PACT是一个开源工具，允许测试服务提供者和消费者之间的交互，与合同隔离，从而提高微服务集成的可靠性。微服务中的用法：
用于在微服务中实现消费者驱动的合同。
测试微服务的消费者和提供者之间的消费者驱动的合同。
Q：什么是端到端微服务测试？
A：端到端测试验证了工作流中的每个流程都正常运行。这可确保系统作为一个整体协同工作并满足所有要求。通俗地说，你可以说端到端测试是一种测试，在特定时期后测试所有东西。
Q：Container在微服务中的用途是什么？
A：容器是管理基于微服务的应用程序以便单独开发和部署它们的好方法。您可以将微服务封装在容器映像及其依赖项中，然后可以使用它来滚动按需实例的微服务，而无需任何额外的工作。
小伙伴们冲鸭，后台留言区等着你！
关于微服务，今天你学到了什么？还有哪些不懂的？除此还对哪些话题感兴趣？快来留言区打卡啦！留言方式：打开第XX天，答：……
同时欢迎大家搜集更多问题，投稿给我们！风里雨里留言区里等你~
福利
1、扫描添加小编微信，备注“姓名+公司职位”，加入【云计算学习交流群】，和志同道合的朋友们共同打卡学习！
2、公众号后台回复：白皮书，获取IDC最新数据白皮书整理资料！
推荐阅读：
转载地址：http://jfxrb.baihongyu.com/