- 综合排序
- 最热优先
- 最新优先
- 来自专栏大数据和云计算技术
超融合方案分析系列（8）SmartX超融合方案分析
网上的材料很多，我就描述一些我知道的情况，当然也是从公开的信息中收集到的： 最新的一个消息是8月1日消息 超融合厂商SmartX宣布完成近亿元B轮融资，此轮融资由经纬创投领投。反正三个字，有钱了。 业界有两种主流的集群管理方式，一种是集中式，一种是DHT方式，集中式元数据并不适合大集群方案，也没有看到ZBS有故障域的处理方式。 集中式的元数据管理在IO初次写以及数据重构时（节点变化或者磁盘故障）对性能和可靠性影响严重。基本可以猜测沃云的超大方案应该是分成多个集群部署的。 现在我们再谈谈Cache的管理： ? ZBS的Cache机制如下： CacheManager 通过 2 级 LRU 链表来管理数据冷热程度。 业务网络和管理网络可以随意选择。 最后谈谈SmartX部署方案，SmartX的部署方案和Nutanix完全类似： ?
4.8K60发布于 2018-03-08 - 来自专栏技术杂记
RabbitMQ管理8
/usr/bin/env ruby ## encoding: utf-8 require "bunny" conn = Bunny.new conn.start conn = Bunny.new(:hostname /usr/bin/env ruby ## encoding: utf-8 require "bunny" conn = Bunny.new conn.start ch = conn.create_channel
23810编辑于 2022-04-23 - 来自专栏技术杂记
Mycat 管理命令8
查看分析器状态 mysql> show @@parser; +----------------+-------------+------------+----------------+------------------+--------------+------------+ | PROCESSOR_NAME | PARSE_COUNT | TIME_COUNT | MAX_PARSE_TIME | MAX_PARSE_SQL_ID | CACHED_COUNT | CACHE_SIZE | +-----
32220编辑于 2021-12-02 - 来自专栏帅云霓的技术小屋
软硬件融合技术内幕 进阶篇 (8)
在上期《软硬件融合技术内幕 进阶篇 (7) —— 恶魔导演的战争》中，我们认识到了，正如第二代高空高速战斗机难以胜任现代信息化战争那样，如果智能网卡的核心芯片只具备较高的数据包收发能力，而在可编程方面有所不足 这款SoC包括8个MIPS核，并通过超线程技术向操作系统提供32个vCPU。我们注意一个细节，MIPS的超线程和x86不同，每个物理核(也就是一个ALU)可以带4个超线程(4个寄存器组)。 基于SoC实现的网络路由器和防火墙等设备，事实上成为了软硬件融合的典范，这些产品的研发过程也培养出了一大批方老师这样对系统底层技术精通的人才。 浮云朝露，乌飞兔走。
78120编辑于 2022-12-13 - 来自专栏Devops专栏
8.Go工程管理
8.Go工程管理 1．工作区介绍 通过前面函数的学习，我们能够体会到函数的优势，就是可以将不同的功能放在不同的函数中实现，主函数（main( )）可以直接调用。 这样结构非常的清晰，也非常方面代码的管理。如果我们把所有的代码都写在main( )函数中，会出现什么样的情况呢？ 代码混乱，非常不容易管理。 如果我们做的项目代码量越来越多，那么该文件会变的非常臃肿，代码也会变得非常难管理。所以，我们在开发中，除了要定义函数，同时还要将代码放在不同的文件中。 这就涉及到项目的工程管理也就是怎样对项目中的文件进行管理。 为了更好的管理项目中的文件，要求将文件都要放在相应的文件夹中。 例如：上面我们的案例中，可以将用户管理的操作放在userinfo目录下，商品管理模块可以再定义一个目录,例如:product.如下图所示： image-20210505235307911 product.go
51920编辑于 2022-01-17 - 来自专栏波波烤鸭
shiro教程8(缓存管理)
xml version="1.0" encoding="UTF-8"? -- 配置缓存管理器 --> <bean id="cacheManager" class="org.apache.shiro.cache.ehcache.EhCacheManager"> <!
1.4K60发布于 2019-04-02 - 来自专栏分布式｜微服务｜性能优化｜并发编程｜源码分析
8.工作负载管理-使用和管理DaemonSet
kind: DaemonSet metadata: name: daemonset-fluentd-elasticsearch namespace: default labels: k8s-app nodeServiceType: elasticsearch 标签 执行上面的yaml之后，发现只有DaemonSet，并没有真正部署pod，原因是我还没有给任何节点打上nodeServiceType标签 现在给k8s-node2 打上标签 kubectl label node k8s-node2 nodeServiceType=elasticsearch 再执行命令可以看到，pod被调度到k8s-node2部署了 再给k8s-node2 打上标签，也能观察到同样的效果 当我们尝试给k8s-master大标签，会发生什么呢? 发现并没有部署在k8s-master,这是为什么呢？我们在后面章节给大家介绍
38110编辑于 2024-04-17 YashanDB多模数据融合管理技术探索与实践
，应对AI+时代下多模态数据融合管理挑战。 如何将这些海量的、多模态的数据融合管理，已成为当前智慧城市建设面临的关键难点之一。 ；大尺度GIS信息与精细化建模BIM数据的高精度匹配问题亟待解决；面向同一实体对象的不同模态数据的融合处理存在诸多困难。 多模数据管理管理目标：实现多模融合统一对于多模数据的管理目标，YashanDB旨在实现对多模数据的融合统一管理，具体包括：提供统一的存储引擎，为各类数据提供集中化存储方案；针对特定模型数据的提供索引加速机制 —————————————————分割线———————————————————未来，YashanDB也将持续深耕技术研发，优化多模数据管理策略，以更先进的技术、更完善的解决方案，推动多模数据融合管理迈向新高度
45810编辑于 2025-02-26- 来自专栏devops探索
k8s-pod管理
Pod管理 增删改查 资源限制 调度约束 重启策略 健康检查 问题定位 以nginx为例 # cat pod.yaml apiVersion: v1 kind: Pod metadata: name memory: "64Mi" cpu: "250m" limits: memory: "128Mi" cpu: "500m" k8s OnFailure #异常退出，重启容器 健康检查 livenessProbe：如果检查失败，将杀死容器，根据pod的restartPolicy来操作 readinessProbe: 如果检查失败，k8s
88020发布于 2020-07-31 - 来自专栏萌海无涯
Django学习管理静态文件（8）
前面学习了返回HTML文件，还有个问题就是 HTML 文件 包含了 图片 css js 文件，那么这类文件怎么返回呢？
77810发布于 2019-09-03 - 来自专栏码农知识点
zookeeper源码分析(8)-会话管理
本文主要分析会话生命周期中会话状态的变化过程和客户端服务端如何管理会话。 CONNECTED，并触发SyncConnected事件 服务端处理 因为服务端通过会话管理器来管理会话，所以先介绍下会话管理器的内容。 服务端初始化时会初始化自己的会话管理器SessionTracker sessionTracker,Leader服务器的实现为：LeaderSessionTracker，Follower和Observer 如果将会话管理器的定期检查会话的时间点和会话的过期时间点都转化为心跳时间的整数倍，那么就比较好管理会话。 通过roundToNextInterval方法将这些时间化为心跳时间的整数倍。 会话的分桶管理示意图为： ?
1.7K20发布于 2020-06-22 - 来自专栏Android 研究
PMI-ACP 敏捷项目管理8——干系人管理
一、干系人管理的概述 关系人是指影响项目或者受项目影响的全部人员、群体、或组织。 干系人管理宝包括识别全部干系人、分析干系人对项目的期望和影响、制定合适的管理策略来有效调用干系人的参与。 不管怎么样，在供应商(尤其是非常重要的供应商)提出一个需求时，应该告诉他们价值所在 四、干系人管理原则 干系人管理是在策略管理中不断发展的话题区，干系人管理通常在引导原则和价值的背景下被定义。 找到一种让各个客户都满意的均衡的方法 4、为服务顾客，不以一个人的利益换取他人利益 5、制定目标，完成对干系人的承诺；充满抱负，实现我们和他人的梦想 6、和所有干系人进行彻底的沟通 7、干系人包括样貌各异的成人和小孩，错综复杂 8、 干系人管理应该被每个敏捷团队关注。
1.3K10发布于 2018-08-30 - 来自专栏帅云霓的技术小屋
软硬件融合技术内幕 终极篇 (8) —— 美味的豆汁
上期我们介绍了针对SRAM降成本的方案——DRAM。DRAM的每bit只需要1个晶体管实现，大大降低了芯片面积，功耗和成本。
48920编辑于 2023-02-25 - 来自专栏全栈程序员必看
ENVI5.3.1使用Landsat 8影像进行图像融合「建议收藏」
数据介绍及数据其他操作详见此博客 ENVI5.3.1使用Landsat 8影像进行预处理及分析实例操作 单一传感器获取的图像信息量有限，往往难以满足应用需要。 通过图像融合可以从不同的遥感图像中获得更多有用的信息，补充单一传感器的不足。图像融合是指将多源遥感图像按照一定的算法，在规定的地理坐标系，生成新的图像的过程。 《遥感原理与应用》（第三版）孙家抦 1.数据获取与处理软件 数据采用Landsat8 OLI于2020年3月19日获取的郑州地区卫星图像，文件命名为LC08_L1TP_124036_20200319 _20200319_01_RT，具体含义参见我的上一个博客 软件使用ENVI 5.3.1 2.打开图像 Landsat8 的多光谱波段空间分辨率为30m，全色波段空间分辨率为15m，因此可以把全色波段融合到多光谱波段以提高空间分辨率 ENVI5.3.1提供了多种融合工具，包括HSV融合、PCA融合、Brovey融合等 这里选择Brovey融合，并选择RGB波段 ok后选择高分辨率波段，即第八全色波段。
9.3K20编辑于 2022-09-15 - 来自专栏Harmony学习之路
HarmonyOS学习路之开发篇—数据管理（融合搜索）
融合搜索概述 HarmonyOS融合搜索为开发者提供搜索引擎级的全文搜索能力，可支持应用内搜索和系统全局搜索，为用户提供更加准确、高效的搜索体验。 运作机制 索引源应用通过融合搜索接口设置可搜索实体，并为其数据内容构建全文索引。 全局搜索应用接收用户发起的搜索请求，遍历支持全局搜索的可搜索实体，解析用户输入并构造查询条件，最后通过融合搜索接口获取各应用搜索结果。 融合搜索开发 场景介绍 索引源应用，一般为有持久化数据的应用，可以通过融合搜索接口为其应用数据建立索引，并配置全局搜索可搜索实体，帮助用户通过全局搜索应用查找本应用内的数据。 应用本身提供搜索框时，也可直接在应用内部通过融合搜索接口实现全文搜索功能。 接口说明 HarmonyOS中的融合搜索为开发者提供以下几种能力，详见API参考。
70150编辑于 2023-10-15 - 来自专栏亨利笔记
企业容器和虚拟机融合技术及镜像管理
本次分享主要包括两个方面的内容： 1)企业容器和虚拟机融合技术 2)企业镜像管理Registry系统 企业容器和虚拟机融合技术 近两年，以Docker为代表的容器(Container)技术得到应用广泛。 在运维管理上，容器和虚拟机可以无差别的统一管理。因为用户大多已经广泛使用虚拟机，统一的管理将给用户带来巨大的便利。 在一个实际的开发或生产系统中，镜像管理往往还需要关注几个问题： 1．权限管理，不是任何人都可以访问任意镜像。 2．审计功能，什么人何时做过什么镜像操作，可以追溯。 Q8：网络模型是怎么样的，经过这么多层包裹，网络性能如何保证的。 A8：VIC 的网络就是ESX 虚拟机的网络，性能没有问题。 Q9：感觉VIC挺好的，目前VIC有什么参考资料？ Q13：内存、CPU、磁盘也通过VM管理？ A13：对的。和虚拟机统一管理。
1.6K10发布于 2019-04-12 - 来自专栏SRE转型
SRE转型：银行 SRE 转型与 SLO 管理的深度融合
直达原文：【SRE转型】从理念到实践：银行 SRE 转型与 SLO 管理的深度融合摘要：本文探讨了银行在SRE转型中如何通过SLO管理提升系统可靠性与业务连续性。 文章比较了SLO管理与传统业务连续性管理的差异，详细阐述了SLO定义、监控、故障响应和持续改进的实施步骤，并分析了银行在落实SLO管理过程中面临的挑战及应对策略。 02.SLO管理和业务连续性管理的差异在银行的运维管理中，业务连续性管理（Business Continuity Management, BCM）一直是核心关注点，尤其在面对不可预见的系统中断时，银行会特别注重系统的恢复能力 在业务连续性管理与SLO管理之间，有几个重要的差异，值得特别关注。从上面的对比可以看出，SLO管理与传统业务连续性管理在目标、方法和实施路径上有着显著差异。 04.典型系统SLO示例05.SLO管理在银行中的落地挑战与应对措施在银行中，SLO管理的实施并非一帆风顺。由于银行在技术架构、业务需求、合规要求等方面的特殊性，SLO管理的落地面临诸多挑战。
35110编辑于 2025-02-13 密钥管理系统深度分析：全生命周期管理与安全性的融合
在数字化时代，数据安全成为企业关注的焦点，密钥管理系统（KMS）作为保护数据安全的核心工具，其功能和性能直接影响到数据的保密性和完整性。 本文将对市场上主流的密钥管理系统进行深度分析，探讨其在密钥全生命周期管理、国密合规支持、无缝集成云服务、多种加密算法、稳定容灾、支持外部密钥导入、资源级细粒度权限控制以及操作合规审计等方面的能力。 腾讯云密钥管理系统 KMS 功能亮点 腾讯云KMS提供了全面的密钥全生命周期管理，从创建、使用到销毁，每个环节都严格遵循安全标准。 总结 密钥管理系统作为企业数据安全的守护者，其密钥全生命周期管理、国密合规支持、无缝集成云服务、多种加密算法、稳定容灾、支持外部密钥导入、资源级细粒度权限控制以及操作合规审计能力是衡量其性能的关键指标。 腾讯云KMS在这些方面表现出色，不仅提供了全面的密钥管理功能，还确保了数据的安全性和合规性。随着技术的发展和安全需求的提高，密钥管理系统将继续在保障数据安全方面发挥重要作用。
34010编辑于 2025-07-28- 来自专栏老铁丁D
k8s资源管理
资源管理 计算资源（Requests和Limits参数） Pod的两个重要参数：CPU Request与Memory Request来表示容器最少所需的CPU和Memory。 2.当我们没有为容器设置Request的时候，k8s会认为该容器使用很少的资源就可以调度到集群的任何Node，这个时候如果Node本来所剩的资源不多的时候，就会加大该Node的负载。 资源配置范围管理（LimitRange） 你想象一下当你有几百个pod，你要为每个pod里面的容器配置requests和limits，还要确定他们没有错。这个是很繁琐的工作。 资源配额管理（ResourceQuota） ◎ ResourceQuota可以为每个命名空间都提供一个总体的资源使用的限制，比如设置dev命名空间使用1CPU,1Gi内存。 创建命名空间 3.创建ResourceQuota（这里创建2个） 4.将ResourceQuota绑定在namespace. 5.查看各ResourceQuota的详细信息 服务质量管理
71910编辑于 2022-08-12 - 来自专栏Golang开发
Go语言核心编程(8)——工程管理
第三包管理 vendor Go1.5引入了vendor机制，手动设置环境变量GO15VENDOREXPERIMENT= 1，编译器才能启用vendor,从 Go 1.6 起，默认开启vendor目录查找 GOPATH/src 的第三方包放到当前工程的 vendor 目录中进行管理。 它为工程独立的管理自己所依赖第三方包提供了保证 ，多个工程独立地管理自己的第三方依赖包， 它们之间不会相互影响 。 vendor有一个重要的问题没有解决第三包的版本管理，go get -u 更新第三方包。 默认的是将工程的默认分支的最新版本拉取到本地。
76440发布于 2019-05-29
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号