最近很少去醉心技术，而是在想很多，在DEVOPS，微服务，服务网格，K8S，CI/CD漫天飞的时代，非常多的从业者总是把工作“越干越多，越干越累”，总在吐槽。
我也经常会在群里，社区上回答各种各样的问题，也帮朋友处理各种各样的技术问题和流程上的一些想法，在这个过程中发现一个很有意思的事。
不管公司的业务规模是大是小，不管项目业务量大小，不管成本是多是少，什么高大上，最近流行什么就上什么新的东西。
所以吧，在这里，我写几个东西，并不是技术参考，而是问题，希望能给广大的“IT从业者”提供一些思路和想法。（为什么加引号？哈哈哈）
最前面的，我这里也没太想好到底该用什么样的词描述，其实这种东西不一定真的是基础，也可能是最上层，就这么写吧。仅供参考。
1、基础–现阶段选什么架构类型，单体、垂直，SOA，微服务还是什么其他的？具体的技术选型是什么？
2、基础–现阶段使用什么服务器能带来多少流量？
3、监控+压力–现阶段能进来多少人？现有资源可以使用到什么程度？
4、过程+目标–近半年会有什么样的拉新活动？是否会有大量用户进入？
5、目标+演进–如果达到什么程度要付出多少？
6、持续演进
举个例子，挨个描述一下，以我自己的经验，来让大家看一下我是如何思考的（仅为个人经验，欢迎探讨）
1、每个架构的优缺点，如果只是一个特别简单的展示站，或者是一个电商平台，使用单体或者垂直架构即可，
2、1、2台服务器就能把业务带起来。
3、服务器进来多少人，服务器的硬件使用情况是什么样的？根据使用的代码选型不同，可能带来不同的结果
比如java都是通过xmx xms等配置来约束，能用多少内存
比如php 要根据实际情况，看线程，看进程，看memory_limit来综合衡量
比如python 这个没啥可说的，用多少算多少。
4、在什么时间点是不是会有很多用户突然的进入，需要持续监控和关注，还要关注各种各样的运营行为
5、花多少钱，预期多少人，进来多少人，服务器资源是否充足，换算下来成本如何把控和监控。
6、未来更远的目标是什么样的？现在做的对不对？如果对，哪里不足改哪里，如果不对，是不是方向走错了？
PS：这个只是一个很简单的例子，如果足够简单，是不是2台服务器就能搞定呢？ 如果资源或者性能不够，是不是只需要再开一台服务器加个负载就好呢？
在现在这个培训班漫天飞的大背景下，非常多的人都是从培训班出来就上岗，干活都能干，但是他干活的价值在哪？
1人，1天的工作量，如果工作量骤增，怎么办？ 是不是要加人呢？ 是不是大家都在做人肉劳动力呢？
不管是 程序员 or 码农
不管是 产品经理 or 需求的搬运工
不管是 运维工程师 or it民工
各位也要考虑下人力成本。作为一个架构师，是不是真的！！！越高大上越好！！！？？？
有很多人也在说，把活越干越少之后，那公司就不需要你了，公司就会开了你。 但是我想说，想一下自己的真正价值，就算现在你每天都拿着高薪做着一些“体力活”，早晚有一天，在技术成熟的时候，就会淘汰“中阶劳动力”，一旦技术成熟，工资高，工作内容技术含量偏低的中阶工程师就会变得危险，因为你的工资比新人高不少，实际的工作内容又会比普通的员工多不了太多，说难听点，你无非是在公司呆的年头多了而已。 大家可以看看阿里，一个阿里云，让多少架构师，让多少运维，程序员变得岌岌可危。 各位，长点心吧，别只看眼前。
大写的PS：我写的很多的内容，我自己也能反驳，所以吧，就别喷了，各种东西都有两面性，如果你想多赚点回家开个小超市，也是很好的选择。所以，技术没高低，看你想做到什么程度，看你想赚多少钱，看你能不能追上技术的脚步。
有感而发写一些东西，没有对错，给大家一个思考的空间吧。
- 本文固定链接: http://www.sa-log.com/408.html
- 转载请注明: 王, 帅 于 我的系统记录 发表
