"基于水平"和"基于边缘"的含义一般意味着什么？
我从kubernetes文档中读到"换句话说,系统的行为是基于级别的而不是基于边缘的":https: //github.com/GoogleCloudPlatform/kubernetes/blob/master/docs/api-conventions.md
与谷歌,我只找到:http: //www.keil.com/forum/9423/edge-based-vs-level-based-interrupt/
谢谢.
我有一个在虚拟机上运行的分布式应用程序，其中有一个以主动/被动模式运行的服务。主用虚拟机通过公网IP提供服务。如果主动虚拟机发生故障，公共 IP 将移至被动虚拟机，被动虚拟机将变为主动虚拟机并开始提供服务。
这种模式如何适合 kubernetes 管理的容器化应用程序？
如果我使用副本数=1的复制控制器，在节点/minion发生故障的情况下，复制控制器将在另一个minion中重新安排pod（=我当前应用程序中的VM），但这可能会导致与我当前的解决方案相比较长的停机时间其中仅移动 IP 资源。
如果我使用副本 = 2 的复制控制器，那么我需要对两个 Pod（一个具有公共 IP，另一个没有）进行不同的配置，这是反模式吗？此外，kubernetes 中没有设计方法来支持虚拟 IP（在 Pod 周围移动）？
或者我应该使用replicas = 2并自己实现一些东西来管理IP（或者也许使用pacemaker？这会引入另一个问题：我的应用程序，kubernetes和pacemaker/corosync中将有集群管理）
那么，这应该怎么做呢？