kubernetes - 基于已验证的用户事件的应用程序启动和关闭

Question

企业中有一些应用程序和服务不需要一直运行并且用户群有限(例如，少数人)。

这些应用程序可以基于计划甚至更好的用户 Activity 来关闭和启动。因此，我们正在谈论按需服务(例如用容器包装)以及节点启动和关闭。

现在，首先要提到的是，我提及经过身份验证的用户 Activity 的原因是因为在此基础上启动和关闭是有意义的(即，不是基于较低级别的网络流量)。可以想像其中涉及企业SSO(例如基于OAuth 2)。

所以，我的问题是，是否有人尝试使用Consul或Kubernetes实现我所描述的内容？

在Consul的情况下，键值存储区可以用于为“微型”(即小型用户群)类应用程序提供TTL，每次经过身份验证的用户请求访问给定的“微型”类应用程序时， TTL已更新。在TTL窗口中，我们要检查节点，容器和服务的运行状况-在窗口之外我们不检查(因为我们要保存在op ex上)。

这个问题与this autoscaling question相似，但是在某种意义上是不同的，该用例是关于从0个节点进行缩放，然后根据经过身份验证的用户群(最有可能使用SSO)将其缩小为0。

Answer 1

在Kubernetes的情况下，Horizontal Pod Autoscaling documentation列出了下描述的确切用例。下一步(即，该功能位于待办事项中，可以在v1.1。Kubernetes之后实现)。引用的功能描述(Unidling proposal)如下:

从0开始缩放 Pane 的数量。可以关闭所有 Pane ，然后在有需求时将它们打开。当没有 pods 的服务请求到达时，kube-proxy将为自动定标器生成一个事件以创建一个新 pods 。

因此，基本上，将来可能会使用Kubernetes来完成我所描述的操作，但目前尚不可能。这本身并不能满足仅基于经过身份验证的用户 Activity 从0开始缩放的要求。

值得一提的是，与群集无关的是on-demand container activation based on systemd。当然，如果没有控制过程，该解决方案将不会缩小到0，但是仍然值得注意。