作为 lambda 层的 AWS Event Bridge 架构类型
我们正在使用 AWS EventBridge 构建通知服务，并且将根据事件发送不同的通知。我们正在考虑一种在不同团队/lambda 函数之间共享事件模式的类型绑定的好方法。因此，我们正在考虑将这些类型作为 lambda 层包含在内，但问题是如何将其合并到本地开发工作流程中。有人做过这类事情或者有什么建议吗？提前致谢。
We are building a notification service using AWS EventBridge and different notifications will be sent depending on the event. We are thinking of a good way to share the type bindings for the event schemas among different teams/lambda functions. So we are considering to include the types as a lambda layer, but then the question is how to incorporate it into local development workflow. Is anyone doing this sort of things or any advice? Thanks in advance.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
Lambda 层只是应用程序中的一个模块/库，这样您就可以在本地环境中使用并像其他库一样在 Lambda 中实现，并以更简单的方式与帐户中的其他 Lambda 函数共享。
您实现该层的方式取决于您的技术，正如我们在此表中所示：
并在此页面中阅读更多内容创建和共享 Lambda 层
在您的情况下，使用服务像 S3 或 DynamoDB 将是管理这种类型绑定/模式的简单方法，但这取决于数据建模/需求。
A Lambda layer is simply a module/library in your application, in this way you be able to use in your local environment and implement in your Lambda like the other libraries and get an easier way to share with other Lambda functions in your account.
The way that you will implement this layer will depends of your technology, as we can see on this table:
And read more in this page Creating and sharing Lambda layers
In your case, using a service like S3 or DynamoDB will be an easy way to manage this type binding/schemas, but this depends of data modeling/needs.