浅谈DevOps，文化、技术和职业发展

bmatt

heroxk 发表于 2016-8-17 19:18
听你的描述，典型的OpsDev，也就是Infracoder，需要在AWS平台上快速部署出各种系统。 ...

嗯哪，公司招的就是Ops(paopaobing(88))

heroxk

czy1024 发表于 2016-8-17 21:12
感谢分享.

那看来我从unix转这个 , 需要自学的太多了

脚本编程还是很重要的，是大规模集群管理的基础，也是自动部署的基础。而一些重要的configuration management tool比Ansible这种，如果不会Python的话，就无法编custom module和dynamic inventory，也就是说会遇到技术瓶颈。

czy1024

heroxk 发表于 2016-8-17 21:18
听你的描述，典型的OpsDev，也就是Infracoder，需要在AWS平台上快速部署出各种系统。 ...

在AWS平台上快速部署出各种系统

需要脚本编程么??

heroxk

czy1024 发表于 2016-8-17 21:30
在AWS平台上快速部署出各种系统

需要脚本编程么??

脚本比如Bash这种多少都需要的。

czy1024

heroxk 发表于 2016-8-17 21:38
脚本比如Bash这种多少都需要的。

谢谢... 麻烦你了..

因为国内的unix工作环境太 封闭了,  所以对系统维护外的 东西极少涉及...

感谢赐教~

iceman

heroxk 发表于 2016-8-17 20:22
microservices的发展，让middleware不像原来那么风光，同时也推动了docker的发展。 ...

合久必分，分久必合， 呵呵

bombhuauto

nkwd 发表于 2016-8-17 09:39
之前在国内银行做过两年，一点浅见：银行底层核心复杂，规模庞大，要从原来的开发模式转到Lean的模式推动 ...

工行nova可是每月release的。

不要问我怎么知道的。

terryandtaotao

heroxk 发表于 2016-8-17 20:20
你原来是什么方向的？

Linux （十几年的实践经验） - 内核，硬件驱动，网络，性能优化，文件系统，存储等等，基本上只要涉及 Linux 都是我的事（SME）。
Hypervisor (Xen - 在创造并开源 Xen 的公司干过两年)
还有就是各种 Infrastructure 服务一条龙...
苦逼的活儿...

现在转做基础机构/网络 Solutions Architect 了，小公司（还未 IPO），属于忙成狗。公司其他做技术的，都不太懂 Layer 7 之下的，对基础架构也知之甚少。Linux 基本都是初级用户水平... 因为他们都是搞 SOA / ESB / API / Integration 的...

heroxk

terryandtaotao 发表于 2016-8-17 23:32
Linux （十几年的实践经验） - 内核，硬件驱动，网络，性能优化，文件系统，存储等等，基本上只要涉及 Li ...

我有两个solution architect的朋友也说累的要命，经常加班，一半时间都在开会。你是不是也是这个情况？

heroxk

czy1024 发表于 2016-8-17 21:41
谢谢... 麻烦你了..

因为国内的unix工作环境太 封闭了,  所以对系统维护外的 东西极少涉及...

纯运维的工作现在正在萎缩过程中。

小妞爷他爸

楼主能谈一下Ansible 和PUPPET 哪个比较好吗？ 主要是在应用方向这块。

谢谢

iceman

小妞爷他爸 发表于 2016-8-18 23:06
楼主能谈一下Ansible 和PUPPET 哪个比较好吗？ 主要是在应用方向这块。

谢谢 ...

瑞士军刀和西瓜刀的区别

小妞爷他爸

iceman 发表于 2016-8-18 23:26
瑞士军刀和西瓜刀的区别

Ansible 是瑞士军刀？

terryandtaotao

heroxk 发表于 2016-8-18 22:24
我有两个solution architect的朋友也说累的要命，经常加班，一半时间都在开会。你是不是也是这个情况？ ...

其实感觉 infrastructure / networking 这方面的 Solutions Architect 就是打杂的，什么都得干。

会确实不少，因为 pre-sales / services 通常对基础架构和网络懂得不多，出台或者远程会议都得带着我们这种打杂的... 碰到对方是 Capgemini Accenture 这种印度人多的团队就冒汗，基本毛都不懂，只会扯皮...

加班倒是还好，因为有些时候在家办公，几乎每天迟到早退，会适当补一点工作时间，Slack 上基本有问必答。毕竟只是打工的，没必要卖命...

heroxk

terryandtaotao 发表于 2016-8-18 23:56
其实感觉 infrastructure / networking 这方面的 Solutions Architect 就是打杂的，什么都得干。

会确实 ...

基本和我一个朋友说的差不多。他基本上是system engineer, system DevOps, system architect跳着做，一个工作腻了烦了，就换另一种。

heroxk

小妞爷他爸 发表于 2016-8-18 23:06
楼主能谈一下Ansible 和PUPPET 哪个比较好吗？ 主要是在应用方向这块。

谢谢 ...

应用方面是Ansible更擅长。

Ansible是基于ssh的，是push类型的，stateless。所以和CI/CD的理念无限的接近。缺点就是如果目标机器东西偷偷被改动了，因为是stateless，所以无从知晓。

Puppet是基于master/agent的模式，所有配置设好后，agent上线，自动和master进行同步更新。也就是说是有状态的。如果东西偷偷被改了，下次同步就能被纠正。

但是Puppet的逻辑相对复杂，维护，排错都不太容易。module，node inventory的管理都太重。Ansible相对轻量级。

Puppet适合做系统层的部署和同步，Ansible适合做上层的continuous deployment。各有优缺点。

小妞爷他爸

heroxk 发表于 2016-8-19 11:36
应用方面是Ansible更擅长。

Ansible是基于ssh的，是push类型的，stateless。所以和CI/CD的理念无限的。 ...

楼主有没有DevOps 相关的  wei ** xin ** 群？

足迹真不够大气，连微微微微微微微微微***********信 关键字跟XX 功一样。防关键字，防不住还不如不要防，看着也傻。

terryandtaotao

heroxk 发表于 2016-8-19 11:26
基本和我一个朋友说的差不多。他基本上是system engineer, system DevOps, system architect跳着做，一个 ...

主要是看在

terryandtaotao

heroxk 发表于 2016-8-19 11:36
应用方面是Ansible更擅长。

Ansible是基于ssh的，是push类型的，stateless。所以和CI/CD的理念无限的。 ...

个人比较喜欢 Ansible 轻量级，不需要装 agent

Puppet 的问题比较多，早期是 agent 内存泄漏挂掉，还有 DSL 语法诡异。所以当初选了 Chef 至少 cookbook 纯 Ruby 比较好理解，就是用起来不是太顺手，现在只有 Ansible 和 Saltstack 还在用，毕竟不是做 DevOps 的。

不知道现在 Puppet VS Chef 是什么状态。而类似于 Ansible 这种轻量级的工具则层出不穷，已经不知道现在流行什么了。

purplechilli

手动给楼主点个赞啊。有空好好跟楼主取个经，楼主描述的那种 PROD和 DEV的构架，一直是本屌丝想要搭的东西。

以后程序猿要个虚拟环境测试，啪啪一下给个用户名密码，程序猿敲个命令环境就起来啦，再敲个命令环境就重置了。

楼主，问一下啊，测试环境里，怎么实现一个或N个测试用的数据库？生产环境里的数据库都牛大牛大，给每个程序猿都创建一个数据库，感觉太难。。。暂时本屌丝只能想到拷贝少量数据过去给程序猿玩。

楼上问AWS的兄台，我个人觉得光看书不管用，可以试试搭建一些常见的框架，加点什么load balance啊，fail over啊，就很好玩了，慢慢就熟悉他们的产品了。
AWS是managed，有很多限制和意想不到的惊喜。

dadumile

ks997

恩，别提了，经常踢皮球，没人爱揽责任，效率越拖越低

飞飞鱼

heroxk 发表于 2016-8-19 11:36
应用方面是Ansible更擅长。

Ansible是基于ssh的，是push类型的，stateless。所以和CI/CD的理念无限的。 ...

CI/CD是什么的缩写？

你讲了Ansible和Puppet的对比，对Chef，Jenkins，Vagrant这些有没有啥对比评价分享啊？

传统的运维在各种aaS和Devops的冲击下是急剧的萎缩，我还看不清的是在这样的情况下ITIL，还有Enterprise Architecture怎么和Devops结合。

iceman

飞飞鱼 发表于 2016-8-19 15:24
CI/CD是什么的缩写？

你讲了Ansible和Puppet的对比，对Chef，Jenkins，Vagrant这些有没有啥对比评价分享 ...

Continuous integration and continuous delivery
Ansible, chef, puppet 是一类
Jenkins是一个CI工具
vagrant是虚拟化工具
至于aaS和devops以及EA关系可以说他们可能只是远房亲戚

iceman

heroxk 发表于 2016-8-19 11:36
应用方面是Ansible更擅长。

Ansible是基于ssh的，是push类型的，stateless。所以和CI/CD的理念无限的接 ...

赞！
不过对有无状态这一说法我不是很认同，在两者都是source control的情况下，他们的change都是incremental的。

heroxk

飞飞鱼 发表于 2016-8-19 15:24
CI/CD是什么的缩写？

你讲了Ansible和Puppet的对比，对Chef，Jenkins，Vagrant这些有没有啥对比评价分享 ...

这些都是工具，上面iceman说的还是比较详细的。

架构的场景有很多，要看你指的是什么。一个面向服务的架构，还是硬件资源为主导的架构。

比如我们说一个系统，在面向服务的架构里面，一个系统可以是一种Service，比如DB service。实现的方式从Infra到应用层。如果是面向硬件的架构，一个系统单元可能会是一个计算资源，比如一个EC2 instance。

DevOps文化的引入，会对设计面向服务的架构带来帮助，因为DevOps ，需要持续集成和部署，因此架构不适合太庞大和笨重，子系统不益过多的耦合，所以引入microservices的实际理念，所以需要docker等技术来支持。。。。

heroxk

iceman 发表于 2016-8-19 23:04
赞！
不过对有无状态这一说法我不是很认同，在两者都是source control的情况下，他们的change都是incre ...

我说的状态是node本身的状态。

Ansible的话，每个node上不会存放状态，push server上也没有每个节点的状态。所以会出现过这种情况，Push完了，显示部署成功了，登陆到目标节点上，发现change没push上去。

Git可以新commit了1000次，但是不通过task，没办法同步到node上。所有的记录都在task的log里面，也有情况log显示正确，但终端状态不正确。

Git -- Push server --  Task --> Node


Puppet的话，每个node上只要一个命令，就可以扫描当前的状态，比较和期望的状态有什么不同。一般都是半个小时，node自动唤醒，和master同步，而master一般都是和Git连接，都是最新的状态。

Git -- Master <-- Sync --> Node

heroxk

purplechilli 发表于 2016-8-19 13:57
手动给楼主点个赞啊。有空好好跟楼主取个经，楼主描述的那种 PROD和 DEV的构架，一直是本屌丝想要搭的东西 ...

数据库一般Dev环境是stub的，integration test环境弄点少量数据，完整数据测试要Load test或者staging环境了，这是我所见到的。

AWS傻瓜式，什么load balancer，fall over啥的，用个ELB就行了，几分钟就能起配好。

anklos

heroxk 发表于 2016-8-20 09:25
数据库一般Dev环境是stub的，integration test环境弄点少量数据，完整数据测试要Load test或者staging环 ...

很多CI的工具的CD功能都太弱了，比如没有testing->staging->production的pipeline支持。

jenkins好像是有的。CD的工具请问有什么好的推荐？最近准备试试Codeship

iceman

anklos 发表于 2016-8-21 11:30
很多CI的工具的CD功能都太弱了，比如没有testing->staging->production的pipeline支持。

jenkins好像是 ...

Jenkins是最差的，可以试试buildkite