Serverless 应用引擎常见问题之应用下的【应用事件】以及企业级特性下的【事件中心】没有日志如何解决

问题一：Serverless 应用引擎sae 2.0版本内置了nacos配置中心了吗？

Serverless 应用引擎sae 2.0版本内置了nacos配置中心了吗？

参考回答：

Serverless 应用引擎 SAE 2.0 版本内置了nacos配置中心。

SAE 2.0提供了与注册中心一样的“Serverless”版的Nacos作为配置中心，这对于使用Nacos 1.X和2.X客户端的微服务应用来说是非常适合的。通过这种方式，开发者可以在SAE上部署应用时，利用内置的Nacos来实现应用的配置管理。

此外，如果您在本地开发Spring Cloud应用时使用了Nacos进行配置管理，当应用部署到SAE后，您可以继续使用Nacos的应用配置管理ACM（Application Configuration Management）的开源版本来进行配置管理。

综上所述，SAE 2.0版本确实内置了nacos配置中心，这为开发者提供了便利的配置管理服务，有助于简化微服务的部署和运维过程。

关于本问题的更多回答可点击原文查看：https://developer.aliyun.com/ask/599148

问题二：Serverless 应用引擎为啥应用下的【应用事件】以及企业级特性下的【事件中心】，都没有日志呢？

Serverless 应用引擎为啥应用下的【应用事件】以及企业级特性下的【事件中心】，都没有日志呢？

参考回答：

Serverless应用引擎下的应用事件和企业级特性下的事件中心没有日志的原因可能有多种，以下是一些可能的解释：

1. 日志配置问题：确保在创建或升级应用时已经正确启用了文件日志收集功能。如果没有启用，SAE（Serverless App Engine）将不会自动收集业务文件日志。
2. 日志存储问题：如果启用了日志收集功能，需要检查日志是否被正确输入到SLS（日志服务）或Kafka中。如果没有，可能需要检查日志采集和存储的配置是否正确。
3. 实时日志检查：在SAE的控制台中，可以查看实时日志来诊断问题。如果有错误日志出现，需要根据错误提示进行修改，然后重新部署应用。
4. 事件中心配置：对于企业级特性下的事件中心，如果没有看到预期的日志，可能需要检查事件中心的配置是否正确，包括事件源、事件目标等设置。
5. 日志集中化挑战：在Serverless架构中，日志采集和存储是一个挑战。确保日志系统能够适应Serverless环境的动态性和弹性伸缩的特性。
6. 平台问题：如果以上配置都确认无误，那么可能是SAE平台本身的问题。这时可以尝试联系技术支持寻求帮助。
7. 权限问题：确保您有足够的权限去查看和管理日志。在某些情况下，权限不足可能会导致无法查看日志。
8. 资源限制：检查您的应用是否达到了资源使用的限制，这可能会影响日志的生成和存储。
9. 文档参考：查阅SAE的官方文档，了解有关日志管理的最佳实践和常见问题的解决方案。

关于本问题的更多回答可点击原文查看：https://developer.aliyun.com/ask/599147

问题三：Serverless 应用引擎其中一个POD怎么自动重启了？

Serverless 应用引擎其中一个POD怎么自动重启了？9dd934c4-39f6-4eaa-972d-d9be9e9183ad

参考回答：

oomkiller了，你看看基础监控那个实例的内存使用率。

关于本问题的更多回答可点击原文查看：https://developer.aliyun.com/ask/599146

问题四：Hologres目前Serverless 仅能用于 DML场景么？

Hologres目前Serverless 仅能用于 DML场景么？

参考回答：

是的。目前serverless仅支持DML，大查询等后续会考虑支持。

关于本问题的更多回答可点击原文查看：https://developer.aliyun.com/ask/599034

问题五：我是serverless 新手，我是通过 github 和 Dokcerfile 创建的应用。

我是serverless 新手，我是通过 github 和 Dokcerfile 创建的应用。

但是页面显示

{
    "ErrorCode": "ResourceExhausted",
    "ErrorMessage": "Application concurrent request count exceeded"
}

请问我应该如何设置呢？

参考回答：

在Serverless架构下，如果遇到“Application concurrent request count exceeded”（应用并发请求次数超过限制）错误，通常意味着您的应用程序当前并发处理的请求数量超过了所设定的并发限制。对于阿里云等服务商提供的Serverless服务而言，您需要检查和调整相应的并发限制设置。

以下是一般性的解决步骤：

1. 查看配额与限制：
   登录阿里云控制台，进入对应的Serverless服务管理页面（如函数计算FC、Serverless应用引擎SAE等），查找关于并发限制或配额的相关设置。
   
2. 增加并发限制：

• 对于阿里云函数计算FC，可以为函数配置更大的并发执行数量。
• 若使用的是Serverless应用引擎SAE，通常会有关于应用实例数、并发度等方面的限制，可以根据实际需求进行调整。

3. 优化资源利用率：
   在提高并发限制的同时，考虑优化应用代码以减少单个请求的处理时间，从而降低整体的并发请求压力。
   
4. 按需扩展：
   一些Serverless服务支持自动扩缩容功能，确保在高峰期能够自动增加资源来应对高并发请求，在低峰期则自动释放资源降低成本。
   
5. 付费升级计划：
   根据服务提供商的具体情况，可能需要购买更高规格的服务包或者额外付费增加并发配额
   

关于本问题的更多回答可点击原文查看：https://developer.aliyun.com/ask/598888