水木社区手机版
- 主题:微服务带来了新的问题
- 几十个项目跑在一台服务器是？
【 在 changtuiniu (此id已换人) 的大作中提到: 】
: 我们也这么想，人说他们几十个项目在跑呢，实际上就是某大证券公司，机房每天还要保证交易软件优先，我们这种属于后台项目要让位于交易软件
: 【 在 guestking 的大作中提到: 】
: : 我倒是很奇怪这个客户，都一千万的标了，还用得着省这点服务器的钱吗
: :
--
FROM 1.202.22.* - 开发还要去管业务的话开发也不太乐意，一般开发都是出问题了才上去看看
【 在 sayinger (言者) 的大作中提到: 】
: 如果部署自动化了，监控自动化了，运维只是维护这些平台，那就不是运维干啊。
:
: 部署变成开发自己主导，运维只是给你搭台子，自己的业务自己管，运维才不会关心你多少个进程。
:
--
FROM 1.202.22.* - 没有哪里指出一台吧，我只提过机房
- 来自 水木社区APP v3.4.2
【 在 nikezhang 的大作中提到: 】
: 几十个项目跑在一台服务器是？
:
--
FROM 117.136.120.* - 复杂这块倒没太大必要，微服务最大的好处是可以在没法阻止同事写屎代码的时候，把屎限制在屎坑里
虽然带来的问题经常是，接口也是一坨屎，不过好在可以自己隔离一下
【 在 licy 的大作中提到: 】
: 拆微服务确实是个有技术含量的内容
: 但是————
: 这东西只不过是系统发展到一定程度拆解复杂系统而已，所以也没啥高大上的
: ...................
--
FROM 49.7.47.* - 微服务最大的好处就是只要构架师nb，其他的业务码农的要求就会相对低很多
【 在 i00i (烟灰·独孤求胖) 的大作中提到: 】
: 港真，小团队、小项目上微服务，就像一个小婴儿非要穿他中年发福的老爹的衣服鞋帽
: 。。
: 彼之饴糖吾之砒霜。。。
: 微服务出现的背景好像是网飞吧？人家当时都什么体量了。。
: ...................
--
FROM 119.139.196.* - 这就是思路还没转过来，开发当然要管业务，作为开发你的价值在哪里，如果仅仅是出了问题上去处理，那就把自己定位成救火队员呗，成天处理问题，你怎么做向上管理，特别是微服务以后，链条可能很长，你自己都不关心自己的业务，谁又会关心你的业务到底发挥了多大作用。
【 在 nikezhang (难得糊涂) 的大作中提到: 】
: 开发还要去管业务的话开发也不太乐意，一般开发都是出问题了才上去看看
--
FROM 221.220.225.* - 可惜我们是没有开发环境的，汗~
【 在 nikezhang 的大作中提到: 】
: 数据库和服务都在一个开发机上？能拆开吗
--
FROM 125.168.196.* - +1
【 在 sayinger 的大作中提到: 】
: 这就是思路还没转过来，开发当然要管业务，作为开发你的价值在哪里，如果仅仅是出了问题上去处理，那就把自己定位成救火队员呗，成天处理问题，你怎么做向上管理，特别是微服务以后，链条可能很长，你自己都不关心自己的业务，谁又会关心你的业务到底发挥了多大作用。
:
--
FROM 124.202.17.* - 这个确实是。。
【 在 iwannabe 的大作中提到: 】
: 微服务最大的好处就是只要构架师nb，其他的业务码农的要求就会相对低很多
--
FROM 124.202.17.* - 【 在 mopo 的大作中提到: 】
: 这个是最基础的吧，倒不如说jvm参数可控，其实这个更好估计，除了native mem可能需要单独规划
: python、 php你都不知道开发人员会怎么乱搞，建几个大dict，动辄几十G的内存可能就出去了
这个也太吓人了吧。。这种开发为何不祭天。。
--
FROM 124.202.17.*