灵活性是建立和修改关键任务、高可用性应用程序时需要考虑的最重要的因素之一。
如果应用程序能够从故障中快速恢复，那么它是灵活的。
云本机应用程序通常被修改为使用微服务体系结构，每个组件都位于容器中。 为了确保Kubernetes托管的应用程序具有高可用性，在设置和修改群集时必须遵循特定模式，包括“健康检查模式”。 应用高可用性策略(hop )使您能够及时响应应用程序接收到的所有请求。
thehighobservabilityprinciple (惠普)
高可视性原则是基于容器的应用程序设置修订原则之一。 微服务系统要求各服务不在意(不在意)被叫方如何处理请求。
HOP原则要求每项服务公开一些API端点。 其含义是明确服务的健康状况
适当修改的云本地程序将日志事件记录在STDERR和STDOUT中，并且通过诸如logstash和Fluent之类的日志捕获服务来集中监视(例如Prometheus )和日志聚合系统(例如EMC 下图说明了云本机应用程序如何遵守健康状况检测模式和高可观察性原则。
使用[准备探针]，判断容器是否准备就绪，是否能接受流量。
若是Pod内的所有容器ready，则将该Pod视为ready；若Pod没有ready，则从服务负荷平衡中删除该Pod。
应用程序可能暂时不可用(加载大量数据或依赖于外部服务)。 此时，重新启动此Pod也无用。 此外，您可能不想向此Pod发送请求
启动探测器
使用启动探测器确定容器应用程序是否已启动。 如果设置了此探测器，则生存准备探测器将在探测器成功之前禁用。
放置探针
initialDelaySeconds :容器启动、探测延迟动作，默认值为0s
周期二次探测器检测周期，默认值10s
timeoutSeconds :探测器动作的超时时间，默认值为1s
successThreshold :连续多次探测成功，该探测被视为成功，默认为一次
failureThreshold :连续多次探针失败，认为该探针最终失败，livenes探针最终失败意味着重启，readiness探针意味着该pod Unready，缺省值为3次。强烈建议根据应用程序结构合理设置探测器参数，以避免不确定的认证失败导致频繁重新启动或Unready。
中文
电话咨询
微信咨询
公众号
