共计 3189 个字符，预计需要花费 8 分钟才能阅读完成。
简介：Spring Boot 是基于 Java Spring 框架的套件，它预装了 Spring 的一系列组件，让开发者只须要很少的配置就能够创立独立运行的应用程序。在云原生的环境中，有大量的平台能够运行 Spring Boot 利用，例如虚拟机、容器等。但其中最有吸引力的，是以 Serverless 的形式运行 Spring Boot 利用。
作者：西流
SpringBoot 是基于 Java Spring 框架的套件，它预装了 Spring 的一系列组件，让开发者只须要很少的配置就能够创立独立运行的应用程序。在云原生的世界，有大量的平台能够运行 SpringBoot 利用，例如虚拟机，容器等。但其中最有吸引力的，是以 Serverless 的形式运行 SpringBoot 利用。
我将通过一系列文章，从架构，部署，监控、性能、平安等 5 个方面来剖析 Serverless 平台运行 SpringBoot 利用的优劣。为了让剖析更有代表性，我抉择了 github 上 star 数超过 50k 的电商利用 mall 作为示例。通过“SpringBoot Serverless 实战 – 部署”这篇文章，置信大家曾经感触到 Serverless 利用上线的便捷。这是系列文章的第三篇，向大家展现如何监控和调试 Serverless 利用。
实时日志
对运行在远端云平台上的利用而言，日志是调试的次要伎俩。分布式应用下有多个实例，日志的收集和剖析是很有挑战的。尽管有很多成熟的开源产品，但要搭建和继续运维这些软件，老本不小。函数计算内置了对日志收集 / 剖析的残缺反对。用户只须要在应用逻辑中输入日志，这些日子被主动收集，并能够实时查看，通过多种形式聚合，查问。
在之前的文章中，咱们通过 Serverless Devs 工具曾经为利用主动创立创立了日志仓库，能够在函数计算控制台查看申请，利用级别的日志，也可应用 SQL 语言进行高级查问。除此之外，Serverless Devs 工具还提供了实时日志性能，对于利用调试十分有帮忙。
在我的项目根目录下，即 s.yaml 所在的目录，执行上面的命令，将输入 s.yaml 中定义的所有服务的日志。
sudo -E s logs
用户也可查看指定服务的日志。
sudo -E s mall-admin logs
通过 -t 参数，用户也能够进入察看模式实时查看日志。
sudo -E s mall-admin logs -t
此时 Serverless Devs 工具会实时监听 mall-admin 利用下所有实例的日志，将新产生的日志实时展现。尔后，当咱们通过浏览器或者 curl 等形式给 mall-admin 利用发送申请，就能看到对应的申请解决日志输入。
Serverless Devs 也反对依据关键词查问日志。比方咱们能够执行上面的命令，查看 mall-admin 利用 ERROR 级别的日志。
s mall-admin logs -t --keyword=ERROR
指标多维查问展现
除了 Serverless Devs 的命令行工具，用户也能够在函数计算管制台上从函数、实例、申请等多个维度查看日志。
以 mall-admin 为例，在函数计算控制台左侧导航栏，点击“服务及函数”，抉择 mall-admin 服务，再抉择该服务下的同名函数，进入 mall-admin 函数详情页。点击 监控指标 标签页。
如下图所示，申请列表展现了申请的执行状况，包含胜利 / 失败，是在什么函数版本上执行的，执行时长，内存用量，在哪个实例上执行等等。也能够不便的查问申请相干的日志。
下图展现了实例维度的信息。除了指标，用户也能够到滚动到页面下方，查看对应的实例列表，以及登录到实例上执行相干的操作。
留神：函数计算的按量实例齐全由系统管理，实例在闲置一段时间后就会被零碎回收。被回收的实例不再被应用，不能登录。在下图中以灰色显示。
通过函数计算平台提供的日志收集和查问能力，用户的开发流程被无缝衔接起来。批改代码，应用 Serverless Devs 工具部署利用，查看日志，整个流程丝般顺滑。
本地调试
在将利用部署到云平台之前，咱们通常心愿能在本地部署利用，进行调试。Serverless Devs 工具提供了本地运行利用的性能。
在我的项目根目录（s.yaml 所在目录），执行命令，即可启动对应的服务。auto 参数是指主动为实例生成和 Web 框架兼容的测试域名。例如执行下述命令：
sudo -E s mall-admin local start auto
工具会在本地启动函数实例，并提供一个可供调用的 url。这样咱们能够在本地调试 Web 利用，提高效率。
留神：每次启动本地实例，监听端口是随机生成的。
端云联调
很多时候，形成利用的微服务 / 函数须要和其余服务互相调用。除了在本地进行简略的单元测试，联调或者集成测试必须要把代码部署到云端。这样的形式使得开发调试的流程比拟长，云端的简单环境也增大了问题诊断的难度。比方：
- 要平迁原有的利用，函数实例须要拜访云端环境中的其余服务，遇到实例启动不起来时，该怎么排查起因？
- 利用采纳微服务架构，波及到多个服务。是否在本地代码开发实现后疾速进行端对端测试？
- 事件驱动的利用，通过事件源触发函数，环节多，链路长，能不能在本地疾速测试整个链路？
- ……
为了解决上述问题，Serverless Devs 提供了端云联调性能。开发者通过端云联调能在本地启动实例，和云端环境无缝连通，疾速进行测试和问题调试。端云联调能帮忙开发者：
- 变更代码，实时查看后果，调试迭代的闭环最短。
- 可能复用本地丰盛的开发调试工具，效率最高。
端云联调在本地开发机和云端利用的 VPC 环境间建设一条平安的隧道连贯。拜访云端利用的流量将主动转发到本地开发机上；同时本地实例对外拜访的网络流量也被主动转发到云端利用的 VPC 环境中。比方在本地实例拜访云端的 RDS 数据库实例，传统形式开发者只能放开 RDS 实例的公网拜访。而应用端云联调，不须要任何配置的扭转，能够间接以内网的形式拜访 RDS 实例。
以 mall 利用为例，整个利用由 mall-admin-web，mall-admin，mall-portal，mall-search 等多个服务形成。服务之间有上下游依赖，比方 mall-admin-web 会向上游的 mall-admin 服务发送申请。假如咱们曾经在测试环境部署了一整套 mall 利用的服务，当初想在开发机全链路调试 mall-admin 服务，须要把 mall-admin-web 等整套服务和数据库都部署到开发机，或者通过公网与云端 VPC 内的服务和数据库交互，这是十分繁琐甚至不事实的。端云联调能让咱们在本地开发机环境启动 mall-admin 服务的实例，平安的与云端 VPC 环境的其余服务和数据库无缝交互。用户不须要做任何设置。
首先在 s.yaml 所在的目录执行下述命令，针对 mall-admin 服务启动端云联调。
sudo -E s mall-admin proxied setup
而后在控制台拜访 mall-admin-web 利用，能够看到相干的申请曾经被转发到了本地的 mall-admin 函数实例上。而且本地实例能够无缝的拜访云端 VPC 内的数据库或者其余服务。
留神：当应用了端云联调后，所有的流量都会发送到本地的实例上。要让流量复原到函数计算上的实例，须要执行 s deploy 重新部署相干的函数。
总结
从下图的两个报告中，咱们能够看出，在 Serverless 畛域，调试和可观测始终是 Serverless 开发实践者最大的两个痛点。
函数计算这个 Serverless 产品始终践行开发者第一的理念，在调试和可观测方面摸索和落地走在所有云厂商的后面，在调试方面，Serverless Devs 工具反对本地调试、端云联调甚至是近程调试；而在可观测方面，推出了其余厂商不具备的秒级监控、实例指标以及实例登录等，极大进步了 Serverless 开发者的工作效率和幸福感，Server Less, Value More!
原文链接
本文为阿里云原创内容，未经容许不得转载。
