大家好，我一直以最受欢迎的话语了解核心知识点。我认为所有困难与基本知识的人行道都不分开。目前，一系列长期的教程从入境到高级，将有更多的空间?
大家伙可以绕过?
如果您一路走来，我很高兴您能耐心地看着这个框架，以及精通掌握的发展。既然开发很受欢迎，我们已经变得越来越高，薪水也令人兴奋。该系列将带您学习微服务开发。我会逐步带你。耐心地观看后，您将拥有它?
我之前已经学会过，我们只需要在部署时需要打开一个端口，我们所有的服务都在此程序中。每个人都认为，当我们的服务继续扩展时，如果数百个功能在一起，如果有一个问题功能？它会影响其他功能吗？它一定会影响它。如果我将其分为单独的服务并独立部署，会更好吗？即使挂起了某个服务，我也会照常使用其他功能，以免挂起整个站点。但是拆卸存在问题。这就是您想在本节中谈论的内容。让我们知道什么是
同样，为了更好地理解它，我们仍然从其来源开始，即本节不涉及代码实践。
在了解微服务之前，它与单个应用程序是密不可分的。在传统的背部服务中，我们通常以这种方式进行体系结构：
客户端通常是浏览器，我们将其称为b/s架构。随着丰富的应用程序，越来越多的用户访问。目前，单个服务无法满足我们的需求。
我们的服务将以某种方式部署。用户可以通过访问我们的服务来解决大型用户的问题。当然，我们的服务也可以部署到不同的机器
尽管服务在一定程度上的稳定性，但项目的维护不是很友好，因为代码在服务下运行，业务扩展速度非常快。我们的代码不得跟上业务速度。最后，将变得非常肿，也就是说，每个人都经常听到它，根本不会被夸大。对于测试同学，必须通过所涉及的过程来衡量某些核心功能修复。
说了很多话，您如何解决这个问题？这就是我们要谈论的架构
首先，它不是一个框架，也不是框架。这是一种架构方法，就像是一种编程方法一样。
我一直认为技术是相同的，并且必须能够在某种情况下解决问题。那么我们可以解决哪些疼痛点？
让我们看一下满足微服务所需的条件：
如果您不提供服务之间的外界世界的开放，而不是互相打电话，则该系统也不会完全调用，尽管您的系统也分为多个服务
这是计划向您展示图片，但恐怕每个人都无法理解，所以让我们解释一下文字
那么我们的微服务是什么样的？
首先，这是API网关。它的作用是提供对外部（客户）的访问权限。例如，为什么它是这样的层，因为它就像一个门。当请求到来时，服务部署，服务优先级，统一的数据处理等。您可以看到服务室可以互相调用
说到电话室，这也是一个大问题。为什么我们要说的是，当我们的服务被拆除为几个小型服务时，我该如何称呼我要调整的服务？您可以说您不能直接完成它，如果我的服务在不同的机器上，该怎么办？您还可以说它还没有结束。如果我在某个服务中有多个进程？还是一个集群？如何调整好人，它是积极的，以下是重要组成部分，服务的注册和配置i想向你介绍
价值是我们的服务信息。这次，我们的体系结构将成为这样：
当然，我们自己没有意识到这件事?因为这项技术已经是开源的，我们只是直接使用它，它是自动注册和发现的，因此每个人都非常方便地引入主流。后来，我们主要认为该主机
我们之前提到了通话室，但也错过了一个问题，什么是，也许您会说它与前端相同，以便可以调整前端和服务。当然，这也是可能的。但是有更好的方法吗？是的，就是，呼叫，全名，翻译是呼叫遥控器就像呼叫局部区域一样，有点周围。
让我们看一下本地调用的过程。我们调用本地方法，只需要执行代码。这很方便。那么，您想如何在本地打电话？因为我们不在服务中，所以我无法调整您的方式?
如何解决它？想象我们同意界面不好。只要我称此接口，我称您的实现方法。由于它是遥远的，因此您必须传输数据。您如何传播课程？还记得您以前学到了什么，是的，它在这里工作。也有一个过程，我会带您如何将其整合到您身上
说到这实际上不仅仅是Google的开源高性能RPC框架。它支持各种语言。它通过定义文件来限制。GO语言使用更多。
我在这里说了太多。我主要想告诉所有人都不会在特定领域停止事情。作为开发人员，我需要更多地了解其他知识。学习后，这种认知是错误的。您对技术的许多理解与您的认知直接相关。就像大学入学考试的写作一样，您知道您将捕食哪种类型的文章吗？只有当您累积更多时，您才能在遇到它时使用它。
再说一遍，回到学习技术，我经常在过去看到这样的问题。老实说，我想，我认为提出这种问题的人是典型的，给人们一种对他的感觉。我认为技术是一项服务业务，并且在特定情况下具有优势。
本节主要带您知道什么是什么和一些方案。下一期将正式研究。我将首先告诉您配置和注册中心。