SRE:Google运维解密
作者:(美)贝特西 拜尔
出版社:电子工业出版社
ISBN:9787121297267
VIP会员免费
(仅需0.8元/天)
¥ 43.2
温馨提示: 价值40000元的1000本电子书,VIP会员随意看哦!
电子书推荐
-
SRE:Google运维解密.[美]Betsy Beyer(带详细书签).pdf 评分:
大型软件系统生命周期的绝大部分都处于“使用”阶段,而非“设计”或“实现”阶段。那么为什么我们却总是认为软件工程应该首要关注设计和实现呢?在《SRE:Google运维解密》中,Google SRE的关键成员解释了他们是如何对软件进行生命周期的整体性关注的,以及为什么这样做能够帮助Google成功地构建、部署、监控和运维世界上现存最大的软件系统。通过阅读《SRE:Google运维解密》,读者可以学习到Google工程师在提高系统部署规模、改进可靠性和资源利用效率方面的指导思想与具体实践——这些都是可以立即直接应用的宝贵经验。 任何一个想要创建、扩展大规模集成系统的人都应该阅读《SRE:Google运维解密》。《SRE:Google运维解密》针对如何构建一个可长期维护的系统提供了非常宝贵的实践经验。 作者简介 Betsy Beyer 是Google 纽约负责SRE 的一名技术文档作家。她之前曾为遍布全球的Google 数据中心与Mountain View 硬件运维团队编写文档。在搬到纽约之前,Betsy 是Stanford 大学技术性写作课程的讲师。她曾经学习国际关系与英文文学,并在Stanford和Tulane 获得学历。 Chris Jones 是Google App Engine 的一名SRE。Google App Engine 是一个PaaS 服务,每天处理超过280 亿个请求。他的办公室在旧金山,他之前的工作包括Google 广告统计、数据仓库,以及用户支持系统的维护。在之前,Chris 曾经在学校IT 行业任职,同时参与过竞选数据分析,以及一些BSD 内核的修改。他有计算机工程、经济学,以及技术政策学的学位。同时他也是一名有执照的职业工程师。 前言 xxxi 序言 xxxv 第Ⅰ部分 概览 第1 章 介绍 2 系统管理员模式 2 Google 的解决之道:SRE 4 SRE 方法论 6 确保长期关注研发工作 6 在保障服务SLO 的前提下最大化迭代速度 7 监控系统 8 应急事件处理 8 变更管理 9 需求预测和容量规划 9 资源部署 10 效率与性能 10 小结 10 第2 章 Google 生产环境:SRE 视角 11 硬件 11 管理物理服务器的系统管理软件 13 管理物理服务器 13 存储 14 网络 15 其他系统软件 16 分布式锁服务 16 监控与警报系统 16 软件基础设施 17 研发环境 17 莎士比亚搜索:一个示范服务 18 用户请求的处理过程 18 任务和数据的组织方式 19 第Ⅱ部分 指导思想 第3 章 拥抱风险 23 管理风险 23 度量服务的风险 24 服务的风险容忍度 25 辨别消费者服务的风险容忍度 26 基础设施服务的风险容忍度 28 使用错误预算的目的 30 错误预算的构建过程 31 好处 32 第4 章 服务质量目标 34 服务质量术语 34 指标 34 目标 35 协议 36 指标在实践中的应用 37 运维人员和最终用户各关心什么 37 指标的收集 37 汇总 38 指标的标准化 39 目标在实践中的应用 39 目标的定义 40 目标的选择 40 控制手段 42 SLO 可以建立用户预期 42 协议在实践中的应用 43 第5 章 减少琐事 44 琐事的定义 44 为什么琐事越少越好 45 什么算作工程工作 46 琐事繁多是不是一定不好 47 小结 48 第6 章 分布式系统的监控 49 术语定义 49 为什么要监控 50 对监控系统设置合理预期 51 现象与原因 52 黑盒监控与白盒监控 53 4 个黄金指标 53 关于长尾问题 54 度量指标时采用合适的精度 55 简化,直到不能再简化 55 将上述理念整合起来 56 监控系统的长期维护 57 Bigtable SRE :警报过多的案例 57 Gmail :可预知的、可脚本化的人工干预 58 长跑 59 小结 59 第7 章 Google 的自动化系统的演进 60 自动化的价值 60 一致性 60 平台性 61 修复速度更快 61 行动速度更快 62 节省时间 62 自动化对Google SRE 的价值 62 自动化的应用案例 63 Google SRE 的自动化使用案例 63 自动化分类的层次结构 64 让自己脱离工作:自动化所有的东西 66 舒缓疼痛:将自动化应用到集群上线中 67 使用Prodtest 检测不一致情况 68 幂等地解决不一致情况 69 专业化倾向 71 以服务为导向的集群上线流程 72 Borg :仓库规模计算机的诞生 73 可靠性是最基本的功能 74 建议 75 第8 章 发布工程 76 发布工程师的角色 76 发布工程哲学 77 自服务模型 77 追求速度 77 密闭性 77 强调策略和流程 78 持续构建与部署 78 构建 78 分支 79 测试 79 打包 79 Rapid 系统 80 部署 81 配置管理 81 小结 82 不仅仅只对Google 有用 83 一开始就进行发布工程 83 第9 章 简单化 85 系统的稳定性与灵活性 85 乏味是一种美德 86 我绝对不放弃我的代码 86 “负代码行”作为一个指标 87 最小 API 87 模块化 87 发布的简单化 88 小结 88 第Ⅲ部分 具体实践 第10 章 基于时间序列数据进行有效报警 93 Borgmon 的起源 94 应用软件的监控埋点 95 监控指标的收集 96 时间序列数据的存储 97 标签与向量 98 Borg 规则计算 99 报警 104 监控系统的分片机制 105 黑盒监控 106 配置文件的维护 106 十年之后 108 第11 章 on-call 轮值 109 介绍 109 on-call 工程师的一天 110 on-call 工作平衡 111 数量上保持平衡 111 质量上保持平衡 111 补贴措施 112 安全感 112 避免运维压力过大 114 运维压力过大 114 奸诈的敌人—运维压力不够 115 小结 115 第12 章 有效的故障排查手段 116 理论 117 实践 119 故障报告 119 定位 119 检查 120 诊断 122 测试和修复 124 神奇的负面结果 125 治愈 126 案例分析 127 使故障排查更简单 130 小结 130 第13 章 紧急事件响应 131 当系统出现问题时怎么办 131 测试导致的紧急事故 132 细节 132 响应 132 事后总结 132 变更部署带来的紧急事故 133 细节 133 事故响应 134 事后总结 134 流程导致的严重事故 135 细节 135 灾难响应 136 事后总结 136 所有的问题都有解决方案 137 向过去学习,而不是重复它 138 为事故保留记录 138 提出那些大的,甚至不可能的问题:假如…… 138 鼓励主动测试 138 小结 138 第14 章 紧急事故管理 140 无流程管理的紧急事故 140 对这次无流程管理的事故的剖析 141 过于关注技术问题 141 沟通不畅 141 不请自来 142 紧急事故的流程管理要素 142 嵌套式职责分离 142 控制中心 143 实时事故状态文档 143 明确公开的职责交接 143 一次流程管理良好的事故 144 什么时候对外宣布事故 144 小结 145 第15 章 事后总结:从失败中学习 146 Google 的事后总结哲学 146 协作和知识共享 148 建立事后总结文化 149 小结以及不断优化 151 第16 章 跟踪故障 152 Escalator 152 Outalator 153 聚合 154 加标签 155 分析 155 未预料到的好处 156 第17 章 测试可靠性 157 软件测试的类型 158 传统测试 159 生产测试 160 创造一个构建和测试环境 163 大规模测试 165 测试大规模使用的工具 166 针对灾难的测试 167 对速度的渴求 168 发布到生产环境 170 允许测试失败 170 集成 172 生产环境探针 173 小结 175 第18 章 SRE 部门中的软件工程实践 176 为什么软件工程项目对SRE 很重要 176 Auxon 案例分析:项目背景和要解决的问题 177 传统的容量规划方法 177 解决方案:基于意图的容量规划 179 基于意图的容量规划 180 表达产品意图的先导条件 181 Auxon 简介 182 需求和实现:成功和不足 183 提升了解程度,推进采用率 185 团队内部组成 187 在SRE 团队中培养软件工程风气 187 在SRE 团队中建立起软件工程氛围:招聘与开发时间 188 做到这一点 189 小结 190 第19 章 前端服务器的负载均衡 191 有时候硬件并不能解决问题 191 使用DNS 进行负载均衡 192 负载均衡:虚拟IP 194 第20 章 数据中心内部的负载均衡系统 197 理想情况 198 识别异常任务:流速控制和跛脚鸭任务 199 异常任务的简单应对办法:流速控制 199 一个可靠的识别异常任务的方法:跛脚鸭状态 200 利用划分子集限制连接池大小 201 选择合适的子集 201 子集选择算法一:随机选择 202 子集选择算法二:确定性算法 204 负载均衡策略 206 简单轮询算法 206 最闲轮询策略 209 加权轮询策略 210 第21 章 应对过载 212 QPS 陷阱 213 给每个用户设置限制 213 客户端侧的节流机制 214 重要性 216 资源利用率信号 217 处理过载错误 217 决定何时重试 218 连接造成的负载 220 小结 221 第22 章 处理连锁故障 223 连锁故障产生的原因和如何从设计上避免 224 服务器过载 224 资源耗尽 225 服务不可用 228 防止软件服务器过载 228 队列管理 229 流量抛弃和优雅降级 230 重试 231 请求延迟和截止时间 234 慢启动和冷缓存 236 保持调用栈永远向下 238 连锁故障的触发条件 238 进程崩溃 239 进程更新 239 新的发布 239 自然增长 239 计划中或计划外的不可用 239 连锁故障的测试 240 测试直到出现故障,还要继续测试 240 测试最常用的客户端 241 测试非关键性后端 242 解决连锁故障的立即步骤 242 增加资源 242 停止健康检查导致的任务死亡 242 重启软件服务器 242 丢弃流量 243 进入降级模式 243 消除批处理负载 244 消除有害的流量 244 小结 244 第23 章 管理关键状态:利用分布式共识来提高可靠性 246 使用共识系统的动力:分布式系统协调失败 248 案例1 :脑裂问题 249 案例2 :需要人工干预的灾备切换 249 案例3 :有问题的小组成员算法 249 分布式共识是如何工作的 250 Paxos 概要:协议示例 251 分布式共识的系统架构模式 251 可靠的复制状态机 252 可靠的复制数据存储和配置存储 252 使用领头人选举机制实现高可用的处理系统 253 分布式协调和锁服务 253 可靠的分布式队列和消息传递 254 分布式共识系统的性能问题 255 复合式Paxos :消息流过程详解 257 应对大量的读操作 258 法定租约 259 分布式共识系统的性能与网络延迟 259 快速Paxos 协议:性能优化 260 稳定的领头人机制 261 批处理 262 磁盘访问 262 分布式共识系统的部署 263 副本的数量 263 副本的位置 265 容量规划和负载均衡 266 对分布式共识系统的监控 270 小结 272 第24 章 分布式周期性任务系统 273 Cron 273 介绍 273 可靠性 274 Cron 任务和幂等性 274 大规模Cron 系统 275 对基础设施的扩展 275 对需求的扩展 276 Google Cron 系统的构建过程 277 跟踪Cron 任务的状态 277 Paxos 协议的使用 277 领头人角色和追随者角色 278 保存状态 281 运维大型Cron 系统 282 小结 283 第25 章 数据处理流水线 284 流水线设计模式的起源 284 简单流水线设计模式与大数据 284 周期性流水线模式的挑战 285 工作分发不均造成的问题 285 分布式环境中周期性数据流水线的缺点 286 监控周期性流水线的问题 287 惊群效应 287 摩尔负载模式 288 Google Workflow 简介 289 Workflow 是模型—视图—控制器(MVC)模式 290 Workflow 中的执行阶段 291 Workflow 正确性保障 291 保障业务的持续性 292 小结 294 第26 章 数据完整性:读写一致 295 数据完整性的强需求 296 提供超高的数据完整性的策略 297 备份与存档 298 云计算环境下的需求 299 保障数据完整性和可用性:Google SRE 的目标 300 数据完整性是手段,数据可用性是目标 300 交付一个恢复系统,而非备份系统 301 造成数据丢失的事故类型 301 维护数据完整性的深度和广度的困难之处 303 Google SRE 保障数据完整性的手段 304 24 种数据完整性的事故组合 304 第一层: 软删除 305 第二层:备份和相关的恢复方法 306 额外一层:复制机制 308 1T vs. 1E :存储更多数据没那么简单 309 第三层:早期预警 310 确保数据恢复策略可以正常工作 313 案例分析 314 Gmail—2011 年2 月:从GTape 上恢复数据( 磁带) 314 Google Music—2012 年3 月:一次意外删除事故的检测过程 315 SRE 的基本理念在数据完整性上的应用 319 保持初学者的心态 319 信任但要验证 320 不要一厢情愿 320 纵深防御 320 小结 321 第27 章 可靠地进行产品的大规模发布 322 发布协调工程师 323 发布协调工程师的角色 324 建立发布流程 325 发布检查列表 326 推动融合和简化 326 发布未知的产品 327 起草一个发布检查列表 327 架构与依赖 328 集成 328 容量规划 328 故障模式 329 客户端行为 329 流程与自动化 330 开发流程 330 外部依赖 331 发布计划 331 可靠发布所需要的方法论 332 灰度和阶段性发布 332 功能开关框架 333 应对客户端滥用行为 334 过载行为和压力测试 335 LCE 的发展 335 LCE 检查列表的变迁 336 LCE 没有解决的问题 337 小结 338 第Ⅳ部分 管理 第28 章 迅速培养SRE 加入on-call 341 新的SRE 已经招聘到了,接下来怎么办 341 培训初期:重体系,而非混乱 344 系统性、累积型的学习方式 345 目标性强的项目工作,而非琐事 346 培养反向工程能力和随机应变能力 347 反向工程:弄明白系统如何工作 347 统计学和比较性思维:在压力下坚持科学方法论 347 随机应变的能力:当意料之外的事情发生时怎么办 348 将知识串联起来:反向工程某个生产环境服务 348 有抱负的on-call 工程师的5 个特点 349 对事故的渴望:事后总结的阅读和书写 349 故障处理分角色演习 350 破坏真的东西,并且修复它们 351 维护文档是学徒任务的一部分 352 尽早、尽快见习on-call 353 on-call 之后:通过培训的仪式感,以及日后的持续教育 354 小结 354 第29 章 处理中断性任务 355 管理运维负载 356 如何决策对中断性任务的处理策略 356 不完美的机器 357 流状态 357 将一件事情做好 358 实际一点的建议 359 减少中断 361 第30 章 通过嵌入SRE 的方式帮助团队从运维过载中恢复 363 第一阶段:了解服务,了解上下文 364 确定最大的压力来源 364 找到导火索 364 第二阶段:分享背景知识 365 书写一个好的事后总结作为示范 366 将紧急事件按类型排序 366 第三阶段:主导改变 367 从基础开始 367 获取团队成员的帮助 367 解释你的逻辑推理过程 368 提出引导性问题 368 小结 369 第 31 章 SRE 与其他团队的沟通与协作 370 沟通:生产会议 371 议程 372 出席人员 373 SRE 的内部协作 374 团队构成 375 高效工作的技术 375 SRE 内部的协作案例分析:Viceroy 376 Viceroy 的诞生 376 所面临的挑战 378 建议 379 SRE 与其他部门之间的协作 380 案例分析:将DFP 迁移到F1 380 小结 382 第32 章 SRE 参与模式的演进历程 383 SRE 参与模式:是什么、怎么样以及为什么 383 PRR 模型 384 SRE 参与模型 384 替代性支持 385 PRR :简单PRR 模型 386 参与 386 分析 387 改进和重构 387 培训 388 “接手”服务 388 持续改进 388 简单PRR 模型的演进:早期参与模型 389 早期参与模型的适用对象 389 早期参与模型的优势 390 不断发展的服务:框架和SRE 平台 391 经验教训 391 影响SRE 的外部因素 392 结构化的解决方案:框架 392 新服务和管理优势 394 小结 395 第Ⅴ部分 结束语 第33 章 其他行业的实践经验 398 有其他行业背景的资深SRE 399 灾难预案与演习 400 从组织架构层面坚持不懈地对安全进行关注 401 关注任何细节 401 冗余容量 401 模拟以及进行线上灾难演习 402 培训与考核 402 对详细的需求收集和系统设计的关注 402 纵深防御 403 事后总结的文化 403 将重复性工作自动化,消除运维负载 404 结构化和理性的决策 406 小结 407 第34 章 结语 408 附录A 系统可用性 411 附录B 生产环境运维过程中的最佳实践 412 附录C 事故状态文档示范 417 附录D 事后总结示范 419 附录E 发布协调检查列表 423 附录F 生产环境会议记录示范 425 参考文献 427 索引 439
上传时间:2018-12 大小:94.87MB
- 94.81MB
Google运维解密完整高清
2022-02-17大型软件系统生命周期的绝大部分都处于“使用”阶段,而非“设计”或“实现”阶段。那么为什么我们却总是认为软件工程应该首要关注设计和实现呢?在《SRE:Google运维解密》中,Google SRE的关键成员解释了他们是如何对软件进行生命周期的整体性关注的,以及为什么这样做能够帮助Google成功地构建、部署、监控和运维世界上现存最大的软件系统。通过阅读《SRE:Google运维解密》,读者可以学习 Google工程师在提高系统部署规模、改进可靠性和资源利用效率方面的指导思想与具体实践——这些都是可以立即直接应用的宝贵经验。 任何一个想要创建、扩展大规模集成系统的人都应该阅读《SRE:Google运维解密》。《SRE:Google运维解密》针对如何构建一个可长期维护的系统提供了非常宝贵的实践经验。
- 178.47MB
google sre建设 中文文档 SRE实战手册 devOps 实战
2022-05-13第一:技能全面,比如网络、操作系统、监控、CICD、研发等,对于研发能力,可能不需要你精通,但是你需要具备可以使用一门语言完成某个功能的设计、开发与迭代。 第二:打破传统运维思想壁垒,以产品角度思维贯穿整个业务架构服务质量为前提的沟通协调能力。 第三:始终以软件工程解决问题为方向的规划之路。 第四:很强的Trouble Shooting与思考、抽象能力,这三个能力在SRE工作当中是至关重要的,是时间与实践积累的最终成果。 以下为《SRE谷歌运维解密》一书当中已经提到了关键点: 可观测性系统 故障响应 测试与部署 容量规划 自动化软件开发 用户支持 Oncall 制定可交付的SLI/SLO/SLA 故障复盘
- 57.23MB
Sre google 运维解密
2018-04-12这是一本好书 ,大神作品,值得学习,上传给大家分享混点积分
- 94.67MB
google 运维解密-终极最全标签版!
2018-06-25SRE:Google运维解密解释了如何对软件进行生命周期的整体性关注的,以及为什么这样做能够帮助Google成功地构建、部署、监控和运维世界上现存最大的软件系统。 DevOps突出重视软件开发人员和运维人员的沟通合作,通过自动化流程来使得软件构建、测试、发布更加快捷、频繁和可靠。 你值得拥有!!!!
- 96.98MB
google sre
2018-11-09google sre 运维解密,为了积分不容易,希望大家支持~~~
- 246KB
SRE Google运维解密.pptx
2021-10-12SRE Google运维解密.pptx
- 327.79MB
nacos2.2.3软件包(win+linux).zip
2023-07-30Nacos(也称为阿里巴巴中间件 Nacos)是一个开源的动态服务发现、配置管理和服务管理平台。它提供了服务注册与发现、配置管理、动态 DNS 服务和服务元数据管理等功能,可以帮助开发人员构建和管理云原生应用。 下面是 Nacos 的一些重要特性和功能: 1. 服务注册与发现:Nacos 提供了服务注册和服务发现功能,它允许应用程序动态地注册和发现服务。这有助于实现微服务架构中的服务发现机制,使得服务之间的通信更加灵活和可靠。 2. 配置管理:Nacos 支持动态配置管理,能够在运行时更改配置而无需重启应用。开发人员可以使用 Nacos 集中管理应用程序的所有配置,包括数据库连接、缓存配置、业务参数等。Nacos 还提供了配置监听功能,可以实时感知和响应配置的变化。 3. 动态 DNS 服务:Nacos 提供了内置的动态 DNS 服务,使得服务的访问可以通过服务名而不是具体的 IP 地址。这对于动态部署和弹性伸缩的场景非常有用,使得服务之间的通信更加简化和可靠。 4. 服务健康检查:Nacos 支持服务的健康检查功能,能够定期对注册的服务进行健康检查。 ......
- 22.0MB
Zabbix6.0中文手册
2023-04-13Zabbix6.0中文手册
- 139.64MB
postman免安装
2020-09-21postman免安装app-6.7.4!
- 1.97MB
本地部署开源大模型的完整教程LangChain + Streamlit+ Llama
2023-09-23本地部署开源大模型的完整教程LangChain + Streamlit+ Llama
- 15.45MB
【大灰狼远程管理软件 V9.8至尊版】
2023-08-14好用
- 161.2MB
Kubernetes in Action中文版.pdf
2021-08-24Kubernetes教程
- 3.60MB
VASP5.4.4 安装包,可直接进行下一步tar
2022-10-31VASP5.4.4 安装包,可直接进行下一步tar (资源下载可以去某宝花几毛钱代下载) 安装过程:https://blog.csdn.net/qq_44785318/article/details/127613790
- 86.89MB
jenkins 2.346.1 支持jdk1.8的最后一版本,公司还在用jdk1.8的可以考虑
2022-12-22jenkins 2.346.1 支持jdk1.8的最后一版本,公司还在用jdk1.8的可以考虑。 前天帮公司搭建jenkins,下载了最新版本,结果安装的时候提示jdk版本不支持,去官网看了一下最新版本好像只支持jdk11和jdk17了,费了一番力气,在官网找到了支持jdk1.8的最新版本2.346.1 亲测有效。发出来方便大家使用,我之后使用也好获取。
- 2.52MB
云原生架构白皮书.pdf
2020-07-21回顾过去十年,数字化转型将科技创新与 商业元素不断融合、重构,重新定义了新业态 下的增长极。商业正在从大工业时代的固化范 式进化成面向创新型商业组织与新商业物种的 崭新模式。随着数字化转型在中国各行业广泛 深入,不管是行业巨头,还是中小微企业都不 得不面对数字化变革带来的未知机遇与挑战。 数字化转型的十年,也是云计算高速发展 的十年,这期间新技术不断演进、优秀开源项 目大量涌现,云原生领域进入“火箭式”发展 阶段。通过树立技术标准与构建开发者生态, 开源将云计算实施逐渐标准化,大幅降低了开 发者对于云平台的学习成本与接入成本。这都 让开发者更加聚焦于业务本身并借助云原生技 术与产品实现更多业务创新,有效提升企业增 长效率,爆发出前所未有的生产力与创造力。
- 3.80MB
储能EMS能量管理系统(1).pdf
2020-05-15能量管理系统(EMS)是储能系统的大脑,主要实现能量的安全优化调度。烟台德联软件公司是国内最早开发储能EMS的企业,德联储能EMS已经在国内外几十个各种规格的储能项目上得到应用,有着丰富的实践经验和独特的算法;对当前弃风弃光、负荷不稳和峰谷价差等问题,通过优化储能控制、分布式电源出力和负荷投退等,安全、经济、高效地实现了不同应用场景(电源侧、电网侧、用户侧和辅助服务)和不同运行方式下的能量管控。
- 4.29MB
nginx arm64版本nginx-linux-arrch64.zip
2021-11-17Nginx-linux-arrch64编译好的ARM64版本,解压即可用。别再费劲找攻略自己编译了。
- 28.36MB
国产中标麒麟操作系统nginx+tomcat+redis+mysql安装部署手册(精).docx
2019-12-26本手册的编写初衷是笔者在安装部署项目过程中,网上信息很多,坑也很多,或多或少都有些问题,而且文件内容都不全面,整个部署过程就是慢慢填坑的过程. 1.本手册着重点放在把所有安装部署过程记录完整详细。 2.本手册对安装部署过程中可能遇到的问题,给出了解决方案。 3.本手册对安装部署过程中需要注意点特别说明,以达到提醒作用。 4.本手册考虑到个别文件从网上不好找,因此本文档包含了大部分安装部署所需要的相应文件。
- 2.26MB
vita_46.11.pdf(VPX规范)
2019-10-12This document defines a framework for System Management in VPX systems. It enables interoperability within the VPX ecosystem at the Field Replaceable Unit (FRU), chassis and system levels. The framework is based on the Intelligent Platform Management Interface (IPMI) specification and leverages many concepts and definitions from the AdvancedTCA® (ATCA®) specification by PICMG®.
- 9.19MB
cri-dockerd-0.3.3.el7.x86-64.rpm
2023-06-17cri-dockerd-0.3.3.el7.x86-64.rpm
- 4.62MB
刚刚编译的windows版本的ipmitool 1.8.19
2023-10-26刚刚编译的windows版本的ipmitool 1.8.19
- 142.0MB
nacos-server-2.2.1.tar.gz
2023-03-23nacos-server-2.2.1.tar.gz
- 138.87MB
jdk-8u311-linux-x64.tar.gz.7z
2021-11-02jdk-8u311-linux-x64.tar.gz
- 34.87MB
Hadoop分析气象数据完整版代码
2020-06-05《分布式》布置了一道小作业,这是作业的所有代码,里面包含了Hadoop的MapReduce代码、和SSM框架显示数据的代码,有缺失私我,,,1积分吧哈哈。
- 13.69MB
Nocos启动异常.zip
2021-12-08java.lang.UnsatisfiedLinkError: C:\Users\Administrator\AppData\Local\Temp\2\librocksdbjni91
- 211KB
linux服务器telnet离线安装包
2023-10-18适用于linux服务器,centos系统,在无网络或者在内网中,安装telnet。检测禁ping时,对指定服务器检测是否互通。命令行命令与window一致。 资源包含: telnet-0.17-65.el7_8.x86_64.rpm telnet-server-0.17-65.el7_8.x86_64.rpm xinetd-2.3.15-14.el7.x86_64.rpm 安装步骤教程
- 50.0MB
DS918+引导文件1.04b更新驱动,目前支持最新6.2.3
2020-04-06DS918+引导文件1.04b(更新驱动支持最新DSM6.2.3系统),目前最高支持DSM 6.2.3-25426,自行替换SN和MAC洗白。注意:这个不是网上的二合一版本,这个必须使用U盘做引导盘,按照网上教程修改成自己U盘的VID&PID。自用引导文件,目前是可以自由更新系统的,二合一没测试。目前测试转码和硬解正常。
- 402.14MB
harbor-offline-installer-v2.4.0-arm64.tgz
2021-12-15支持 苹果 Apple MacBook M1 Chip 芯片,或其他 Arm64 架构的 Docker 私服 Harbor 软件。
- 2.63MB
RoseMirrorHA7.0 安装配置维护(Windows&Linux)-2020-v1.4.pdf
2020-11-18RoseMirrorHA7.0 安装配置维护手册,包含Windows和Linux平台,此为镜像型.