同一项目能否使用多个无服务云？如何实现跨云代码复用及合理选型数据库？

一、AWS Lambda与Azure Serverless代码复用方案 #

• 抽象云厂商绑定逻辑：将所有和云厂商特性强相关的逻辑（触发器适配、云资源访问、日志上报、配置拉取等）单独抽离为适配层，核心业务逻辑完全和云厂商无关。比如Lambda的handler(event, context)入口、Azure Functions的函数入口，都只做事件结构转换，处理完统一调用同一套核心业务代码，最终再将返回值转换为对应云厂商要求的响应格式即可，核心业务代码复用率可达80%以上。
• 使用跨云无服务开发框架：可选用Serverless Framework、OpenFaaS这类跨云无服务开发框架，框架本身已经封装了不同云厂商的部署适配、事件适配逻辑，仅需编写一套核心代码，配合不同环境的配置文件即可分别部署到AWS和Azure，无需单独开发两套入口逻辑。
• 对齐运行时标准：两边选择相同的编程语言和大版本运行时，比如统一使用Node.js 18、Python 3.10或者Java 17，避免运行时差异导致的代码不兼容问题。
• 优先选择通用依赖库：比如操作数据库使用通用Postgres驱动，不要使用云厂商封装的专属数据库SDK；如果需要用到对象存储，优先选择S3兼容的SDK，Azure Blob也支持S3兼容接口，避免绑定特定云厂商的专属SDK。

二、AWS RDS与Azure Postgres分云部署的合理性判断 #

该方案是合理的，尤其在没有跨云强一致读写需求的场景下优势非常明确：

• 两款托管数据库都原生兼容Postgres协议，数据库操作代码可以完全复用，仅需要在不同环境配置不同的数据库连接串即可，无需开发两套数据访问逻辑。
• 可以享受各自云厂商托管数据库的原生能力，比如AWS RDS的多可用区部署、备份恢复、性能监控和AWS生态的集成能力，Azure Postgres和Azure原生服务的集成能力，同时避免跨云数据库访问带来的网络延迟和公网带宽成本。
  如果你的业务存在跨云数据同步需求，只需要额外搭配CDC类工具做两个Postgres实例之间的增量同步即可保证数据最终一致，另外注意两边数据库大版本尽量保持一致，避免出现语法兼容问题。

三、参考多云无服务器方案核心内容（原文翻译） #

该方案为微软官方推出的跨云无服务部署参考架构，核心目标是帮助企业实现跨AWS和Azure的无服务应用部署，同时最大化代码复用率、降低运维复杂度。
核心架构逻辑如下：

1. 流量层：通过全局流量调度服务，根据用户地理位置、云厂商可用性把用户流量路由到最近的云厂商节点。
2. 计算层：两边均采用无服务计算资源，核心业务逻辑完全复用，仅做最小程度的云厂商适配改造。
3. 数据层：优先采用同类型的托管数据库，两边数据库之间按需做数据同步，避免跨云数据访问带来的延迟和成本问题。
4. 运维层：采用统一的可观测性方案，把两边的日志、指标、链路追踪数据统一上报到同一个观测平台，避免分别运维两套监控体系。
   该架构适用场景包括跨云容灾、降低单一云厂商锁定风险、满足不同地区的合规性要求、优化全球用户访问延迟等。

内容的提问来源于stack exchange，提问作者Piyush Dubey