问如何迭代地改变后端技术？

EN

我们已经成功地从Rails迁移到了用NodeJS编写的基于API & Lambda的微服务。如果您喜欢NodeJS服务器(没有微服务)或使用带有ECS的Docker集群，则可以使用相同的体系结构。

• 将CloudFront设置为代理，它将将所有HTTP流量都发送到应用程序域中(您可以将DNS映射到CloudFront CName)
• 在CloudFront中，您可以添加当前Grails应用程序作为默认的起源和行为，这使得您的应用程序可以像现在一样工作。
• 然后，您可以使用seperately和Lambda或NodeJS、Web或DockerContainer群集分别设置您的微服务体系结构。(请注意，如果使用像MySQL这样的关系数据库，还需要在Lambda、WebServer或容器中正确放置新的服务器代码，以便访问数据库)
• 之后，您可以编写新的特性逻辑，并一次从CloudFront重写一个指向新应用程序的http子路径。

下图显示了高层的体系结构。

​

注意:在图表中，它将DynamoDB用于新的微服务，在迁移阶段，您还可以使用适当的VPC、子网和服务器位置连接到当前数据库。

此外，您还可以从CloudFront CDN中获得缓存静态资产以提高应用程序性能的好处，还可以使用CloudFront颁发的免费SSL证书终止CloudFront中的SSL握手。

你的方法绝对是可能的。但我会再拿一张试试微型服务。然后，您将一个接一个地将代码的一部分移动到一些可爱的微服务，并最终拥有微服务架构。我喜欢这种方式，因为它允许快速切换.所有的一切。您可以使用Java、Node、Go -任何您想要的东西来构建您的微服务。如果您突然发现node.js不符合您的期望(例如，如果您有核心的数学模块)，只需将这个微服务抛出，并在任何其他语言和框架中快速地实现它。最重要的部分是定义通信体系结构。REST已经成为过去，您可能希望使用像RabbitMQ这样的消息代理。