V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  salmon5  ›  全部回复第 22 页 / 共 70 页
回复总数  1391
1 ... 18  19  20  21  22  23  24  25  26  27 ... 70  
2023-09-26 12:58:55 +08:00
回复了 dbz2501 创建的主题 程序员 各位大佬,求教开发转岗运维有哪些要学习的
@hancai #27 ,看公司的技术管理,如果作坊式的管理,估计不行
2023-09-26 09:48:18 +08:00
回复了 yuyang1992test 创建的主题 程序员 高级程序员为什么喜欢建表的时候加个 ext 字段?
这种现在数据库上应该不是问题,10 年前确实是个问题,现在应该不是问题
2023-09-26 09:39:31 +08:00
回复了 sankooc 创建的主题 Java 大家的 Java 服务的进程管理是如何做到的
@julyclyde supervisor 安装好后,需要调大下 minfds=,默认 1024 太小会被子进程继承,然后不太需要重启;它自己不处理业务,内存占用 10 多 M ,被 OOM 的概率也极低;
这 2 种情况概率极低,比上层业务的 bug 概率低多了,瑕不掩瑜吧,个人觉得是个不错的进程管理工具。
当然容器和 systemd 都是不错的选择,看需求和时间。
2023-09-26 09:30:55 +08:00
回复了 cyber2077 创建的主题 程序员 写了一个 whois 域名查询网站: who.cx
挺好的,收藏了
2023-09-25 15:44:02 +08:00
回复了 zzzkkk 创建的主题 程序员 有什么临时 http 服务器 多线程下载 server 上的文件
下载上传都 OK
2023-09-25 15:43:48 +08:00
回复了 zzzkkk 创建的主题 程序员 有什么临时 http 服务器 多线程下载 server 上的文件
2023-09-25 09:08:58 +08:00
回复了 ccde8259 创建的主题 程序员 部署方案搞得花里胡哨并不会有什么好处,只会陷入失控
建议你直接上专有云 https://apsara-stack.aliyun.com
2023-09-24 22:18:50 +08:00
回复了 sankooc 创建的主题 Java 大家的 Java 服务的进程管理是如何做到的
@julyclyde supervisor 本身不处理业务,相当稳定;重启后子进程也会跟着重启,子进程不会成为孤儿进程。
它有一些不足,健康检查不支持 k8s 类似 startupProbes 的逻辑;不支持 cgroup 。
管理非容器的 java springboot 应用还是很实用的。
这都悟不透,代码白写了
2023-09-21 10:22:25 +08:00
回复了 sankooc 创建的主题 Java 大家的 Java 服务的进程管理是如何做到的
健康检查肯定是 k8s 的功能最完善,但是如果是几个单体应用,用 k8s 有点重
2023-09-21 10:20:46 +08:00
回复了 sankooc 创建的主题 Java 大家的 Java 服务的进程管理是如何做到的
没用 systemd 的原因是,业务 java 和系统的管理有耦合,管理起来有一些噪音
2023-09-21 09:55:45 +08:00
回复了 sankooc 创建的主题 Java 大家的 Java 服务的进程管理是如何做到的
supervisor
2023-09-20 20:13:43 +08:00
回复了 v2nika 创建的主题 程序员 为什么这么多后端开发上下游不分?
nginx 里面有个 upstream ,是说的这个意思
2023-09-20 19:49:47 +08:00
回复了 yazinnnn 创建的主题 程序员 virtual thread 在 jdk21+graalvm 条件下简单测试
@ixiaohei JDK21 默认还是 G1GC ,SerialGC 、ParallelGC 都还支持,从 JDK9 废弃 JDK14 移除的是 CMS GC ;
JDK21 新增了分代 ZGC ,但不是默认
2023-09-19 14:08:08 +08:00
回复了 x97bgt 创建的主题 程序员 为什么 HN 的英文这么难读?
HN 是个什么东西?
2023-09-18 09:33:18 +08:00
回复了 oblivion 创建的主题 程序员 亲手造成的运维事故:在 Live CD 环境下部署并运行了 8 个月
锅 5:5 开
修改下
1 ,上了规模的使用(至少上百万、甚至千万年费的情况,少量使用没对比价值)
2 ,并且至少使用了 15-30 类产品
3 ,至少累计使用 2-3 年以上
以上说的是:
1 ,上了规模的使用(至少百万、千万年费的情况,少量使用没对比价值)
2 ,并且至少使用了 20-30 类产品
3 ,至少连续使用 3 年以上
公司有钱和使用者特别闲,可以用下 AWS ,毕竟全球使用率最高,顺便学习下还是不错的。
用 AWS 就意味着更多的人力投入(大规模使用的话),
公司肯定不舍得投入更多人力,这就意味着你需要加班或 996 来完成工作;
国外加班或 996 的情况比较少,所以可以愉快的使用 AWS 。
1 ... 18  19  20  21  22  23  24  25  26  27 ... 70  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2614 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 29ms · UTC 03:35 · PVG 11:35 · LAX 19:35 · JFK 22:35
Developed with CodeLauncher
♥ Do have faith in what you're doing.