我有一个用Java开发的单屏幕桌面应用程序。它是一个转换文件的工具，给定.abc格式的文件，该工具会将其转换为.xyz格式。基本上，该工具可以离线工作，并充当将文件从一种形式转换为另一种形式的翻译器。
因此，现在，为了改进基础设施，正在讨论将该工具转移到Kubernetes或为文件转换提供REST服务。我完全不知道容器和RESTAPI，因为我是一名前端开发人员。
关于该工具的更多信息，正如我之前所说，该工具是一个单页应用程序，非常轻，做的工作非常少，大约有200名用户使用。那么，这就是应用程序的形状和大小，哪种方法是最好的，为什么？基本上，我正在寻找一份简短的Kubernetes与REST服务的评估报告，以及有原因的架构推荐。
当前您的应用程序是一个独立的应用程序，这是一个相当古老的概念。我可以提到，当您的文件转换逻辑在Kubernetes世界中通过Rest-Api公开时，需要进行高级更改。
你可以一个接一个地浏览以下提到的领域，以更好地理解设计：
- java代码将是后端代码，其从UI操作中获取输入的公共方法将在其余API上公开。有多个rest API(jersey、rest easy等或spring/spring-bot框架也提供rest API支持(，您可以通过其中任何一个来了解它们
- 一旦您的后端在其余API上公开，那么它就需要容器化，这意味着您的后端将在容器下运行。可以浏览docker文档，并可以构建一个示例容器化应用程序。这个地区有大量的材料
- 一旦您的后端被容器化，那么它将被安装在Kubernetes集群中Kubernetes基本上是一个容器编排工具，它是一个非常广泛的东西。您可以通过其官方文档进行基本了解
- SPA将在像今天这样的客户端机器上运行，您也可以从桌面启动，但它将与Kubernetes集群通信，您的应用程序目前打包在一个容器中
参考文献：码头工人：https://docs.docker.com/
Kubernetes：https://kubernetes.io/