PaaS

自微服务架构开始兴起已近三年多了，早期的Spring Cloud Netflix架构已经成熟，并已被Spring Cloud整合到解决通常云问题的新解决方案中，例如，Sleuth，Zipkin，Contract等就是这种情况。 但是现在架构趋向于朝着不同的方向发展。在这篇文章中，我们将分析迄今为止微服务架构的路径以及未来将伴随我们的工具和技术。 微服务的诞生 回到起源，我们必须回到2015年初，当时“微服务”的概念在西班牙开始变得强劲。微服务的第一个开发堆栈被发布，也就是取得了相对普及的Netflix堆栈，在第一2015年3月发布。 今天它仍然是云计算的所有解决方案包括Spring中最受关注和最受欢迎的： 另外两个解决方案（Consul和Zookeeper）使用了与Netflix堆栈的不同组件，Netflix组件包括Zuul ，Ribbon 和Hystrix 。 最初，该架构由以下部分组成： 配置服务器：外部化配置服务器，允许我们集中生态系统的所有配置。它不是Netflix的一部分（因为Netflix使用的是Archaius），但它是由Spring开发的。 Eureka ：服务器，用于注册微服务和有关它们的元数据。 Ribbon：用于在客户端中平衡请求的库。它与Eureka通信以获得每个微服务的可用实例的寄存器。 Hystrix ：使用断路器模式进行级联错误管理的库。 Zuul

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 概述 pinpoint简介 何为pinpoint： pinpoint是一个分析大型分布式系统的平台，提供解决方案来处理海量跟踪数据，主要面向基于tomcat的Java 应用。 **为何使用它：**和如今相比， 过去的因特网的用户数量相对较小，而因特网服务的架构也没那么复杂。web服务通常使用两层(web 服务器和数据库)或三层（web服务器，应用服务器和数据库）架构。然而在如今，随着互联网的成长，需要支持大量的并发连接，并且需要将功能和服务有机结合，导致更加复杂的软件栈组合。更确切地说，比三层层次更多的n层架构变得更加普遍。系统的复杂度因此提升。系统越复杂，越难解决问题，例如系统失败或者性能问题。在三层架构中找到解决方案还不是太难，仅仅需要分析3个组件比如web服务器，应用服务器和数据库，而服务器数量也不多。但是，如果问题发生在n层架构中，就需要调查大量的组件和服务器。另一个问题是仅仅分析单个组件很难看到大局;当发生一个低可见度的问题时，系统复杂度越高，就需要更长的时间来查找原因。最糟糕的是，某些情况下我们甚至可能无法查找出来。为了解决复杂架构下的拓扑解析与性能分析，pinpoint应运而生。 功能、优势与架构 功能 分布式事务跟踪，跟踪跨分布式应用的消息 自动检测应用拓扑，帮助你搞清楚应用的架构

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 企业上云已成为一种趋势和共识，据有关机构预测，到2020年，83%的IT资源都会迁移上云。而在云生态中，除了SaaS和IaaS之外的PaaS，也正以构建管理平台和服务中台的能力渐渐被认识和普及。 作为一种云的基本形态，PaaS是支撑应用和流程不断交织、演进的平台基础服务，其核心价值在于打通底层大规模共享资源与上层应用的连接，建立资源调度分配的标准和机制，使得IaaS层的资源对用户透明，降低业务和应用部署复杂度，简化业务管理流程和机制，是企业上云不可或缺的关键步骤。PaaS在一定程度上优化企业成本结构，经济效益也是众多市场参与者及用户的关注点。 在企业上云的过程中，新的多样化的需求和特征也随之表现出来，从以往单一的建设私有云到转变为公有云加私有云的混合云架构，并从多个云厂商采购异构资源的多云架构，企业的云架构正在逐步向混合多云，多元异构云等更为复杂的系统转变。 这种现象，一方面来自于技术本身的多元化发展，另一方面，主要是由于很多企业在上云的初期，并没有建立完善的云机制，而是根据业务形态和增长需求选择不同的云及其供应商。在过去几年业务创新和上云的过程中，也逐渐形成了混合多云的IT环境，数据系统变得越来越庞大和复杂。这在一定程度上影响了后续业务的统一设计和规划，同时也给运维带来了很大的挑战。 具体来说

CloudFoundry是一个标杆性的项目，架构设计上有很多值得借鉴之处。从CloudFoundry官网摘了一张图，我们以此剖析各个组件的作用。 Router Router是整个平台的流量入口，负责分发所有的请求到对应的组件，包括来自外部用户对app的请求和平台内部的管理请求。 Router是PaaS平台中至关重要的一个组件，它在内存中维护了一张路由表，记录了域名与实例的对应关系，所谓的实例自动迁移，靠得就是这张路由表，某实例宕掉了，就从路由表中剔除，新实例创建了，就加入路由表。 CloudFoundry1.0中的router是用nginx+lua嵌入脚本实现的，2.0用golang重写，更名为gorouter，性能有所提升，并声称试图解决websocket请求和tcp请求（虽然这在笔者看来是没用的），它的代码在 https://github.com/cloudfoundry/gorouter，大家可以研究一下。 Authentication 这块包含两个组件，一个是Login Server，负责登录，一个是OAuth2 Server(UAA)，UAA是个Java的项目，如果想找一个OAuth2开源方案，可以尝试一下UAA Cloud Controller Cloud Controller负责管理app的整个生命周期。用户通过命令行工具cf与CloudFoundry