欧洲最大的咨询公司，美女项目经理与主管，诚征微服务架构师加盟：
具体要求如下：
微服务架构师的四个核心能力：1、基础微服务架构初始化（公司已有，负责导入即可）；2、核心架构与组件、新技术导入能力；3、DevOps管理；3、代码review；4、服务设计（项目骨架实现以及服务拆解）5、不要尝试通过快速脑补而通过面试，基本上项目一周就会被打回原形，然后出局！
另：给您共事的是一群非常nice的人，也比较稳定，最年轻的一位EM也在这个公司有6年了，大部分是女性（除了我），家一般的温馨，但不可避免残酷的交付压力。希望有志者加入，站短信。

这月薪怎么也得十几万起了吧

微服务难在服务设计，现在绝大多数都是为了微服务而微服务

或者说纯粹是用微服务的架构和技术在堆代码

仅仅是从单体变成了多系统

yes。

另外技术反倒是次要的，关键是在业务领域划分已经横向的团队组织协调

技术牛的一般在业务和组织协调方面都不强，或者有能力不愿意干

还有个类似的概念就是中台

需要的就是技术宅

没20w不去

有8000块吗？

回复4#io0deli


如何真相搞好微服务，建议改变思路

需要的不是微服务架构师，而是需要应用架构师，如果公司系统很多，建议解决方案架构师

我司已经走上了为了微服务而微服务的邪路上了

微服务平台那边各种引入工具，应用开发就是换个技术架构而已

回复6#io0deli


技术宅注定失败。。。。

大家说的应用架构设计、服务划分，我这个角色就合适，我服务这个客户9年了，服务这个行业14年了。每个系统的建设都跟我有关，请不要做无根据的揣测，我们对自己的需求非常清楚

大部分是女性（除了我）

微服务本质是垃圾架构，除了带来更多管理成本，创造忽悠KPI新概念，没有点价值

回复13#ttgive

怎么可能，我们正在往微服务迁移， 一个系统用十年以上，维护起来是很痛苦的，微服务重构以后我感觉可以缓解

回复13#ttgive
不懂就瞎说 iOS fly ~

美女呢？
差评 iOS fly ~

我们的平台也在往微服务上迁移


效果还可以 ～ I have spoken

微服务看起来很好，后面没有好的业务划分，和稳定架构，多服务调用和分布式事务搞死人。等到项目上线，docker多实例跑起来，运维就该哭了。

做微服务架构的，如果没做过或者深入后续运维的，都是坑。
这些人从不知道到底需要哪些治理工具
如果一直强调按业务分割也是坑，不分析数据模型。把简单的搞复杂，把一致性业务高的操作拆分

看过太多这样的咨询了
就是一堆会写ppt的外包

纯技术上讲，微服务是个坑，不是所有项目都适合。我实践了一年又回归了。

怎么一堆反对微服务的。
哈哈。
上任何一个系统，不都是要先做仔细规划的嘛

哪些适合微服务架构，有没有好的评判标准？

回复21#forwhat
没有银弹啊…… WP

回复23#sugarcube
对于沉重的单体应用，能解决一些问题，但又会引入新的问题

我们搞微服务转型，更多是为了兄弟们尝试尝试，一层不变太难受了，也为了技术不至于太落伍脱节 WP

我们公司一个项目，本来就有4个业务系统，按照以前的话就是4个tomcat，客户要求必须微服务，后来就是一个docker一个tomcat，在加个网关做权限认证。。 iOS fly ~

回复22#IT民工

国内这些外企 thoughtworks 埃森哲 都有不少坑的。

我估计楼主就是埃森哲的。

甲方没有一个架构师的加入实施团队，坑的记录太高

回复15#piercepop


自己是架构师、十多年的Web后端经验，微服务最早的践行者。架构圈里面对微服务的利弊讨论很多次了，结论就是弊大于利。我为什么这样说的具体的原因可以参考这篇文章:
《什么？你的团队没有100人，那就不要用微服务了》
https://mp.weixin.qq.com/s/cBGiyz0hBorftYNdAoS4wQ

回复14#cybervsq


你缓解的原因不是因为微服务而是因为整体重构。

空降搞微服务，应该直接招cto来
而且熟悉业务也需要时间，出成果慢

都是女性是缺点吧，女性主管最恐怖

回复29#ttgive
认同，手头一个很烂的陈旧系统，还在不断堆积功能，很难说服领导承担风险花成本去彻底重构

微服务架构转型给了我一个冠冕堂皇的理由去重构，领导心里也美滋滋，兄弟团队搞的一堆技术工具终于也有用武之地

但是软件工程没有银弹，我们很多时候换个技术架构犯同样的错误，哪里都一样，太多技术以外的东西了

lz说的技术宅观点，我完全不认同 WP

回复13#ttgive


其实是方便部署。 因为 99% 的项目落地后基本不会去改动，只是例行维护下就行乐。

回复1#io0deli


你们这个微服务架构 是给自己用，还是 给外面客户用？
如果自己用 ，一般企业流程 不会 复杂到想上 微服务 拆解 吧

哈哈哈，客户开心就好 iOS fly ~

微服务适合不同技术栈的几个现有程序凑合一下

小团队负责表示，微服务挺好的。本来技术架构就是为了解决技术问题的。没有万能的架构，目前来看能解决业务问题就OK，想那么多干嘛，如果做大或者业务发生变化，会有新的问题产生，纯IT开发就总是喜欢想一个完美的解决方案。根本没必要

技术宅自己搞搞还可以在企业就只能当外包用，不主动沟通，固执，以自我为中心做出来的东西跟需求不一致。企业里竟然想招技术宅……

DDD，敏捷，微服务，DevOps，相辅相成啊

团队没有100个人别折腾微服务 iOS fly ~

不知道你们说的什么？什么是微服务啊
docker？k8s？

回复41#i-levis

利用微服务把团队扩张到100人他不香吗

到目前为止, 任何一个通用的试图把复杂工作简化的所谓框架，思想, 没有任何一个成功的。除了把事情搞得更复杂, 没有一个好用。
从有windows以来, 唯一个能把复杂逻辑弄的更有调理一些的只有 对象的概念 。
什么javabean, spring....... 除了把事情搞得更加复杂难懂, 骗钱之外, 几乎没有任何好处 。

回复38#leopard365

小团队。单体应用不香吗，你咋解决多个业务接口互调的一致性

嗯，成功的微服务和平台都是给自己用的，卖给客户的都是忽悠。

为什么要强调微服务架构师？？架构师还绑定某个小的领域了？

可以是魔都

CKA CKAD 路过

还有AWS SAP , GCP 架构师还有Azure 架构师。敏捷教练 iOS fly ~

回复1#io0deli

女老板这条就基本上pass大部分人了，职场三大忌

我觉得微服务其实最大的好处是把模块，功能，子系统等等随你怎么叫的部分，他们之间的边界划分清楚。但是这个需要很强的设计规划能力把

当然，借着微服务，能把复杂系统重构一遍也是意外之喜。