哎感叹现在公司真的是一坨屎啊

搞七捻三
1

很简单业务非要上容器化。。然后搞的各种问题。

容器化是好，但是真的没有必要上因为业务需求增长完全没有达到这个量级

非要说MySQL不行。要用tidb。。哎，MySQL不行，你的业务量搞过百度，阿里了？不是MySQL不行，是你不会优化不会利用MySQL的特性，不会用中间件分库分表。而不是一味换中间件说这个不行。

非要上ES，说ES性能不行，10个集群，还不够用，说一句实在话，真的一群人天天说这不行，那不行，有没有想过别人是怎么玩的？所有东西都玩明白没有？然后不断的升级集群性能。

公司用的Java，然后远程调用，用了3种，最原始的HTTP调用，然后dubbo，然后feign，3种混用。。

然后公司用的AWS服务器，搞翻墙的都知道AWS国外到国内，绕了大圈才回来。
然后老是说网络卡，然后运维说程序问题。。。？我都不明白这些都不会去测一下是不是有跳ping的情况？

所有新增的东西都会把原有东西变得更复杂化。变得更难以排查，除非有非常强力得基建团队。

话不多说。我线上的服务用的H2数据库，性能刚刚的。

强烈推荐 目录 | 凤凰架构 (icyfenix.cn)

任何事情都应该是改进现有的问题的

而现有是容器化后，构建比之前大大延长。而且业务增长容器化没有起到任何帮助，我只能说没有容器化前，一定有很多方案解决水平扩容的问题。但是无脑容器化，而不考虑人员配置，规范等等问题，只能导致一系列问题的产生，

13 Likes
2

从 常规话题 到 职场

2 Likes
3

从 职场 到 常规话题

4

前排

1 Like
5

公司真有钱,能造到啥时候,哈哈

2 Likes
6

:joy:让让他吧

7

你应该开心。毕竟这些东西在简历上有用

1 Like
8

公众号买课了？

1 Like
9

上啊，有能力都上，搞新技术没毛病。搞不就换团队。搞到最后自建数据中心，什么服务都提供。

10

有时候有心无力，他还是你领导，他还不如你。

11

从 常规话题 到 职场

12

有一说一，分库分表本身就是个很垃圾方案，属于上了车下车成本高，硬糊的。

1 Like
13

领导就喜欢吹牛逼，给老板画饼。我之前那个公司的技术负责人也是，张嘴闭嘴就是分库分表，卡夫卡，es，微服务。

主要是业务需求就是一个简单的签到小程序。。用户量也就几百人。。。。

14

我非常不认可，业界都是广泛的使用，除非你当初没有使用MySQL
Apache ShardingSphere

15

KPI 就这样到手了 :smirk:

16

我怀疑你在说我们公司大部分全中，我们公司明明可以用阿里的opensearch省心，虽然钱花的多，但是也好比自建ES集群来的省心，为了省钱给自己找一堆麻烦

17

容器不看规模，能用上还是不错的，部署交付迁移等方便。

18

真有钱，tidb老贵了

19

设计人员应该也明白该围绕业务去设计的道理，但是围绕KPI的设计更能在给领导汇报时展示他的价值。
“领导，我太想要绩效了”
“只能再苦一苦开发兄弟了” :clown_face:

20

就你上面反对的那些，哪个不是业界广泛推荐。。