- 综合排序
- 最热优先
- 最新优先
- 来自专栏数据派THU
提升数字管理能力 推动数字经济健康有序发展
来源：人民数据本文约3000字，建议阅读8分钟必须紧紧把握数字化、网络化和智能化发展机遇，努力提升我国数字管理能力，抢占全球数字经济未来发展的制高点。 ，是驱动我国数字经济健康有序发展的重要力量。 第二，数字经济健康有序发展迫切需要强化基于高水平数字管理能力的应用情景创新。习近平总书记强调，“充分发挥海量数据和丰富应用场景优势”。 ，打造更加公平的市场竞争秩序，促进数字经济健康有序发展。 第五，数字经济的健康有序发展迫切需要进一步强化数字管理从业者的数字技能水平。毋庸置疑，领先的数字管理人才团队是数字经济蓬勃发展的根本保障。
27930编辑于 2022-04-11 - 来自专栏桃子小白
【Docker】k8s健康检查
健康检查 使用存活探针 创建使用 execaction 模式的存活探针 pod 的 yaml 文件。
35820编辑于 2023-06-10 - 来自专栏devops探索
k8s基础-健康检查机制
Running IP: 192.168.166.155 Containers: nginx-health: Container ID: docker://36e07faa8b8d0eb7f3e5465186cc2f23cf8198776d45c546f9ead3264e901c02 Started 9m21s (x3 over 11m) kubelet, node1 Started container nginx-health Normal Pulling 8m52s (x4 over 11m) kubelet, node1 Pulling image "nginx:latest" Normal Killing 8m52s (x3 over k8s有相关类似的help # kubectl explain pods.spec.containers.livenessProbe KIND: Pod VERSION: v1 RESOURCE
99430发布于 2020-07-31 腾讯健康“数字运河”：重塑院外医药数字化生态的智能运营平台
同时，患者端难以在繁杂的信息中获取可信赖、专业化的个性化健康内容与长期慢病管理服务。 部署医药智能运营平台联通产业三方 为解决上述业务瓶颈，腾讯健康联合腾讯企点推出“数字运河”医药智能运营平台，通过数字化患者挖掘、数字化患者管理、数字化工具赋能、数字化闭环优化四大核心能力，智联药企、药房 同时，患者端获得了科学、有价值的疾病内容，享受到了专业、便捷的疾病慢病管理服务，整体提升了个人长期健康管理水平。 药企依托药企端数字运河平台，开展专业的患者教育内容与患者服务管理，实现从粗放式营销向精准患教的转型。 连锁药店则将平台作为店员管理的数字化抓手，店员通过系统下发的标签与策略，在企业微信端完成对患者的定期随访与用药管理，将传统的线下单次交易转化为基于微信生态的长期私域健康管理服务。
27810编辑于 2026-03-23- 来自专栏资讯分享
腾讯健康与葛兰素史克达成战略合作 以数字科普生态助力老龄健康
7月29日，“数字融合 赋能中老年健康新生态”共筑健康老龄化高峰论坛在银川举行。腾讯健康与葛兰素史克中国（以下简称GSK中国），就合力打造中老年健康服务模式达成深度合作。 双方将发挥各自优势，建立带状疱疹疾病教育阵地，以数字赋能推动中老年健康管理高质量发展。 根据合作协议，双方将围绕中老年人带状疱疹防治议题，合力为中老年人搭建完善的防治科普矩阵，同时依托微信生态体系的连接能力，实现从疾病资讯主动搜索应答、浏览社交分享到寻医问诊的服务链路，以体系化的数字科普生态 当前，在用户习惯、线上生态日益完善的助推下，传统患者旅程正在迎来重塑，数字化在科普资讯、诊疗咨询、健康管理等各场景渗透率日益加深。 为更好地满足用户在数字化旅程中不同的场景化需求，腾讯健康积累了医学科普-腾讯医典、用药工具-腾讯健康药箱、聚合式服务平台-腾讯健康小程序等不同产品能力，以数字科技推进健康服务模式不断升级，为用户提供便捷
42720编辑于 2023-07-31 - 来自专栏运维一切
k8s apiserver的代理健康检测问题
apiserver前面如果有lvs做高可用，lvs对apiserver做健康检测要注意不能使用tcp check,否则会触发报错 I0602 06:16:23.897813 1 log.go error from x.x.x.x:43545: read tcp .x.x.x.x:6443->x.x.x.x:43545: read: connection reset by peer 所以在lvs上的健康检测要使用
1.8K10发布于 2019-06-13 - 来自专栏运维小路
Kubernetes(k8s)-健康检查(HealthCheck)介绍
前面几个小节，我们介绍了pod的引用的资源，下面几个小节我们讲介绍pod的几个配置包括健康检查和reques&limit。 针对这个问题，k8s给我们一种健康检查机制，我们可以自定义一个检查，当这个检查通过以后，pod才对外提供服务，这个就是我们要讲解健康检查。 HealthCheck 在 Kubernetes 中，健康检查（Health Checks）主要通过两种机制来实现：Liveness Probes 和 Readiness Probes。 配置健康检查确保 Kubernetes 能够响应应用的故障，提供自动恢复的能力，并确保流量不会发送到尚未准备好处理请求的 Pod。 正确配置健康检查有助于确保 Kubernetes 集群能够自动处理容器失败，以及只将流量发送到已准备好的服务实例。
89310编辑于 2025-01-07 - 来自专栏运维小路
Kubernetes(k8s)-健康检查(HealthCheck)应用
虽然我们上一小节，介绍了健康检查的几种用法，今天我们将通过一个实际的案例来讲解。 3.容器启动以后，60秒以后才开始执行健康检查逻辑，因为有的程序启动需要比较长的时间，第一次执行60+10执行，未执行健康检查之前pod的状态都是0/1,执行成功以后都才会变成1/1。 4.每个健康检查的逻辑执行间隔是10秒，也就是每10秒会执行一次2个探针。 5.如果请求容器的ip，1秒没未返回结果，则认为是超时失败。 8.健康检查的执行者是每个节点的kubelet进程，当我们排查问题的时候，就需要去检查kubelet的的日志，当然这个需要先修改kubelet的日志级别并重启kubelet才可以看到。
45210编辑于 2025-01-07 - 来自专栏瓜农老梁
Nacos8# 集群中节点之间健康检查
引言 当新的节点加入集群或者集群中有节点下线了，集群之间可以通过健康检查发现。健康检查的频率是怎么样的？节点的状态又是如何变动的？状态的变动又会触发什么动作。带着这些问题本文捋一捋。 一、内容提要 内容提要 健康检查 Nacos节点会向集群其他节点发送健康检查心跳，每一轮频率为2秒 当健康检查异常时设置为不信任「SUSPICIOUS」状态，超过失败最大次数3次设置为下线「DOWN public void onError(Throwable throwable) { // 注解@8 注解@2 构造每个节点的上报url请求路径为「/cluster/report」 注解@3 发起Post健康检查请求，请求内容为自身信息Member 注解@4 处理健康检查返回结果，有以下三种类型 注解@ Objects.equals(old, member.getState())) { manager.notifyMemberChange(); // 发布成员变更事件 } } 注解@7&注解@8
2.7K70发布于 2021-07-14 - 来自专栏锅总
nacos与k8s service健康检查详解
Nacos健康检查是由什么参数控制的？ k8s service健康检查配置是由什么参数控制的？ 如果k8s deployment滚动更新，在endpoint中会立即把对应需要替换的某一个pod给删除吗？ k8s service健康检查配置是由什么参数控制的？ 在 Kubernetes (K8s) 中，Service 的健康检查主要通过 Liveness Probe、Readiness Probe 和 Startup Probe 来实现。 通过探针配置，K8s 提供了灵活的健康检查机制，可以结合实际场景优化探针参数和探测方式，实现稳定可靠的服务状态监控。
1.4K10编辑于 2024-11-22 - 来自专栏音乐与健康
数字健康（Digital Health）、数字医疗（Digital Medicine）和DTx产品分类是什么？有何不同？
数字健康（Digital Health）是什么？数字健康（Digital Health）是利用数字技术（如人工智能、大数据、可穿戴设备等）提升医疗服务效率和精准度，优化健康管理的交叉领域。 其核心涵盖远程医疗、电子健康记录、移动健康应用等实践方向，已成为现代医疗体系的重要支撑。 数字健康的核心技术主要包括以下四类：可穿戴设备：实时监测心率、血压、运动量等生理数据，如智能手环、心电图贴片。 译者注）取得商业成功后，DTx正在将其应用范围扩大到各种临床适应证，并通过与传统医疗健康及其数字化平台融合，来创建一个新的生态系统。 Sci. 1, 277–287 (2016).8.EUROPEAN MEDICINES AGENCY.
1.1K10编辑于 2025-08-01 - 来自专栏容器化
aspnetcore.webapi实战k8s健康探测机制 - kubernetes
1、浅析k8s两种健康检查机制 Liveness k8s通过liveness来探测微服务的存活性，判断什么时候该重启容器实现自愈。 1.1、k8s默认的健康检查机制 每个容器启动时都会执行一个进程，此进程由 Dockerfile 的 CMD 或 ENTRYPOINT 指定。 3、编写k8s资源配置文件(yml) k8s默认是根据命令进行探测的，由于我们需要与微服务结合，所以需要在yml文件中指定为http方式（备注：k8s提供了三种container probes方式：command 探测Readiness未成功返回时，整个容器处于不健康的状态，并不会被负载均衡请求。 此时通过dashboard查看集群概况： 继续等待一段时间： 现在，整个集群已经自愈完成了！！！ 源码参考：https://github.com/justmine66/k8s.ecoysystem.apps 下一篇，我们将实践微服务中的环境变量和配置信息，如何与k8s进行结合。
65710编辑于 2022-05-10 - 来自专栏别先生
Kubernetes（k8s）中Pod资源的健康检查
1、Pod的健康检查，也叫做探针，探针的种类有两种。 答：1）、livenessProbe，健康状态检查，周期性检查服务是否存活，检查结果失败，将重启容器。 0 1h 172.16.32.3 k8s-node3 18 [root@k8s-master health]# 可用通过详细查看Pod的启动状况。 0 1h 172.16.32.3 k8s-node3 67 [root@k8s-master health]# pod重启的次数，可以看到这个Pod的重启了多少次了 Running 0 1h 172.16.32.3 k8s-node3 17 [root@k8s-master health]# kubectl 10m 172.16.59.2 k8s-node2 29 [root@k8s-master health]# 可以看到readiness已经启动了两个Pod了，但是后端节点里面是空的。
1.3K20发布于 2020-06-23 - 来自专栏Kubernetes
【K8s】Kubernetes 稳定性之健康检查
如果您有其他想要了解的，欢迎私信联系我～ 基本介绍 在 Kubernetes 中，健康检查是集群通过探针（Probe）定期检查容器是否健康运行，并自动维持容器健康运行的一种机制。 健康检查可以保障容器内应用程序的稳定性和可用性，并控制应用程序何时可以提供对外访问。 探测方式 1、EXEC 命令探测（ExecAction） 尝试在容器内执行一个 EXEC 命令，返回码为 0 表明容器健康。 2、TCP 连接探测（TCPSocketAction） 尝试与容器的指定端口建立 TCP 连接，如果能够建立表明容器健康。 3、HTTP 请求探测（HTTPGetAction） 尝试对容器的指定接口发送 HTTP Get 请求，如果响应码大于等于 200 且小于 400 表明容器健康。
52610编辑于 2024-09-11 - 来自专栏专栏名称都被占用了
k8s健康检查失败问题，如何解决
配置有误，如写错的检查的端口等 系统层问题： 节点负载非常高：节点负载高导致的健康检查失败，通常出现在容器已经正常运行，然后突然挂掉，事件有健康检查失败的错误。 k8s的调度是预选+优选，一般会优选低负载的节点，所以初始调度，不太会直接落到极高负载的节点。 （但因k8s默认调度器规则是基于request权重，所以不绝对，具体可了解k8s的调度器策略，不在本文讨论范围） 其他bug，或系统组件问题 几乎所有案例都因为1&2两项导致，故本文针对于1&2两项 容器健康检查分两种，liveness（存活检查）和readiness（就绪检查），统称为健康检查。 官方概念，liveness（存活检查）和readiness（就绪检查）都代表什么？ 每次检查间隔1s，一次不通过即失败 容器实际80端口应用启动时间：15s 结果：事件会报5次“Readiness probe failed”，然后停止报错，容器正常Running，待报错停止后，k8s
15.8K31发布于 2021-07-19 一码解锁全民健康“数字福利”
正文 随着健康意识不断增强，参加医保已成为每个公民的基本保障选择。截至2025年，我国基本医保参保率稳定在95%以上，医保不再仅仅是看病报销的工具，更是全民健康管理的数字化新基建。 健康管理，预防为先 医保基金逐步扩大对慢性病管理、健康体检等预防性服务的覆盖，推动从“治疗为主”向“预防为主”的健康管理转变。 二、数字化升级：微信医保电子凭证带来全新体验 腾讯云支持的微信医保电子凭证（医保码）为传统医保服务注入数字化活力，解决了参保人日常使用中的多个痛点。 结语 参加医保是构建个人健康保障体系的基础，而腾讯云微信医保电子凭证的数字化升级，则让这一保障更加便捷、智能和安全。随着医保数字化进程的加速，参保人将享受到更多技术带来的红利。 立即激活您的医保电子凭证，体验数字化医保服务的便捷吧！
34510编辑于 2025-12-04- 来自专栏刘旷专栏
京东健康IPO：枪口对准阿里健康
配图来自Canva 近日关于京东的的新闻可不少，其中京东子公司京东健康上市的消息，更是获得了不少的瞩目。 在几次京东关于京东健康即将IPO消息“不予置评”之后，京东健康终于确认了赴港上市的消息。 相关媒体消息显示，刘强东在京东健康独立时表示：“京东健康在健康领域里做好了，能再造一个京东。” 不负京东重望，京东健康独立出去之后表现优秀。 可以看到，京东对于京东健康进入互联网医疗抱有着很大的期待，而背景雄厚的京东健康同样表现不俗，但是这并不意味着京东健康之后的路就是光明大道。在互联网医疗里，涌进了大批实力不菲的玩家。 百度在2015年成立了移动医疗事业部，又陆续推出了百度健康，打造了百度健康医典以及百度健康问医生。2019年百度和浪潮达成，关于人工智能+健康医疗应用和服务的战略合作协议。 可以看到，无论是阿里健康还是平安健康都依然处于亏损的状态，阿里健康发布的财报显示，2020财年阿里健康实现总营收为95.97亿元，母公司拥有人应占亏损为658.6万元，而这已经是阿里健康上市以来连续亏损的第六年
57740发布于 2020-09-25 - 来自专栏刘旷专栏
京东健康、平安健康To B各有倚仗
而值得注意的是，在互联网医疗行业发展初期，以阿里健康、京东健康、平安健康等为代表的各互联网医疗平台几乎都是以C端为主要发力点。 平安健康乘势而上在互联网医疗领域，宣布做企业健康的公司并不在少数，平安健康也在去年宣布了战略升级，要加码B端发力企业健康。 “药京采”和“京械通”是京东健康To B新生态中，拓展B端采购服务场景的最具代表性的产品，而通过这两大平台，医疗机构终端以及众多商业客户都能够以数字化的方式享受优质的一站式采购体验。 基于AI、5G、大数据、物联网等技术的信息化，京东健康打造了贯穿医疗全流程、线上线下一体化的“数智医疗”解决方案，而这一套科学管理体系，依托数字化赋能了医疗的全过程，为用户提供了更高质量的医药健康产品和科学专业的医疗健康服务 当前大多企业健康服务管理依旧过于简单，并未形成体系，并且存在效率低下、数字化程度不够的问题，还需要不断升级。更何况无论是C端用户习惯培养还是B端医院的游说，都需付出巨大的资金成本和人力成本。
59120编辑于 2022-09-14 - 来自专栏MixLab科技+设计实验室
数字跑鞋,将健康生活带入Web3的世界 #stepn
跑鞋 NFT 所有者可通过户外散步或跑步获得奖励，奖励可以在游戏中使用，也可以兑现获利，由此鼓励用户在日常生活中养成健康锻炼的习惯。 # Game-Fi GameFi 融合了游戏和金融这两个词。 Stepn 借助 Game-Fi，Stepn 旨在推动数百万人走向更健康的生活方式，应对气候变化并将公众连接到 Web 3.0。 Stepn 敏锐地抓住了 “健康生活” 的使用激励，并将激励形式精准锚定在 “运动里程” 与奖励的兑换机制。Stepn 由此保证了 购买-激励-流通 NFT市场的可持续发展。
67430编辑于 2022-05-25 - 来自专栏我是极客人
K8S使用就绪和存活探针配置健康检查
健康检查 健康检查（Health Check）可用于服务运行的状态监控，比如腾讯旗下的DNSPOD的D监控，要求配置一个访问路径以判断网站是否可以正常访问实际上就是一个健康检查，当发现健康检查失败时会发送一个邮件通知或者短信来告知网站管理员进行维修 探针类型 探针类型是指通过何种方式来进行健康检查，K8S有三种类型的探测：HTTP，Command和TCP。HTTP HTTP探测可能是最常见的探针类型。 初始探测延迟 我们可以配置K8S健康检查运行的频率，检查成功或失败的条件，以及响应的超时时间。可参考有关配置探针的文档。 举例 以下面的一个K8S的配置代码为例， K8S将在Pod开始启动后120s(initialDelaySeconds)后利用HTTP访问8080端口的 /actuator/health，如果超过10s或者返回码不在 200~300内，就绪检查就失败 类似的，在Pod运行过程中，K8S仍然会每隔5s(periodSeconds检测8080端口的 /actuator/health apiVersion: apps
2.7K72发布于 2019-01-22
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号