相关分享
1
喜欢
bl
blog.devtang.com
/
2025-01-12 11:54
CSPJ 教学思考：动态规划
本文深入探讨了动态规划（DP）的核心概念，强调状态定义、状态转移方程和初始状态设置的重要性。作者通过具体题目，如 P2842 纸币问题 1 和 P1216 数字三角形，详细讲解了从暴力搜索到记忆化搜索，再到动态规划的解题过程，帮助读者理解 DP 的应用和优化方法。适合正在学习算法的学生、编程竞赛选手以及希望深入理解动态规划的开发者阅读。
无图
1
喜欢
io
www.iots.vip
/
2025-01-12 11:53
Ansible使用Bitwarden存储Vault密码
本文介绍了如何使用 Bitwarden 的命令行客户端（bitwarden-cli）与 Ansible 集成，将 Ansible Vault 的密码存储在 Bitwarden 中，实现集中化管理。通过配置 vault_password_file，Ansible 可以调用存储在 Bitwarden 中的密码，避免在命令行中手动输入，提高安全性和便利性。该方法适用于需要在自动化流程中安全管理敏感信息的开发者和运维工程师。
无图
1
喜欢
di
www.diguage.com
/
2025-01-03 00:24
理解数据库分片
这篇文章系统讲解了数据库分片的概念、优缺点以及常见的分片方法，包括基于键的分片、基于范围的分片和基于目录的分片。通过图文并茂的方式，作者详细阐述了每种分片策略的实现原理和适用场景。内容适合数据库管理员、系统架构师以及对数据库扩展性设计感兴趣的开发者，提供了深入理解数据库分片的宝贵参考。
无图
1
喜欢
wi
wiki.eryajf.net
/
2024-11-02 16:49
AWS运维部署实践--网络环境规划
本文详述了 AWS 网络环境的规划，包括 VPC、子网、路由表的创建和管理。通过对公有、私有和内部子网的划分，以及 NAT 网关和 IGW 的配置，实现了不同网络的隔离与访问控制。同时，文章介绍了使用中转网关进行跨账号 VPC 打通的方法，为多账号和复杂网络环境提供了便捷的连接方案。这些规划为 AWS 运维部署打下了基础，有助于提升环境的安全性与可扩展性。
无图
1
喜欢
di
www.diguage.com
/
2024-11-02 16:33
基于 Docker 搭建开发环境（一）：数据库+监控
本文介绍了使用 Docker 构建开发环境的步骤，涵盖 MySQL 数据库配置、Nacos 服务发现与配置管理、Prometheus 监控及 Grafana 可视化。通过 Docker Compose 结构化配置，实现了多组件集成。文章提供了详细的 `docker-compose.yml` 文件示例，并探讨了自动接入监控、应用打包等优化方向，适用于需要集中管理多项开发工具的场景。
无图
1
喜欢
co
www.codedump.info
/
2024-03-21 23:25
从存储模型聊一聊时序数据库的应用场景
本文介绍时序数据库的存储模型，只有理解了时序数据的存储模型，才能更好的了解时序数据库的优缺点以及其适用场景。
无图
1
喜欢
co
www.codedump.info
/
2024-03-21 23:21
Memcached的存储原理解析
最近工作上的需要，需要做一个LRU形式管理内存的分配器，首先想到的就是Memcached这个项目。早些年粗略的看过一些，有个大体的了解，这一次看下来发现其LRU算法做了不少的改动。
无图
1
喜欢
te
tech.meituan.com
/
2024-03-21 22:53
美团大规模KV存储挑战与架构实践
KV 存储作为美团一项重要的在线存储服务，承载了在线服务每天万亿级的请求量，并且保持着 99.995% 的服务可用性。在 DataFunSummit 2023 数据基础架构峰会上，我们分享了《美团大规模 KV 存储挑战与架构实践》，本文为演讲内容的整理。文章主要分为四个部分：第一部分介绍了美团 KV 存储发展历程；第二部分分享了内存 KV Squirrel 挑战和架构实践；第三部分阐述了持久化 KV Cellar 挑战和架构实践；最后一部分介绍了未来的发展规划。希望这些内容对大家有所帮助或启发。
无图
1
喜欢
co
www.codedump.info
/
2024-03-13 13:33
IM服务器设计-消息存储
这部分专门讲述IM消息存储的设计。消息存储的难度在于，要考虑以下的场景：
1、离线消息存储。即发送消息时对方不在线该怎么处理。
2、单聊、群聊消息。
3、随着用户量越来越大，应该以后如何扩展。
无图
0
喜欢
cr
crossoverjie.top
/
2024-01-17 23:10
白话 Pulsar Bookkeeper 的存储模型
最近我们的 Pulsar 存储有很长一段时间数据一直得不到回收，但消息确实已经是 ACK 了，理论上应该是会被回收的，随着时间流逝不但没回收还一直再涨，最后在没找到原因的情况下就只有一直不停的扩容。
为了防止类似的问题再次发生，我们希望可以监控到磁盘维度，能够列出各个日志文件的大小以及创建时间。
这时就需要对 Pulsar 的存储模型有一定的了解，也就有了这篇文章。
无图