有没有发现写了好几年代码，如果离开公司连生产环境如何部署都不会？

[sunshinev]

大家是如何解决公司内的容器化部署的？

用开源的部署系统么？还是自己开发一个？

[buffzty]

@gochat 我 api 是用 go 写的,接收到停止信号会等待所有 api 处理完成.有 5 秒超时. 并不是立即停止. 跟 nginx -s stop 一样的处理逻辑. 1 停,3 启动,2 停,4 启动,永远保证有一个容器在运行 还有问题吗 杠精

[CoderGeek]

我现在一直保持自己本地的 docker 镜像 我自己的环境搞一份 哈哈哈

[Yoock]

不敢用宝塔

[gochat]

@buffzty hh 你别激动，我可不是杠，我是发现很多人的没完全考虑清楚，你说的这个我当然知道，在问一句，流量到你的 go 应用上一层是啥

[threeEggs123]

git merge master -> webhook -> Jenkins -> docker file -> image repo -> ECS (ELB,DNS …) -> Canary deploy ->Replace old -> IM tool(release email)。大概就这些，顺序好像有点乱😂

[buffzty]

@gochat nginx upstream

[sampeng]

不会部署自己代码？连怎么运行的逻辑都不知道。这跟运维有什么关系？研发最低限度要知道怎么在 docker 里面工作的。docker 运行在哪可以不用关心。这是最低底线了。连运行环境都不知道，如果是 java 系，严重怀疑你可能对虚拟机的理解也是很薄弱

[imycc]

不会不知道，因为我是运维 hhhh
但是换了公司确实需要熟悉一下环境。不同的公司有不同的发布流程和发布系统，操作上肯定是要改变的。

朴素一点想，运行代码需要考虑代码+合适的 OS+软件依赖+代码库依赖+数据库等配套，很多东西其实云厂商都提供了，直接用起来就是。再之后再考虑如何利用 CI/CD 优化发布流程。

[594duck]

@lychs1998 自己的孩子自己管自己的环境自己负责。因为吃饱了来打你。

你到 CTO 那里签个字“wo，牛逼，自己部署，不要运维碰。”

你只要签好字，运维部绝对不会和你 Bb 半句。还欢天喜地

[594duck]

看了一些很厉害的 docker 爱好者。

原来都是 2，3 个包，1，2 个 ecs 环境呀。

太好了，我已经看到在生产环境吃瘪的一脸扭曲的样子了

[way2explore2]

难道不是 15minutes to 2 hours 就学会了吗？即使之前不 pipeling ci/cd

[ericgui]

You are just a tiny part of the whole system.

[buffzty]

项目不基本都是 数据库 缓存 web 服务器 这 3 个主要的包吗? 大多数项目一两个服务器还不够. qps 上去了 就用云数据库 云缓层. 部署一个应用难道还要把 运维的那一套全给你列出来 你在那装什么呢 yyr

[CallMeReznov]

羡慕楼上,我现在快要接手运维的项目全是开发自己布置的,我现在光看就不想接手,看到 7-8 种系统的时候杀了他们🐎的心都有

[qiumaoyuan]

没有啊

[yuananf]

aws 上用 cdk，写好代码之后一个命令能把架构都搭好，其它云用 pulumi

[xyooyx]

多捣腾自己的东西，整个流程就都会了

[Cbdy]

简单应用 systemd 加一堆 shell 脚本，复杂应用 k8s

[dayeye2006199]

可以用 paas，heroku. Digitalocean 的 app

[alexzhu592]

@viator42 php 的项目，宝塔爽到飞起