V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  yyttrr  ›  全部回复第 1 页 / 共 2 页
回复总数  39
1  2  
@pc10201 我举了几个例子,一个微服务业务上什么时候变得重要了,资源消耗多了少了我是无法知道的,也无法预测,滞后的调整为了稳定性得留下大量冗余,要么资源使用率上不去,要么稳定性受到影响
@isno 有个保底的自动扩容程序在,一个 pod oom 了自动扩 pod 到 hpa max 的 2 倍,说是网络波动搪塞过去了
我们一个组 20 几个后端研发,对 k8s 有概念的不超过 3 个,让他们自己接手资源调整和 hpa 调整得培训几次,不知道领导会不会觉得我在甩锅~
隔 3 年换一辆 15 万的二手车,之前的车卖掉
76 天前
回复了 lingeo 创建的主题 问与答 咨询大家一个采购相关的问题
问清楚是否包括硬件维护?
最好找个机房运维一起吃回扣
开车的时候听着外放的视频或者音乐,手边有吃有喝,空调也是自己最舒服的温度。比在地铁上强多了
https://crontab.guru/
写定时任务前用一下
肯定要隔离,最好就扔到 dockerfile 里面自己搭建一个 npm 的包仓库,构建镜像的时候优先从自建 npm 仓库拉取
抛弃业务代码仓库的,gitlab-ci.yml 文件,或者仅保留基本 check build 功能
自己写一个 http 服务接收业务代码仓库的 push 动作 webhook
不同仓库的构建流程在运维平台维护写到数据库里面,运维平台有单独的权限设置
触发了对应的打包在用 trigger 触发 build 仓库的 job ,把构建参数传进去,进行构建,build 仓库仅运维可见

这一套支撑百来个研发十几个技术栈几千个代码仓库还是没问题的
189 天前
回复了 lksfcpp 创建的主题 OpenAI 预言一下,下一个 ai 图像应用
史强 GPT ?
189 天前
回复了 fyooo 创建的主题 程序员 小团队怎么做自动化部署
gitlab-ci 吧很方便
可以看看 ACK 托管集群,弹性的幅度很大考虑一下 ASK ,不过这些都是很后期的事情了
长期维护而且没有网络限制的话还是用 web+后台+数据库维护吧,要不然多了肯定乱
gitlab-ci 比较好用,jenkins 刚刚用上的时候很爽,久了各种插件漏洞了、升级冲突了很麻烦
228 天前
回复了 dog82 创建的主题 Markdown 求推荐公司用的知识库系统
这东西最好由公司的 im 工具提供,分享协作权限什么的都方便
cicd 流程里面用脚本实现一下吧,打完包判断一下依赖的版本,成功后再上传
240 天前
回复了 yfixx 创建的主题 DevOps 怎么做好运维
大方向就是稳定性,效率,成本
访问三方链接没释放,导致集群公网出连接数达到上限
访问白嫖的免费第三方太频繁,导致集群公网出口被对方屏蔽

生产环境部署了某个开源软件使用了官方镜像,写死了镜像 tag:v2.2.0 ,资源紧张 pod 重启后不可用,仔细排查后发现,镜像内的版本变成了 v2.2.1,部分接口参数有变动
换一副新眼睛总得晕乎一两天,哪怕是调整的再好也只能减轻不能消除。
这个问题是镜片的角度和距离发生了变化导致的
如果高精度建模采样能解决这个问题,至少我换眼睛的频率会高很多
315 天前
回复了 wangyzj 创建的主题 程序员 吐槽! Gitlab 使用中的代码下载新方式
天天调接口调,路径依赖了
随便找个星星多的项目,release 里面都会同时提供多个平台的包
amd64 arm64 windows darwin 等等
通过 cicd 解决吧,多编译出来不同环境的二进制包
把几个稍微有点相关的工作放到一起说,当成一件大事说
1  2  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   5311 人在线   最高记录 6067   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 56ms · UTC 07:35 · PVG 15:35 · LAX 00:35 · JFK 03:35
Developed with CodeLauncher
♥ Do have faith in what you're doing.