V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  anubu  ›  全部回复第 21 页 / 共 29 页
回复总数  567
1 ... 13  14  15  16  17  18  19  20  21  22 ... 29  
2019-09-30 09:21:27 +08:00
回复了 freelancher 创建的主题 程序员 八年运维经验要不要转开发?
第一句话需要斟酌一下,这里的“实现”是指安装部署调试运行吗?
如果真的是实现所说的,哪怕仅仅是 demo,不管是运维还是开发,至少都算得上是资深工程师或专家了。这个时候应该不会纠结于此类问题的吧。
2019-09-24 11:33:08 +08:00
回复了 chunmingkk 创建的主题 问与答 一个人在愤怒的时候,听什么歌可以平复一下心情?
刚听日坛推荐的《深夜高速》,好听。
使用了一段时间,有个问题一直没有解决。在执行一个 job 前需要在 kubernetes 集群中拉起一个 pod 作为 agent,这里需要随机的等待一段时间,最长有 3 分钟。官方文档中有提到这个问题,按照文档中的步骤修改了 Jenkins 启动时的环境变量,但并没有效果。
2019-09-12 17:01:24 +08:00
回复了 304464743 创建的主题 DevOps 关于 Jenkins 流水线的语法问题
从第二点看,你在使用 pipeline 脚本,但不使用 Jenkinsfile,意思是直接在页面上写脚本?这似乎不是一个好的实践,没办法做版本管理。建议使用 Jenkinsfile,如果不想放在项目里,可以单独使用一个仓库来保存 pipeline 脚本。
2019-09-06 17:10:19 +08:00
回复了 liudaqi 创建的主题 问与答 回调函数的“调”是读“条”还是读“掉”?
调用
调试
2019-08-31 17:23:25 +08:00
回复了 shanlan 创建的主题 程序员 用机械键盘的人那么少吗?整个公司里就我一个人用。。。
键盘是打字员吃饭的家伙。请准确给自己和他人定位。
2019-08-16 20:01:46 +08:00
回复了 lansquenet 创建的主题 NGINX 各位老哥, http2 是不是依赖 ssl
不是,只是主流实现是这样的。也有很多支持 h2c 的客户端和服务端,看这里 https://github.com/http2/http2-spec/wiki/Implementations
看上去楼主没有配套的 CI/CD 工具,如果项目比较少的话,搭一套 Jenkins 有些浪费。可以试着简单的解决一下。
基本上要考虑两个问题:
1. 自动构建,大部分公共 registry 都支持 Webhook 自动构建的,了解一下就可以解决这个问题。
2. 自动部署,可以使用一些开源项目,如 watchtower、ouroboros,自动更新镜像。
2019-07-22 09:22:17 +08:00
回复了 bbappa 创建的主题 问与答 6k 笔记本推荐
刚入的 lg gram 13 z990 乞丐版,i3 4G,4666。就目前的价格来说,还算可以,但要说性价比,那是完全没有,毕竟这内存可能还没有一个手机的大。核心追求还是轻薄和续航,目前整体比较满意。
键盘真是最大槽点,感觉键帽不是很稳当那种,轻轻碰触键帽四角(不按下去),有咯吱的声音,比较难受。
2019-07-11 12:25:38 +08:00
回复了 springmarker 创建的主题 Kubernetes 大家是怎么管理 K8S 的
kubectl,jenkins+kubectl
手敲命令是比较累一点,但在学习阶段,这个成本可以接受。
还在考虑 rancher,作为一个 WebUI 来说,它做的有些多。由于功能比较多,在纳管自己的集群时会有一些入侵,即安装一些自己的组件,这点比较顾虑。理想的 WebUI 是功能足够,仅和集群 API 交互。
当然如果使用全套 RKE 就没上面的问题,但有一种和发行版绑定的感觉。
2019-07-03 16:48:01 +08:00
回复了 avalon8 创建的主题 DevOps 关于公司自动化部署的设想
制品推送没什么问题的,有各种各样的制品仓库,jenkins 也有各种插件支持,最原始的 ftp、ssh 都可以实现,我们的制品是 docker 镜像,所以就简单的 docker push。
部署更新我们也是在 jenkins 中完成的,根据不同的场景,显式的去执行一个部署操作,而不是推送制品后等待触发部署。可用的工具也很多,Windows 目标可以使用 powershell 远程操作,Linux 目标 SSH 脚本也不错,docker 主机或 k8s 集群都有远程 API 可以调用。
2019-07-03 12:16:15 +08:00
回复了 avalon8 创建的主题 DevOps 关于公司自动化部署的设想
个人经验:
1. 可以实现,基本流程都差不多,难点在于具体各个环节的调试落地;
2. 编译构建步骤是不可缺少的,无非是你选择在 jenkins 环境中出 war 包还是 Dockerfile 多阶段构建出 war 包,这取决于你的构建环境是什么,docker 镜像只是对 war 的一种封装。
3. 不清楚 rancher 是否可以自动拉取最新镜像,如果部署环境是 docker 的话可以参考 https://github.com/containrrr/watchtower
4. tomcat 作为基础镜像,出 war 包后直接 build 一个新的镜像即可。
2019-07-03 11:58:53 +08:00
回复了 mower 创建的主题 问与答 搬砖太累,转行 or 转岗? 4 年研发高工女生
高级工程师?高强度工程师?
2019-07-02 12:39:43 +08:00
回复了 pod 创建的主题 生活 情商低到底是蠢还是单纯?
就标题而言,单纯不是蠢的一种吗?
就内容而言,如果懂得一些基本的为人处世被定义为不单纯,那姐姐和奶奶是挺单纯的。
2019-06-28 11:54:06 +08:00
回复了 sxw11 创建的主题 程序员 关于 docker 使用问题咨询
生产中是这么使用的。
每个服务一个容器,整个项目可以放在一个统一的 docker-compose 文件里管理。
不存在大材小用的问题,和分布式集群部署没有关系,任何需要做隔离部署的场景都可以考虑使用 docker。
你这边的迁移主要还是考虑性能问题,毕竟之前是每个服务独占服务器的。
2019-06-28 08:21:38 +08:00
回复了 dunhanson 创建的主题 程序员 Docker 生产环境自动化部署的问题
流程是这样的没错,回滚就是使用镜像标签,回滚基本是秒级的。这是制品回滚相对于代码回滚的优势。
关于 Jenkins 远程操作部署主机,你这里使用 SSH 也是可以的。实际上,更倾向于使用 docker 命令来操作远程 docker 主机,加上双向 TLS 验证,还是比较安全的。
上面说 k8s 的比较多,在这里应该不是重点,实际上把整个流程走通后,从部署到 docker 改为 k8s 也就是在 Jenkinsfile 里面把 docker 操作替换为 kubectl 操作就可以了。
2019-06-18 07:48:30 +08:00
回复了 resouer 创建的主题 云计算 大家在生产环境中用 Helm 么?大致用到什么程度?
主要在 CI/CD 环节使用,helm template + kubectl,no tiller。真的只是替换一些环境参数,不管是 template 还是 overlay,不要搞太复杂。可能是程序规模较小,依赖完全可控,人工管理。回滚方面倾向于代码层面回滚,重新发布新的 release,发布流程不变。考虑重新编译时间较长,也可以制品回滚。
2019-06-14 08:45:57 +08:00
回复了 Kilerd 创建的主题 分享发现 抽空写了篇我简单的服务器 docker 配置的文章
LB 选择 traefik 似乎会更简洁一些,部署回退可以从代码层面回退,发布新的 release,这样回退流程和发布流程在逻辑上是一样的。当然,也可以对 image 打 tag,直接在部署环境回退镜像,不用重新构建,会更快些。
2019-06-13 12:09:23 +08:00
回复了 jzq526 创建的主题 问与答 跑虚拟机的 PC, Ryzen 还是 Intel?
关注。
一直在盘算着来一套 1700+64G 多开虚拟机来折腾 k8s 集群,板 U 内存差不多 3000 左右,感觉这个性价比还可以。同时也看了看二手服务器,差不多价钱勉强能够到 128G 内存,考虑到功耗、噪音感人,最后还是倾向于把目前的 G4560 腾笼换鸟,体验一下 AMD YES.
1 ... 13  14  15  16  17  18  19  20  21  22 ... 29  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   5268 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 54ms · UTC 07:48 · PVG 15:48 · LAX 23:48 · JFK 02:48
Developed with CodeLauncher
♥ Do have faith in what you're doing.