第一反应是最小堆…但没细想…

我们刚上 k8s 的时候也是这样，尤其是定时任务。我一个一个盯着全改成 xxl-job，可以支持了就切

那你们上 k8s 的意义是什么？硬上么？不支持多节点就改称支持。哪里有状态就用 redis，数据库等稳定的服务分离状态。硬上 k8s 没收益还带来复杂度

所以一个无服务状态是多么得重要。

现在写代码都直接面向论坛伸手要了？

都说了启动慢…启动是一个过去状态，请问你们这么招怎么观察一个过去的状态？在这一瞬间启动然后排查？等你进完容器，都启动完了。这怎么查？拍脑袋猜？假设题主没写错题目。所有限定就是尼不能看到线上的日志，不能对线上做任何操作。那只能看源码了，看启动流程里面干了什么。在本地做测试。当然，这个还要区分是容器启动慢还是应用启动慢。原因都不一样。比如线上因为宿主机的文件句柄快用完了，啥都会启动慢。还是有很多可能的。查看宿主机监控先排除容器的问题。再处理应用的问题

我最没力吐槽的就是说的 cookie 的缺陷。做服务端的都不认为是缺点。
你要是专职前端我也要一条一条反驳：
1，谁告诉你只有 web 和浏览器支持？ app 不支持数据写 app 的不懂 cookie，只知道依葫芦画瓢用 token 。所有 http client 都留了一个客户端的 cookie store 接口是为啥的？只是很少有人注意和实现
2，不要把客户端和服务端要保存的状态混为一谈。服务端最多要存个 session id 。其他你说的都是傻子才用 cookie 传。这条根本不成立
3，cookie 导致 crsf ？ wtf ？说的好像放参数和 header 就不行了。crsf 归根结底是服务端设计消息传递和状态传递不严谨。放 header 会更简单…
4，不要自己不懂就说是缺点。血泪教训是你不懂导致的。我不会开飞机是不是也成了缺点呢？有时间吐槽所谓血泪教训，为什么不去看看 cookie 得完整 rfc ？

另外说一点，鉴于你说的这么肤浅，估计你都没考虑过，token 放 header 传输真心是 app 整出来的复合 http 认真协议。但是浏览器上一旦发生跨域请求的时候，如果服务端不做额外设置，浏览器无论如何会发两次请求，一次 option，请求询问是否可以用这个 header 头。

公司自带梯子，从来不用 google…各种百度的 csdn

你们没抓住重心，我说的伸手党不是不会提取关键字。是大部分直接复制他问题原话直接仍搜索引擎。一般第一条就是答案…比我两句话解释详细 100 倍…

@Chingim 理想情况下在云环境下是可以的…当然是理想情况…因为有操作权限的问题存在…这就变成了一个很复杂的人和人之间的问题。不是技术问题了

从来不认为一个研发如果自己用的东西都搭建不好维护不好还理所当然的说者应该是运维该干的

这还用怀疑？证书有效时间是 2016 年

现在程序员都不认识英文么…
SEC_ERROR_EXPIRED_CERTIFICATE)
* Peer's Certificate has expired.

我想问…为什么要保存成图片…如果是为了打印，直接调用打印机接口不行么

买把普通锁，弄个树莓派，电机…自己重头做

@RyanArthur 现在是 V2EX 人均大厂了？ SRE 和 devops 不是发展出来的一个职位？十几研发的小公司整个 SRE 或者 devop 团队？

就算有公司这部门。微服务带来的开发效率低下是肉眼可见的。真的微服务解放了程序员？那就不要再抱怨业务逻辑简单，天天 CRUD 。微服务让研发真的成了工具人。你以为你懂了微服务，其实任何人都可以替代你…想想是不是很可怕

我，程序员，自己动

@xuanbg goodluck…

@mreasonyang 只有十来个人的团队咋分出来基础组件部门…都是这些高大上的微服务组件都得运维来玩…