首页
学习
活动
专区
圈层
工具
发布
    • 综合排序
    • 最热优先
    • 最新优先
    时间不限
  • Docker架构拆解:从命令到容器的完整旅程

    列出本地镜像(-q 参数仅显示镜像ID,便于脚本处理)docker imagesdocker images -q# 3. 推送镜像到远程仓库(需先登录或有权限)docker push 192.168.1.100:5000/lddops/nginx:v1.0# 3. 192.168.1.100:5000/my-nginx:prod-v1docker push 192.168.1.100:5000/my-nginx:prod-v1# push 命令会将镜像及其所有层推送到指定仓库# 3. 删除所有未被使用的镜像(未被任何容器引用的所有镜像)docker image prune -a -f# `-a` 或 `--all` 参数表示删除所有未使用的镜像,不仅仅是悬虚镜像# 3.

    23310编辑于 2026-01-20
  • 来自专栏CNCF

    Helm项目旅程报告

    今天,我们非常高兴地为Helm发布下一个项目旅程报告。 该项目目前拥有3万多个GitHub星星,每月在全球范围内的下载量超过200万次。 项目旅程报告试图客观地评估Helm项目的状态,以及CNCF如何培育Helm的进展和成长。 报告的一些重点包括: 在加入CNCF之前的3年里,Helm累计有3642名贡献者。在此后的两年里,Helm增加了11514名贡献者。

    61210发布于 2020-06-01
  • 来自专栏腾讯云智能顾问

    【云顾问-数字资产】架构旅程全新上线,治理趋势清晰可见

    架构旅程新版本,可视化展示架构全生命周期治理动态。一键追溯演进历程,轻松对比治理成果,助力客户业务决策,驱动企业持续发展。 功能介绍架构筛选与查找:由于架构旅程呈现当前帐号下全量架构图资源,通过【目录】可以筛选关注的架构图,也可通过【搜索】快速查找,通过【刷新】按钮可以重置搜索结果,高效管理架构资源。 FAQ为什么我的架构旅程中多项数据为0?由于架构旅程功能全新上线。对于上线之前的治理行为和数据,系统并未进行留存,因此在架构旅程中不会显示这些历史数据。 只有从架构旅程功能上线之日起的治理行为和相关数据才会被记录和展示。为什么我今天进行治理行为后架构旅程里仍为0?治理行为在架构旅程中是以天为单位进行保存和更新。 而在架构旅程中,系统只保存并展示用户主动点击巡检发起按钮的巡检次数,因此每日默认的自动巡检并不会被计入巡检插件使用次数中。为什么我的架构图很早就存在,但在时间段中只有最近的月份?

    28810编辑于 2024-08-26
  • 来自专栏深度学习之tensorflow实战篇

    Python--学习旅程5

    例子: In [9]: t = ('1a','2b','3c','4d','5e','6f','7g') ...: print t ...: ('1a', '2b', '3c', '4d', '5e' "%MemInfo['id3'] id3's name is cde 添加键值 In [14]: MemInfo['id5'] = 'LiuShunxiang' ...: print MemInfo . In [23]: print mystring[0:3] Liu 或者 In [24]: print mystring[:3] Liu 取出'xiang' In [25]: print mystring In [29]: print mystring[0:0] ...: print mystring[3:0] ...: 发现不返回任何结果,且没有报错。 其实切片有3个参数,即[start,end,step],默认情况下,step=1,所以print mystring[3:0]没有返回结果。

    96360发布于 2018-03-16
  • 来自专栏PHP饭米粒

    WonderJourney:用文本和图像创造虚拟3D世界的旅程

    引言 WonderJourney是斯坦福大学和谷歌联合开发的一个项目,它能够根据用户提供的文本或图片自动生成一系列连续的3D场景。 持续的3D场景生成: 基于起始点,生成一系列多样化的3D场景,形成长时间的虚拟旅程。 多样化的目的地: 从同一起点出发,生成不同终点的旅程,如山脉或海滩。 用户引导旅程: 用户通过文本描述如诗歌或故事摘要来指导旅程的生成。 工作原理 场景描述生成: 使用大型语言模型(LLM)自动生成场景的文本描述。 文本驱动的视觉生成: 根据LLM描述,使用文本驱动的视觉生成模块创建彩色点云的3D场景。 视觉验证: 利用视觉语言模型(VLM)确保生成场景的连贯性和视觉效果。 结语 WonderJourney为用户提供了一种全新的探索虚拟世界的方式,通过技术创新将文本和图像转化为引人入胜的3D旅程体验。

    1K10编辑于 2023-12-11
  • 来自专栏DDD

    架构架构3

    最近又看了几本关于架构的书籍,不禁回到原点:架构是什么?架构师职责是什么? 、架构决策以及设计原则 系统结构 实现该系统的一种或多种架构风格(比如微服务、分层和微内核) 仅仅描述结构并不能完整地诠释架构,还需要了解架构特征、架构决策和设计原则 架构特征 架构特征定义了系统的成功标准 架构特征满足三个标准: 1.明确非领域设计的某个注意事项2.影响设计的某些结构项3.是否对应用的成功至关重要 构架决策 架构决策定义了一组关于如何构建系统的规则,构成了系统约束,并指导团队哪些可以做, 它需要知识以及应用知识的能力 2.影响力用来衡量架构师在项目中应用技能后给项目或公司带来多大的效益 3.领导力确保了架构实践的状态能稳步向前推进,同时培养更多的架构师 能力模型 论能力模型,与开发人员之间对技术方向的侧重有所不同 避免瓶颈陷阱方法之一是将关键路径和框架代码委托给开发团队其他人员,然后着重于实现业务功能(一个服务),并且在1~3个迭代中完成。 如何保持编码能力和一定水平的技术深度呢?

    64330发布于 2021-11-12
  • 来自专栏CNCF

    CNCF发布containerd项目旅程报告

    今天我们非常兴奋地发布我们的containerd项目旅程报告。这是我们为毕业阶段项目发布的第四份这样的报告。 该项目于2017年3月被CNCF接纳。containerd的范围既包括作为Kubernetes的CRI实现提供核心容器运行时功能,也包括向Docker引擎提供容器运行时功能。 此外,containerd项目将现场参与于2020年3月30日至4月2日在阿姆斯特丹举行的欧洲KubeCon + CloudNativeCon。该项目将举办各种演讲和演示,包括集群稳定性、容器管理等。

    71310发布于 2020-02-20
  • 来自专栏全栈测试

    print,Python旅程开始的地方!

    另外,代码中第3行和第6行的空行,并没有什么特殊的意义,只是为了帮助你看得更清晰,之后代码的空行也是如此。 一起想一想,这段对话中的每一行代码分别可以用什么知识实现。 #1、2、3行代码用input()函数取得了3个数据,并放在3个变量中。#5、6、7行代码用加号把字符串和变量拼接了起来,一起打印了屏幕上。 简单复习下我们学过的内容。 ? ? ? print('\n'.join([''.join([('Love'[(x-y) % len('Love')] if ((x*0.05)**2+(y*0.1)**2-1)**3-(x*0.05)**2*( y*0.1)**3 <= 0 else ' ')#此处是根据心形曲线公式来的(x2+y2-1)3-x2y3=0 for x in range(-30, 30)])#定义高 for y in range (x*0.05)**2*(y*0.1)**3 <= 0 else ' ')#此处是根据心形曲线公式来的(x2+y2-1)3-x2y3=0 for x in range(-30, 30)])#定义高 for

    1.1K20发布于 2019-10-17
  • 来自专栏CNCF

    CNCF发布Envoy项目旅程报告

    今天,我们非常激动地为Envoy发布我们的项目旅程报告。这是我们针对CNCF毕业项目发布的第二份报告(第一份是Kubernetes)。 请阅读并享受该报告,与我们分享你的反馈—并继续关注其他项目的更多项目旅程报告。

    51810发布于 2019-12-04
  • 企业级内容营销平台架构设计:匹配客户旅程的知识库实践

    企业级内容营销平台架构设计:匹配客户旅程的知识库实践背景B2B内容营销的核心挑战不是内容生产效率,而是内容与客户采购旅程的匹配。 本文介绍一种基于客户旅程分阶段的企业级内容营销架构设计。 、多方案对比决策期"靠谱吗"推动成交决定案例支撑、效果数据成交后"怎么用"客户成功留存操作文档、FAQ支撑传统架构的问题:内容按主题组织,而不是按客户旅程阶段组织。 二、系统架构设计2.1分层知识库设计核心设计思路:将知识库按客户旅程阶段分层,每层内容服务不同阶段的客户需求。 方案价值维度传统方式方案实施后内容覆盖率认知期为主,其他阶段空白四阶段均衡覆盖阶段转化率客户流失率高阶段间有内容推动内容匹配度内容与客户需求错位自动匹配客户所处阶段数据可追踪不知道哪些内容有效每阶段内容效果可量化通过客户旅程分层的内容架构设计

    13310编辑于 2026-05-09
  • LLM架构管窥:3模式、3原理

    研究3天,6篇笔记 【点我头像 查看文章列表】因为咱是懂架构的,所以借助架构模式理解LLM架构并不困难。倒是向量语义叠加、多头注意力原理,颇是费脑细胞。

    25620编辑于 2025-12-31
  • 来自专栏C/C++葵花宝典

    C语言探索旅程之【柔性数组】

    arr->length; i++) { printf("%d ", arr->data[i]); } free(arr); return 0; } 3.

    29510编辑于 2024-06-14
  • 来自专栏Elastic Stack专栏

    AutoOps:简化自管Elasticsearch管理的旅程

    这基本就像在管理一个动物园,而动物们还会在凌晨3点呼叫你。我的环境也不例外:多个集群、大量的跨集群搜索(CCS),以及各个部门的数百名用户。我们使用Stack Monitoring进行日常操作。

    27610编辑于 2025-10-09
  • 来自专栏机器人课程与技术

    从开环到闭环的旅程-CoCube

    import Pose from math import pow,atan2,sqrt PI = 3.1415926535897 # PID parameters for rotation p_r = 3

    48410编辑于 2022-12-10
  • 来自专栏Tableau喜乐君

    Pulse > MCP > Langchain:迎接Tableau+AI 旅程

    3. 为什么它是“BI + AI”的关键? 在没有 MCP 之前,让 ChatGPT 查库需要复杂的定制开发。现在,Tableau MCP 就像是一个预设好的标准插座。 从 Pulse 的业务嵌入,到 MCP 的标准化接口,再到 LangChain 的深度编排,Tableau 正在通过这三层架构,系统性地推动 BI 向 Headless BI (HBI) 演进。

    37010编辑于 2025-11-24
  • 我与代码背后的奇妙旅程

    快了不少,这时又轮到我羡慕他了...编译器:全部翻译再执行拿C++来说(我大学时的噩梦),你写完代码后:先把整个程序编译成机器码然后才能运行这个生成的文件就像我之前做过的一个嵌入式项目,改一行代码,编译要等3分钟

    19410编辑于 2025-07-18
  • 来自专栏深度学习与python

    Salesforce 构建可扩展 API 的旅程

    作者 | Nitesh Kumar 译者 | 张卫滨 策划 | Tina   API 对于组织来讲正变得越来越重要,但是,构建安全、可扩展的 API 并非易事。本文从执行环境、API 技术、安全性等角度出发,介绍了如何构建高效、可扩展的 API。 本文最初发表于 Salesforce 站点,经作者 Nitesh Kumar 授权,由 InfoQ 中文站翻译分享。 API 是一个重要的工具,允许合作伙伴、开发人员和其他应用消费我们提供的微服务,与之进行通信,并基于此构建各种各样的功能。 高质量的 AP

    1.9K10编辑于 2023-03-29
  • 来自专栏大大刺猬

    redis(3)--架构 主从 & 哨兵

    主从: redis主从 中文文档:http://www.redis.cn/topics/replication.html 一主一从架构 M -> S 一主多从的架构可以是: 第一种 : M -> S1 sentinel_simulate_failure_flags:0 master0:name=mymaster,status=ok,address=192.168.1.31:6379,slaves=2,sentinels=3 127.0.0.1:26379> 当前的master是192.168.1.31 有2个从节点, 3个哨兵 我们人工kill掉主节点: ps -ef | grep redis | grep sentinel sentinel_simulate_failure_flags:0 master0:name=mymaster,status=ok,address=192.168.1.32:6379,slaves=2,sentinels=3 127.0.0.1:26379> 发现主节点变成了192.168.1.32 2.3 投票 具体的投票规则和故障转移过程我就不讲了, 去看官网就是了 3.

    74110发布于 2020-12-18
  • 来自专栏朱永胜的私房菜

    dubbo(2.7.3) 3.架构

    https://store.amazingmemo.com/chapterDetail/1685324709017001` Dubbo 架构 节点角色说明 节点 角色说明 Provider 暴露服务的服务提供方 这些角色共同协作,构建了一个灵活、可靠的分布式系统架构,使得各种服务可以相互协作,实现复杂的业务逻辑和需求。希望这些信息能够帮助你更好地理解它们在分布式系统中的作用。 Dubbo 架构具有以下几个特点,分别是连通性、健壮性、伸缩性、以及向未来架构的升级性。 Admin(统一管理控制台):可能是一个统一的管理控制台,用于管理和监控整个架构中的各个组件和节点。 这种架构可能支持动态部署和流动计算,同时具有服务注册与发现、统一管理和监控等功能。这些节点角色的相互配合可能会为未来的分布式服务架构提供更灵活和可扩展的解决方案。 本文由 mdnice 多平台发布

    32510编辑于 2023-12-12
  • 来自专栏TA码字

    Tomcat NIO(3)-架构

    我们可以把 tomcat NIO 涉及的主要 java 类大致分为两种类型,一种类型是框架类,主要实现 NIO 的架构

    75021发布于 2020-07-21
领券