w****j
发帖数: 204 | 1 【 以下文字转载自 JobHunting 讨论区 】
发信人: wangjj (wangjj), 信区: JobHunting
标 题: DevOps/SRE这一行有前途么
发信站: BBS 未名空间站 (Mon Mar 4 15:41:06 2019, 美东)
感觉班上讨论的不多啊，都是AI，ML，DS啥的
不过似乎DevOps没有ML啥得高上大，写code系的不多，靠经验吃饭，坑多，似乎前景不
错啊
不知道大家怎么看 |
c******n
发帖数: 16666 | 2 怎么看都是计划压榨从业人员 提高利润的一种方法 和open space一样
对于上面的而言解决了 'it works on my machine' 问题
也不用发两份加班费了 一个拷机就dev和ops都来了
另规模一上去 k8s真尼玛难用 去年捣鼓了几个礼拜放弃了 但是感觉还得拾回来说真香
【在 w****j 的大作中提到】
: 【 以下文字转载自 JobHunting 讨论区 】
: 发信人: wangjj (wangjj), 信区: JobHunting
: 标 题: DevOps/SRE这一行有前途么
: 发信站: BBS 未名空间站 (Mon Mar 4 15:41:06 2019, 美东)
: 感觉班上讨论的不多啊，都是AI，ML，DS啥的
: 不过似乎DevOps没有ML啥得高上大，写code系的不多，靠经验吃饭，坑多，似乎前景不
: 错啊
: 不知道大家怎么看
|
w****j
发帖数: 204 | 3 这里的dev 和 ops 具体指的是什么
dev不是一般的开发吗
那岂不是要求很高，dev ops都要懂才行
【在 c******n 的大作中提到】
: 怎么看都是计划压榨从业人员 提高利润的一种方法 和open space一样
: 对于上面的而言解决了 'it works on my machine' 问题
: 也不用发两份加班费了 一个拷机就dev和ops都来了
: 另规模一上去 k8s真尼玛难用 去年捣鼓了几个礼拜放弃了 但是感觉还得拾回来说真香
|
s******e
发帖数: 3 | 4 DevOps 再加点前后端开发，比 fullstack还全面。
DevOps做好不容易，要求的经验和知识面比较广。做好了比马公舒服，知识更新率比马
公低，但面广，依赖经验更多，转做架构，DBA和开发都很容易。
我一直认为依赖经验的工作，job security要高多了，适合中老年马公转行做。 |
s******e
发帖数: 3 | 5 真香：）我把国内公司的架构从OpenStack全部迁徙到阿里的k8s上，自动化程度，系统
扩展性，立马上一个台阶
【在 c******n 的大作中提到】
: 怎么看都是计划压榨从业人员 提高利润的一种方法 和open space一样
: 对于上面的而言解决了 'it works on my machine' 问题
: 也不用发两份加班费了 一个拷机就dev和ops都来了
: 另规模一上去 k8s真尼玛难用 去年捣鼓了几个礼拜放弃了 但是感觉还得拾回来说真香
|
c******n
发帖数: 16666 | 6 嗯 用云的还是方便不少 自己搭架子忒烦 尤其是当中的网络配置
上周开会 貌似上面已经把未来一个项目吹出high availability了 最近手头的活干好
了 估计马上就要重新开始看了
【在 s******e 的大作中提到】
: 真香：）我把国内公司的架构从OpenStack全部迁徙到阿里的k8s上，自动化程度，系统
: 扩展性，立马上一个台阶
|
d*******r
发帖数: 3299 | 7 k8s 的设计傻的一逼, 非常不自动, 折腾一大坨配置
也就是市场上没有更好的跟丫竞争，不能说明 k8s 的设计不是垃圾... |
s******e
发帖数: 3 | 8 这叫infra as code :-) 马公做过，应该很容易。快速上手要放狗，啥都自己做是挺累的
【在 d*******r 的大作中提到】
: k8s 的设计傻的一逼, 非常不自动, 折腾一大坨配置
: 也就是市场上没有更好的跟丫竞争，不能说明 k8s 的设计不是垃圾...
|
h**k
发帖数: 662 | 9 挺好的、developer除非特别牛的、其他的45岁以后就比较苦逼了、要和年轻人凭体力
、经验不值钱 |
c******n
发帖数: 16666 | 10 搞openstack ansible的大叔们说不定也这么想
谁知道狗家突然放出k8s之前经验一下子不值钱了
其实做传统企业itadmin才是你说的这个
【在 h**k 的大作中提到】
: 挺好的、developer除非特别牛的、其他的45岁以后就比较苦逼了、要和年轻人凭体力
: 、经验不值钱
|
|
|
n******t
发帖数: 4406 | 11 k8s是垃圾中的垃圾。這麼說是因為這麻煩純粹是it自己造出來的。
【在 d*******r 的大作中提到】
: k8s 的设计傻的一逼, 非常不自动, 折腾一大坨配置
: 也就是市场上没有更好的跟丫竞争，不能说明 k8s 的设计不是垃圾...
|
d*******r
发帖数: 3299 | 12 "這麼說是因為這麻煩純粹是it自己造出來的" 这个怎么说? 你意思指因为是 admin/
ops/it 背景的设计的?
【在 n******t 的大作中提到】
: k8s是垃圾中的垃圾。這麼說是因為這麻煩純粹是it自己造出來的。
|
d*******r
发帖数: 3299 | 13 infra as code 当然好, 但是从未有个牛b的工具真正实现了
大多数时候, 其实还是 infra as cfg files,
k8s 是 infra as messy, dirty, fragile, complex cfg files XD
累的
【在 s******e 的大作中提到】
: 这叫infra as code :-) 马公做过，应该很容易。快速上手要放狗，啥都自己做是挺累的
|
Z**0
发帖数: 1119 | |
f*********t
发帖数: 17 | 15 没碰到过烂sysadmin扯蛋的吧
新的敏捷初创公司绝对会搞devops
老公司谁care,ops就是个吃饭挣钱的坑
【在 d*******r 的大作中提到】
: infra as code 当然好, 但是从未有个牛b的工具真正实现了
: 大多数时候, 其实还是 infra as cfg files,
: k8s 是 infra as messy, dirty, fragile, complex cfg files XD
:
: 累的
|
w****j
发帖数: 204 | 16 can you elaborate it, please?
【在 f*********t 的大作中提到】
: 没碰到过烂sysadmin扯蛋的吧
: 新的敏捷初创公司绝对会搞devops
: 老公司谁care,ops就是个吃饭挣钱的坑
|
d*******r
发帖数: 3299 | 17 大家都会搞devops啊，但是不一定要用k8s
【在 f*********t 的大作中提到】
: 没碰到过烂sysadmin扯蛋的吧
: 新的敏捷初创公司绝对会搞devops
: 老公司谁care,ops就是个吃饭挣钱的坑
|
s******e
发帖数: 3 | 18 同意
DevOps涵盖面挺广的，k8s只是之一。
我觉得k8s挺好用的，学的东西不多，用好了， 绝对是利器。现在上手一个新软件，比
以前快好多。再比如用k8s或docker玩TF，完全避免了繁琐的安装和各种py版本冲突。
再比如，我司的hpc集群，可以方便多根据使用情况进行容量和性能升降级，这在以前
是不可想象的。
【在 d*******r 的大作中提到】
: 大家都会搞devops啊，但是不一定要用k8s
|
m*****y
发帖数: 224 | 19 这么说的话，Cloud Foundry更好用
【在 s******e 的大作中提到】
: 同意
: DevOps涵盖面挺广的，k8s只是之一。
: 我觉得k8s挺好用的，学的东西不多，用好了， 绝对是利器。现在上手一个新软件，比
: 以前快好多。再比如用k8s或docker玩TF，完全避免了繁琐的安装和各种py版本冲突。
: 再比如，我司的hpc集群，可以方便多根据使用情况进行容量和性能升降级，这在以前
: 是不可想象的。
|
w********m
发帖数: 1137 | 20 k8s的配置能够用语言实现就好了。
比如Spring用来取代xml的java configuration就很优雅。
go或者python都可以。
现在一堆yaml，苦的掉渣。 |
|
|
s******e
发帖数: 3 | 21 这些平台差别不大。但是 cf 和 Spring 是一家公司的，所以玩 Spring 应用轮子工具
更趁手。
【在 m*****y 的大作中提到】
: 这么说的话，Cloud Foundry更好用
|
s******e
发帖数: 3 | 22 yaml 就是 简化的 json，比代码要简单。真正的问题是配置太多了，刚上手时会有些
头皮发麻。技巧就是，放狗收，copy and paste。几次以后就明白了。
【在 w********m 的大作中提到】
: k8s的配置能够用语言实现就好了。
: 比如Spring用来取代xml的java configuration就很优雅。
: go或者python都可以。
: 现在一堆yaml，苦的掉渣。
|
k********0
发帖数: 585 | 23 随着云服务的普及，devops需求也增加。现在terraform很时髦呀。 |
n******t
发帖数: 4406 | 24 以前哪裡就不可以想象了？
【在 s******e 的大作中提到】
: 同意
: DevOps涵盖面挺广的，k8s只是之一。
: 我觉得k8s挺好用的，学的东西不多，用好了， 绝对是利器。现在上手一个新软件，比
: 以前快好多。再比如用k8s或docker玩TF，完全避免了繁琐的安装和各种py版本冲突。
: 再比如，我司的hpc集群，可以方便多根据使用情况进行容量和性能升降级，这在以前
: 是不可想象的。
|
g****t
发帖数: 31659 | 25 硬件隔离的好算优点吧？之前看国内什么公司说许多台物理机器集群，物理内存，物理
CPU，各种调整了不影响应用。（京东商城？）
: 以前哪裡就不可以想象了？
【在 n******t 的大作中提到】
: 以前哪裡就不可以想象了？
|
s******e
发帖数: 3 | 26 几分钟内自动把集群从一个实例扩展到几百个，应付过高峰后又还回去，以前怎么做
【在 n******t 的大作中提到】
: 以前哪裡就不可以想象了？
|
n******t
发帖数: 4406 | 27 之前都有人會做。
比如說你說的版本衝突，獨立的問題，一個命令即可解決，叫做chroot，大小幾K。 這
東西80年代unix就有了，有經驗的網管都在用。但是小白一般不知道。
要分離別的東西，namespace+cgroup是kernel已經支持的東西，要用起來也就是一個命
令，
unshare，大小就幾K。
所謂實例能夠無腦擴展的，都是trivial case，幾行script的問題。不行的，卵用K8s
也沒有任何用處。
【在 s******e 的大作中提到】
: 几分钟内自动把集群从一个实例扩展到几百个，应付过高峰后又还回去，以前怎么做
|
s******e
发帖数: 3 | 28 1。单机情况：你搞一个tf，需要某个python版本一堆琐碎的python lib，你一个
chroot，然后去装那些包，我自己的经验，网上的运行安装脚本，冗长的配置步骤没有
一次是能够顺利走完的，不看后面的跟帖，无法完成。现在到dockerhub下载启动即可
，哪个方便
2。扩容缩容：手工或自动修改replica，一般应用，几分种完成。回到过去，你不需要
买物理机安装配置，需要多长时间，怎么缩回去？如果用vm，如果是通用os image，就
需要新建运行环境，你一样要花时间。关键是，新启动的应用加入集群，以前要么手工
做，要么买授权软件或设备，然后自己写脚本。自己写的脚本不会比k8s的部署策略更
好。
容器技术的核心思想是把运行环境和应用打包在一起，缩减运维开销。你前面提到的
chroot，我提到的自动加负载均衡，在过去有，现在并没有消亡，在k8s都有集成。我
这个人比较懒，既然有人给我集成了，我就直接拿来用，不会为了显摆那些过时技术而
拒绝。
K8s
【在 n******t 的大作中提到】
: 之前都有人會做。
: 比如說你說的版本衝突，獨立的問題，一個命令即可解決，叫做chroot，大小幾K。 這
: 東西80年代unix就有了，有經驗的網管都在用。但是小白一般不知道。
: 要分離別的東西，namespace+cgroup是kernel已經支持的東西，要用起來也就是一個命
: 令，
: unshare，大小就幾K。
: 所謂實例能夠無腦擴展的，都是trivial case，幾行script的問題。不行的，卵用K8s
: 也沒有任何用處。
|
n******t
发帖数: 4406 | 29 嗯。既然對系統了解本來就不多，那就用現成的好了，這叫做沒有選擇。
此外，chroot和unshare都不是過時的技術，如果你對unix系統層面有一些了解的話。
【在 s******e 的大作中提到】
: 1。单机情况：你搞一个tf，需要某个python版本一堆琐碎的python lib，你一个
: chroot，然后去装那些包，我自己的经验，网上的运行安装脚本，冗长的配置步骤没有
: 一次是能够顺利走完的，不看后面的跟帖，无法完成。现在到dockerhub下载启动即可
: ，哪个方便
: 2。扩容缩容：手工或自动修改replica，一般应用，几分种完成。回到过去，你不需要
: 买物理机安装配置，需要多长时间，怎么缩回去？如果用vm，如果是通用os image，就
: 需要新建运行环境，你一样要花时间。关键是，新启动的应用加入集群，以前要么手工
: 做，要么买授权软件或设备，然后自己写脚本。自己写的脚本不会比k8s的部署策略更
: 好。
: 容器技术的核心思想是把运行环境和应用打包在一起，缩减运维开销。你前面提到的
|
d*******r
发帖数: 3299 | 30 不能同意更多, 流着泪跟你握手,
我才发了个帖子喷这个, 最烦这些所谓 "面向配置文件编程" T_T
http://www.mitbbs.com/article/Programming/31545855_0.html
【在 w********m 的大作中提到】
: k8s的配置能够用语言实现就好了。
: 比如Spring用来取代xml的java configuration就很优雅。
: go或者python都可以。
: 现在一堆yaml，苦的掉渣。
|
