托管简单的 Slack 应用程序的替代方案(AWS 太贵了)?

Alternatives for hosting a simple Slack App (AWS is too expensive)?

我一直在为我的团队开发一个小型 Slack 应用程序。这是一个非常简单的应用程序,可以帮助组织项目。我用 Python 编写了它并使用 AWS Lambda(Slack API hosting recommendations 之一)来托管它。由于这个应用程序的使用会很偶然,我认为 AWS Free Tier 可以应付一段时间。但我惊讶地发现,虽然 Lambda 有免费套餐,但我需要配置一个 NAT 网关,每小时收费 0.045 美元才能从中获得有用的东西。

对此我感到非常失望。对于这样一个小而简单的应用程序(最多 5-10 人使用,而且只是有时),我无法证明这个 NAT 网关的成本是合理的。是否有我可以使用的解决方法(我听说过 NAT 实例)?

编辑:我创建了一个 NAT 实例并尝试将其与我的应用程序一起使用。事情是,现在 Slack 向我抛出 Timeout Reached 错误(因为 Slack 期望在抛出此错误之前的 3000 毫秒内得到响应)。那么,NAT 实例是否比 NAT 网关慢?

NAT 实例为位于私有子网中的 EC2 实例提供互联网连接。 NAT 实例提供网络地址转换。 NAT 实例与 API 网关和 Lambda 函数无关。

NAT Instances

API 网关没有每小时费用,除非您配置缓存,这对于您的用例可能不是必需的。需要更多细节才能确定。

API Caching

注意:如果您不需要 API 网关的所有功能,您可以直接从 Python 代码调用 Lambda 函数。

Boto3 Lambda.Client