Cloud Workflows 能否同时用于编排和转换？
Can Cloud Workflows be used for both orchestration AND transformation?
希望你们一切顺利。
我们正在评估一些解决方案（Apache Camel K 等）以允许团队：
- 低代码协议转换（Kafka、FTP、S3、MQ、SOAP、SFTP、gRPC、GraphQL 等）尤其是一个团队必须将他们的产品与数百个外部合作伙伴（每个都使用不同的集成技术），并且“手动”编写每个集成会浪费 time/motivation.
- 丰富集成的有效负载（通过调用内部和外部服务）
- 按 execution/transformation/step（无服务器）
付费
- 编排多个进程 domain/services（在我们的 GCP 帐户或合作伙伴外部数据中心）
- 强大的重试和监控能力
- 成为我们 CI/CD 管道的一部分（不限于图形界面）
粗体项似乎是 Cloud Workflows 的本机功能的一部分，但其他要求是否可以添加到 GCW（或通过 GCW 实现）以保持其“无服务器”？请。
如有任何帮助，我们将不胜感激。
谢谢
Cloud Workflow 可以执行基本转换（针对字符串或日期），但我不推荐这样做。最好有一个 Cloud Functions 或一个用代码执行转换的 Cloud 运行。您将能够在其上编写单元测试，并确保系统的质量和发展而不会出现倒退。
对于编排，这是 Cloud Workflows 的目的。现在，也有一些限制，或者一些不太容易用它实现的极端情况。这取决于您的过程的复杂性和您的期望（可观察性、可移植性、可重玩性……）
希望你们一切顺利。
我们正在评估一些解决方案（Apache Camel K 等）以允许团队：
- 低代码协议转换（Kafka、FTP、S3、MQ、SOAP、SFTP、gRPC、GraphQL 等）尤其是一个团队必须将他们的产品与数百个外部合作伙伴（每个都使用不同的集成技术），并且“手动”编写每个集成会浪费 time/motivation.
- 丰富集成的有效负载（通过调用内部和外部服务）
- 按 execution/transformation/step（无服务器） 付费
- 编排多个进程 domain/services（在我们的 GCP 帐户或合作伙伴外部数据中心）
- 强大的重试和监控能力
- 成为我们 CI/CD 管道的一部分（不限于图形界面）
粗体项似乎是 Cloud Workflows 的本机功能的一部分，但其他要求是否可以添加到 GCW（或通过 GCW 实现）以保持其“无服务器”？请。
如有任何帮助，我们将不胜感激。
谢谢
Cloud Workflow 可以执行基本转换（针对字符串或日期），但我不推荐这样做。最好有一个 Cloud Functions 或一个用代码执行转换的 Cloud 运行。您将能够在其上编写单元测试，并确保系统的质量和发展而不会出现倒退。
对于编排，这是 Cloud Workflows 的目的。现在，也有一些限制，或者一些不太容易用它实现的极端情况。这取决于您的过程的复杂性和您的期望（可观察性、可移植性、可重玩性……）