微服务架构的优缺点
1、微服务架构的优点在于每个服务可以有独立的团队开发，服务之间互不干涉，保障了系统的稳定性。
2、微服务只是业务逻辑的代码，不会和HTML，CSS 或其他界面组件混合。微服务架构的缺点：微服务架构可能带来过多的操作。需要DevOps技巧 (http：//en.wikipedia.org/wiki/DevOps)。可能双倍的努力。分布式系统可能复杂难以管理。
3、介绍微服务架构好处的文章比较多，最近交付的一个项目发现的缺点也比较明显，给方案设计，性能，测试，运维，问题排查，数据管理，配置管理，事务管理，研发管理都带来了不少挑战。
4、然而，在微服务架构带来可独立部署、高扩展与伸缩、自由选择开发语言、高效利用资源、故障隔离等优点，同时也因为服务多带来分布式事务、服务之间通信、监控、部署等新的问题。
5、微服务正确的工作工具：在传统的n层体系结构模式中，应用程序通常共享一个公共堆栈，而大型关系数据库支持整个应用程序。
6、观念的转变，基础设施，系统架构和运维平台等的大幅升级，犹如小米加步枪换成飞机大炮，相应的战略战术也需要与之相适配才行。微服务架构下用户面临的监控问题 在转型到微服务架构以后，用户在监控方面主要会面临以下问题。
负载均衡,分布式,集群的理解,多台服务器代码如何同步?
1、分布式是指将不同的业务分布在不同的地方，集群指的是将几台服务器集中在一起，实现同一业务。
2、负载均衡是一种方法，常用的是nginx反向代理，其实负载均衡是可以理解为搭建集群的一部分，属于集群服务器的前置系统。
3、多台服务器协同工作，每台服务器叫做集群的一个“节点”，每个节点都提供相同的服务。
4、而集群指的是将几台服务器集中在一起，实现同一业务。 分布式中的每一个节点，都可以做集群。 而集群并不一定就是分布式的。
5、配置virvir21的IIS服务 在各服务器中，run中输入inetmgr 在DefaultWebSite中创建default.htm文件，在其中输入：Helloworld！右击选择Browse浏览结果 两台服务器都是执行同样的操作。
6、负载均衡 负载均衡充当的角色就是“裁判”，它将大量并发流量分摊至多台节点服务器（集群）上进行处理，这样减少了用户等待响应时间。所以说负载均衡离不开服务集群。
Redis、Kafka或RabbitMQ:哪个作为微服务消息代理最合适?
我们介绍了RabbitMQ，Kafka和Redis的一些特征。这三种动物都是它们的类别，但是如上所述，它们的运行方式大不相同。这是我们建议正确的消息代理根据不同用例使用的建议。
Kafka和RabbitMq一样是通用意图消息代理，他们都是以分布式部署为目的。但是他们对消息语义模型的定义的假设是非常不同的。我对AMQP 更成熟这个论点是持怀疑态度的。让我们用事实说话来看看用什么解决方案来解决你的问题。
现在主流的消息队列可以分为两类，一类以kafka为代表，一类以RabbitMQ为代表，二者有很多相似的地方，也都有各自的优势。
kafka是个日志处理缓冲组件，在大数据信息处理中使用。和传统的消息队列相比较简化了队列结构和功能，以流形式处理存储（持久化）消息（主要是日志）。
RabbitMQ遵循AMQP协议，由内在高并发的erlanng语言开发，用在实时的对可靠性要求比较高的消息传递上，适合企业级的消息发送订阅，也是比较受到大家欢迎的。
安全性等 。- RabbitMQ：支持多种消息协议，如AMQP、STOMP等，具有良好的可扩展性和灵活性，支持多种语言和操作系统 。- RocketMQ：支持事务消息、顺序消息、延时消息等多种消息类型，具有良好的可扩展性和性能 。
redis微服务的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于redis做成服务、redis微服务的信息别忘了在本站进行查找喔。