首页
首页
沸点
课程
直播
活动
竞赛
商城
APP
插件
搜索历史
清空
创作者中心
写文章
发沸点
写笔记
写代码
草稿箱
创作灵感
查看更多
会员
登录
注册
程序员小鹿
🏆 掘金签约作者 @公众号:小鹿动画学编程
·
1年前
关注
屏蔽作者: 程序员小鹿
举报
#Todo List-任务清单
#码上掘金#
两周时间熬夜开发了一个本地化的 Todo List 任务清单管理工具(谷歌插件),欢迎使用和吐槽~
功能:
• 📦 无需登录,开箱即用
•
️ 本地持久化管理,无需等待网络延迟
• ⏰ 实时角标提醒待完成任务数量
•
任务自定义拖拽排列
• ⬇️ 任务完成,自动排后
• ✍️ 快速编辑任务内容
• 🧹 一键清空任务
• 🛠️ 实现自定义标题
• 🚀 谷歌账号一键同步
• 👬 友好交互体验
⏬下载地址1:
chrome.google.com
⏬下载地址2:
github.com
Github:
github.com
展开
收起
查看大图
向左旋转
向右旋转
上班摸鱼
等人赞过
分享
5
8
相关推荐
#码上掘金#
imonet.jdcloud.com
我刚刚在码上掘金创作了一段代码,欢迎来体验下
code.juejin.cn
6 赞 ·
6 评论
掘友们,有没有什么办法可以让其他语言可以直接对rocketMQ admin 进行操作?如:新增或者删除topic。
Java是可以实现的,rocket.tool与rocket.remoting包提供了这种操作能力,是基于netty进行通信的。
其他语言并没有netty,不能基于Java上的请求协议进行连接,去模拟这种协议与rocketmq连接这样成本太大了,有没有更好的办法,能在其他语言(如C++)中进行删除或者新增topic这类操作?
#码上掘金#
1 赞 ·
3 评论
#码上掘金#
在构建Redis容器化时,技术团队应当采取一系列策略来解决面临的挑战,并确保服务的可靠性。以下是一些建议和解决方案:
1. **设计高可用性架构**:
- 利用Redis Sentinel或Redis Cluster来实现高可用性。Sentinel可以监控Redis主从节点的健康状态,并在主节点故障时自动进行故障转移。Redis Cluster则提供了数据分片和自动故障转移的功能。
- 部署多个Redis副本到不同的宿主机上,确保在单个宿主机故障时,服务仍然可用。
2. **确保数据持久性和备份**:
- 配置持久化卷,确保Redis数据可以持久化到存储中,即使容器重新启动或宿主机宕机,数据也不会丢失。
- 定期备份Redis数据,以便在灾难恢复时能够快速恢复服务。
3. **优化网络配置**:
- 使用固定的IP地址或DNS名称服务,避免因容器IP变化导致的连接问题。
- 考虑使用云厂商提供的负载均衡器或网络解决方案,如云负载均衡(CLB)或虚拟私有云(VPC),以提供稳定的网络连接。
4. **资源管理和调度策略**:
- 合理分配和限制Redis容器的资源,如内存和CPU,避免资源争抢影响性能。
- 在Kubernetes中使用资源配额和限制范围,确保Redis容器在资源充足的环境中运行。
5. **自动化扩缩容机制**:
- 利用Horizontal Pod Autoscaler(HPA)或Cluster Autoscaler自动调整Redis副本数量,以应对不同的负载需求。
- 对于垂直扩容,可以开发自定义的控制器或使用第三方工具来动态调整Redis容器的配置和资源。
6. **选择和使用Redis Operator**:
- 根据团队的技术栈和需求,选择合适的Redis Operator,如Redis Enterprise Operator或KubeDB,来简化Redis的管理。
- 利用Operator提供的高级特性,如自动备份、升级和监控,来提高运维效率。
你的团队在构建集群时,会选择把有状态的redis、MySQL进行容器化部署吗?
16 赞 ·
12 评论
相关推荐
#码上掘金#
imonet.jdcloud.com
我刚刚在码上掘金创作了一段代码,欢迎来体验下
code.juejin.cn
6 赞 ·
6 评论
掘友们,有没有什么办法可以让其他语言可以直接对rocketMQ admin 进行操作?如:新增或者删除topic。
Java是可以实现的,rocket.tool与rocket.remoting包提供了这种操作能力,是基于netty进行通信的。
其他语言并没有netty,不能基于Java上的请求协议进行连接,去模拟这种协议与rocketmq连接这样成本太大了,有没有更好的办法,能在其他语言(如C++)中进行删除或者新增topic这类操作?
#码上掘金#
1 赞 ·
3 评论
#码上掘金#
在构建Redis容器化时,技术团队应当采取一系列策略来解决面临的挑战,并确保服务的可靠性。以下是一些建议和解决方案:
1. **设计高可用性架构**:
- 利用Redis Sentinel或Redis Cluster来实现高可用性。Sentinel可以监控Redis主从节点的健康状态,并在主节点故障时自动进行故障转移。Redis Cluster则提供了数据分片和自动故障转移的功能。
- 部署多个Redis副本到不同的宿主机上,确保在单个宿主机故障时,服务仍然可用。
2. **确保数据持久性和备份**:
- 配置持久化卷,确保Redis数据可以持久化到存储中,即使容器重新启动或宿主机宕机,数据也不会丢失。
- 定期备份Redis数据,以便在灾难恢复时能够快速恢复服务。
3. **优化网络配置**:
- 使用固定的IP地址或DNS名称服务,避免因容器IP变化导致的连接问题。
- 考虑使用云厂商提供的负载均衡器或网络解决方案,如云负载均衡(CLB)或虚拟私有云(VPC),以提供稳定的网络连接。
4. **资源管理和调度策略**:
- 合理分配和限制Redis容器的资源,如内存和CPU,避免资源争抢影响性能。
- 在Kubernetes中使用资源配额和限制范围,确保Redis容器在资源充足的环境中运行。
5. **自动化扩缩容机制**:
- 利用Horizontal Pod Autoscaler(HPA)或Cluster Autoscaler自动调整Redis副本数量,以应对不同的负载需求。
- 对于垂直扩容,可以开发自定义的控制器或使用第三方工具来动态调整Redis容器的配置和资源。
6. **选择和使用Redis Operator**:
- 根据团队的技术栈和需求,选择合适的Redis Operator,如Redis Enterprise Operator或KubeDB,来简化Redis的管理。
- 利用Operator提供的高级特性,如自动备份、升级和监控,来提高运维效率。
你的团队在构建集群时,会选择把有状态的redis、MySQL进行容器化部署吗?
16 赞 ·
12 评论