我们有一个在物理盒中运行的 Spring 启动应用程序。计划迁移到 EKS (AWS(。我们有榛子用于下面列出的多种目的。
是否可以在AWS中使用hazelcast本身来使用相同的功能？
还是我应该使用除使用榛子本身以外的任何其他技术？
榛子用于：
1.主选举(机器(
2.缓存(有时(主要是将一些文件保留到 websocket 消息(并在需要时传输这些文件(
主选举 ： 它用于从 4 个机箱中挑选任何一台计算机，以执行特定工作，直到下次重新启动/重新部署。
使用的榛子广播版本： com.hazelcast.hazelcast ： 3.4.2
参考 ： Hazelcast 使用什么算法来查找主节点
注意：之前我提到过作为领导者(实际上在Hazelcast的情况下它是主人(
A.您需要升级到更新的版本，最好是 3.12.5，因为更高版本在功能方面比其前身具有更多功能。
二.据我所知，您需要一个分布式锁，以便在获取时，没有其他应用程序或线程或成员可以执行锁边界内定义的操作。在这里查看： https://docs.hazelcast.org/docs/3.12.5/manual/html-single/index.html#lock
使用 Hazelcast 作为其功能的分布式系统与底层平台、EKS 或 AWS 直接或本地无关。集群形成后，您可能希望将 Hazelcast 视为具有参考手册中列出的所有分布式功能的服务。
对于缓存，绝对是的。很多人都是这样使用它的。Hazelcast与所有Kubernetes环境很好地集成在一起。
对于领导者选举，我不确定我是否了解您的用例以及您想在 EKS 中做什么。在 Kubernetes 中，你通常更关注容器/pod 级别，而不是机器本身。所以，为了保持豆荚之间的领导者选举，那么是的，你可以使用 Hazelcast，这不是问题。