微服务架构是如何运作的？
-
Kubernetes 设计之初就是按照 Cloud Native 的理念设计的，Cloud Native 中有个重要概念就是微服务的架构设计，当将单体应用拆分微服务后， 随着服务数量的增多，如何微服务进行管理以保证服务的 SLA 呢？为了从架构层面上解决这个问题，解放程序员的创造性，避免繁琐的服务发现、监控、分布式追踪等事务，Service mesh 应运而生。 微服务 下图是Bilgin Ibr
-
本文向大家介绍什么是微服务架构？相关面试题，主要包含被问及什么是微服务架构？时的应答技巧和注意事项，需要的朋友参考一下 在前面你理解什么是微服务，那么对于微服务架构基本上就已经理解了。 微服务架构 就是 对微服务进行管理整合应用的。微服务架构 依赖于 微服务，是在微服务基础之上的。 例如：上面已经列举了什么是微服务。在医院里，每一个科室都是一个独立的微服务，那么 这个医院 就是 一个大型的微服务架
-
我读了一些文章，看了一些视频，但在为这些微服务提供服务方面，没有找到具体的建议。我的理解是，他们应该使用自己的应用程序服务器。 我的问题是它们应该部署在不同的服务器上，还是没关系。 当它们在同一台服务器（计算机）上提供服务时，不会有端口冲突吗？
-
大家好， 我试图找出如何基于Wildfly中运行的模块（war）移动我当前的系统架构。现在所有的基础资源都放在JNDI树中，比如数据源、JMS等等。。。我的项目框架是Spring 4和family，它允许我查找这些资源和其他内容。 我的目标是使用Spring Boot和Spring Cloud Netflix创建一个微服务架构，其中每一个WAR都是一个通过总线服务集成的新的独立应用程序。 但我的疑
-
问题内容： Heroku在其十二要素应用清单中将日志描述为简单的事件流： 日志是从所有正在运行的进程和支持服务的输出流中收集的按时间排序的聚合事件流。原始格式的日志通常是一种文本格式，每行一个事件（尽管来自异常的回溯可能跨越多行）。日志没有固定的开头或结尾，但是只要应用程序正在运行，日志就会连续不断地流动。 此外，应用程序应只将日志写入，而将任务留在“环境”中。 十二要素应用程序永远不会将自己的输
-
如果我们使用spring boot构建所有微服务，那么可以使用Eureka服务器（@EnableEurekaServer）发现所有微服务（@EnableEurekaClient）。如果某些微服务是使用其他技术构建的，那么在云（PCF、AWS等）中如何实现发现、负载平衡、反向代理（网关）？ 我在网上读了很多关于微服务的博客，我没有得到适当的信息。