1. 嘉华职业教育程序员首先学的就是各种脚本，asp、jsp、php等等，这些东西大同小异，基本可以举一反三。
2. 数据库，
数据库连接池和事务机制是非常重要的，应该知道数据库用什么来保证事务，连接池如何实现，这些都是商务应用的关键。譬如，目前很多的应用服务，像weblogic、MTS，都包含事务处理，可以说好的事务处理决定了他们的竞争力。
3. 组件技术
现在的Web应用推动了组件技术的发展。以前，从老式的静态库、动态库(dll)，到现在的COM/DCOM，再到正在兴起中的Web Service从单机调用，到基于内部网的分布式调用，到现在基于Internet的分布式计算。现在的应用都是基于组件的n层结构，最明显的就是COM和JavaBean。
这些东西体现了软件架构的发展，以前是基于单机的应用，然后是C/S结构，到现在的B/S结构。程序员一定要注意软件技术的发展趋势，只有这样，才不至于被淹没在技术的洪流中。
4. 网络技术
这可以说是程序员最应该懂得东西。起码，应该知道服务器的机制，要明白Http协议。就拿IIS来说，要懂得web应用程序运行的进程安全和IIS的关系，懂得ISApi的作用。
如果有时间，就看看TCP/IP，看看winsock，也可以到嘉华职业教育申请免费听课。
我所说的这些都是基于微软技术下的东西，其他的像Java方面的东西都可以对照参考，就不多说了，这也是我这几年来的一些心得。总之，学海无涯，每当接触一些新的东西，就会发现自己的不足，同时也就觉得基础知识的重要。说实话，像我们做应用开发，用别人的东西，在现在这种情况下，新的技术层出不穷，稍不注意就会被甩开，这也是没有办法的事情。
.
.
.
.
.
.
.
.
..
.
..
.
.
.
.
.
喜欢阳光的人，喜欢坐在冬日的太阳底下的躺椅上，眯着眼儿，看一会儿闲书，喝一壶清茶，吃几粒瓜子儿，掰下一块儿豆腐干，放到身边也眯着眼儿的老猫的嘴里。
喜欢阳光的人，喜欢坐在秋日的太阳底下的葡萄架下，让阳光透过葡萄叶子，斑斑点点的洒落满身，读一阙儿秋词，叹一句儿天凉好个秋，捡一片儿落叶，思一会儿寂寥。
喜欢阳光的人，喜欢坐在夏日傍晚的河滩上，对着半江瑟瑟半江红的河面，听渔舟晚唱，看村子里袅袅升起的炊烟，思恋妈妈做的晚饭。
喜欢阳光的人，喜欢春日里躺在阳光下的绿草坪上，看白云朵朵游弋在蔚蓝的天空，听着小孩子们嬉闹的欢笑声，感受着嫩嫩的小草的柔和的触摸，心里软软的，酥酥的，荡漾开了的是对于阳光的热爱，对于生活的感悟。
思念的风筝断了线，
随着风尘淡淡飘远。
看着又是一年秋瑟，
你的感觉还是那么单薄。
那些年最喜欢白天，
白天，可以天天坐在你的旁边。
这些年最喜欢黑夜，
梦里，总是在重复离你不远的那些年。
你是一只自由鸟，
别了我这一棵梧桐树，还有一片云与天。
我是一棵梧桐木，
没了你这一只自由鸟，剩下的还有什么我会去要？
老照片看了一遍又一遍，
总是勾勒着你现在脸上的凹陷。
你的感觉像一阵风一样袭来，
捉摸不到行踪，又冰冷的刺穿我假装的不难过。
你知道我多想，
多想在你的面前揭开我的心事，也让你明白我的心愿。
你知道我有多想，
多想坐在伤心的你旁边，也让你体会我的温暖。
你知道我到底有多想，
多想在你无聊的时候和你聊天，也好让我在你的人生中也有两个人那样的时光。
可到了现在，我有多可怜，
只有孤单的时候去想你，越是想你就越是孤单。
我也许只是你心灵书上的一个逗号点，
也曾你让你心里有过那么一次停顿，之后便消失不见。
就等一切的岁月都已写完，而你再去翻看这一本人生时，
我可不可以求求你，不要把刻着我名字的这个小点轻轻淡淡的忽略。
因为它是你留给我的念，也是我留给你的恋。
秸梗花，祢曾有笑过，是否记得烟花绽放照亮夜空时秸梗花，祢曾哭过，是否记得满地的残叶瘦梗没人怜秸梗花，祢曾有忧过，是否记得那年月圆时，祢是对月空吟的游子。祢喜，祢忧，祢愁，祢的一颦一笑牵于心。流年间，恍如梨花千树一夜放，鬓白红瘦断衷肠。
十八岁的流沙飘散在空中，随风而逝。淡淡紫色秸梗花曾是十八年间唯一的信念。自从与秸梗花相遇，到相知。每一秒都洋溢着紫色的幸福。
十八岁时，我只守这我的这一朵秸梗花。那时有个约定叫十点之约那时有个梦叫毕业后就牵手那时有条路叫顺道那时…
我未曾给过繁华，也未曾给过锦帛，更无从有过快乐时光。因此我是不负责任的。所拥有的灿烂也只是如烟花绽放在夜空的一瞬。祢笑，如孩子般烂漫。我却不安，因为我怕我没有力量去保护这朵淡淡紫色的秸梗花。祢曾愿与我邂逅着每一个心情，诉说每一份感触。我曾愿静静地倾听每一种声音，也会为祢说:这人怎么能这样…
时间像是倘在手中的水，无论怎样紧握还是从指间一点点的流走。唯一不变的是对秸梗花的淡淡情愫。当时针敲响零点时，十八岁也随着昨天一起逝去了，消失在这世间无处可寻。突然心好像空了，像是被偷走什么重要的东西。诚恐，彷徨，不安如疯长的藤蔓，爬满了心房。是不是十八岁的情愫也如落叶般散去呢？没有，桔梗的情愫并没有消失，而是留在回忆里了，这一辈子也不会丢了。心这才微微地平静了些。是啊！一生一世就够了来世可以相知相遇，不一定要相爱可以做肝胆相照的朋友，不一定要耳鬓厮磨可以成为至爱的亲人，不一定要爱恨间纠结。依旧怀着对你淡淡的紫色情愫。至今我仍珍惜着，氤氲的情愫，如同葳蕤，一丝丝萧瑟也与此情显得格格不入，更是在氤氲后透彻着成熟的滋味。相信这一切便会是永恒，无可厚非。然，所有永恒在时间的消磨之后变得不堪一击。再也经不起考验，一碰就碎。对那淡淡的紫色情愫曾未变过，只是被现实给脱垮了。朋友对我说了句:蝶恋花。蝶为花醉，花却随风飞。风过无痕，但给我留下的是岁月的斑驳，十八岁的烙印。我知道这些不算什么，但真的很难受，哽咽着。后来的后来我才明白最痛的痛不是不珍惜而错过，而是珍惜了，依然失去。
“桃花依旧笑春风，人面不知何处去。”生活要继续，但已是没有了灵魂，一切如同行尸走肉般活着，没有任何意义。那桔梗花依然再绽放着，可已是物是人非。氤氲早已灰飞烟灭，芬芳馥郁片刻化为灼热刺伤瞳孔。低吟浅唱:玉容寂寞泪阑干，梨花一枝春带雨。十八岁的年轮辗到十九岁，车轮下的桔梗花依旧散发出淡淡的幽香。我不断的提醒自己:过去固然重要，但不是唯一，总是活在过去的人注定会失败。这句话我是在日记里看到的，时间也久远了，也记不清是谁说的了。懂了，不会有永恒不变的爱，地久天长的那是亲情，是血脉相连的责任。所以我举行了葬礼，把那份桔梗的情愫深深的埋葬在回忆的尽头。或许这正如桔梗花的花语一样吧，无望的爱！
已逝的十八岁，让一切变得苍白了许多。半段纠结的桔梗情，忽如在耳畔誓说着不变的诺言。幽幽紫色的情愫，磨灭不了，更是无可奈何。
对于一个开发人员来讲，可能运维并不是自己的职责所在。但是作为一名开发人员，却不能不了解自动化运维的整个流程。因为对于一个信息系统而言，开发和运维本质是一体的，尤其对于一些小公司来讲，可能运维人员本身就是开发人员抽空兼任的。
而自动化运维，本质上是介于开发和运维之间的，是运维和开发的交集，甚至很多时候都要写不少代码。因此，任何一个开发人员，都需要有自动化运维的相关知识。
一个了解好的开发人员，即使自己不做运维相关的工作，也能够知道自己在将项目交付给运维人员的时候，哪些东西是重要的，那些是必须配置的等等。然而在实际工作中，往往开发人员会给运维人员留下一些坑，一些只有他自己知道，而运维人员不知道的东西。导致运维人员自己试了很多次发现不行的时候，找到开发人员，开发人员研究了一下才会告诉他，在某某环境中必须用哪个端口之类的。这样不仅白白浪费了运维人员的时间，也增加了很多沟通的工作量。
反过来也是如此，一些现场的问题如果运维人员不能现场给出问题的定位。对于开发人员来讲是非常难以复现的。比如之前有某家企业，运维人员在客户现场发现问题。费了很大力气从客气的内网里面把日志导出来，发给开发人员，结果开发人员仔细研究了日志之后，发现是网不通的问题。开发人员显然是不可能知道为啥网不通的，搞不好是压根没连网线。
所以今天我们来聊一聊，对于一个程序员来讲，需要了解的自动化运维的那些事。
一、自动化运维的概念
随着信息时代的持续发展，初期的几台服务器已经发展成为了庞大的数据中心，单靠人工已经无法满足在技术、业务、管理等方面的要求。一个运维人员手工配置几台服务器还可能。配置几百上千台服务器那就累死了，还容易出错。那么就需要对运维工作进行标准化、自动化、架构优化、过程优化等。从面降低运维服务成本。其中，自动化最开始作为代替人工 *** 作为出发点的诉求被广泛研究和应用。
所谓自 动化运维，即在最少的人工干预下，结合运用脚本与第三方工具，保证业务系统7*24小时高效稳定运行 。这是所有业务系统运维的终极目标。
按照运维的发展成熟度来看， 运维大致可分为三个阶段 ：
（1）依靠纯手工，重复地进行软件的部署与运维；
（2）通过编写脚本，方便地进行软件的部署与运维；
（3）借助第三方工具，高效地进行软件的部署与运维；
二、自动化运维需要解决的问题
自动化运维通常来讲，需要解决以下几个问题： 自动部署配置、风险事前预警、故障事中解决、和故障事后管理 。
三、自动化运维的常用工具
自动化运维常用的工具包括以下几种：
1、Ansible
ansible是基于Python开发的自动化运维工具，集合了众多运维工具（puppet、cfengine、chef、func、fabric）的优点，实现了批量系统配置、批量程序部署、批量运行命令等功能。
ansible具有如下一些特性：
(1)模块化：调用特定的模块，完成特殊的任务。
(2)Paramiko(python对ssh的实现)，PyYaml，jinja2(模块语言)三个关键模块。
(3)支持自定义模块，可使用任何编程语言写模块。
(4)基于python语言实现。
(5)部署简单，基于python和SSH(默认已安装)，agentless，无需代理不依赖KPI(无需SSL)。
(6)安全，基于OpenSSH
(7)幂等性：一个任务执行一次和执行n遍效果一样，不因重复执行带来意外情况。
(8)支持playbook编排任务，YAML格式，编排任务，支持丰富的数据结构。
(9)较强大的多层解决方案role。
2、Chef
Chef是一个功能强大的自动化工具，可以部署，修复和更新以及管理服务器和应用程序到任何环境。
Chef 主要分为三个部分 Chef Server、Workstation 以及 Chef Client。用户在 Workstation 上编写 Cookbook。然后，通过 knife 命令上传到 Chef Server。最后，在 Chef Client 上面实施安装和部署工作。所以，对于 Cookbook 地编写在整个自动化部署中起到了重要的作用。
Chef Server 包含所有配置数据，并存储描述Chef-Client中每个Nodes的Recipe，Cookbook和元数据。配置详细信息通过Chef-Client提供给Nodes。所做的任何更改都必须通过Chef Server进行部署。在推送更改之前，它通过使用授权密钥来验证Nodes和Workstations是否与服务器配对，然后允许Workstations和Nodes之间进行通信。
Workstations 用于与Chef-server进行交互，还用于与Chef-nodes进行交互。它还用于创建Cookbook。Workstations是所有交互发生的地方，在这里创建，测试和部署Cookbook，并在Workstations中测试代码。
Chef命令行工具 是创建，测试和部署Cookbook的地方，并通过此策略将其上载到Chef Server。
Knife 用于与ChefNodes进行交互。
Test Kitchen 用于验证Chef代码
Chef-Repo 是一个通过Chef命令行工具在其中创建，测试和维护Cookbook的存储库。
Nodes 由Chef管理，每个Nodes通过在其上安装Chef-Client进行配置。 ChefNodes 是一台机器，例如物理云，云主机等。
Chef-Client 负责注册和认证Nodes，构建Nodes对象以及配置Nodes。Chef-Client在每个Nodes上本地运行以配置该Nodes。
Cookbook 是Chef 框架的重要基础功能之一。在 Chef Server 对目标机器做安装部署的时候，是通过 Runlist。而 Runlist 里面又包含了一个一个具体的 Cookbook，所以，最终对一个目标机器的部署任务就落到了 Cookbook 上。而对于 Cookbook 来说，其中包含了多个组件，我们可以将 Cookbook 简单地理解成一个容器或者可以理解为一个包，里面包含了 recipes、files、templates、libraries、metadata 等信息。这些信息用于配置我们的目标机器。
3、Puppet
puppet是一种Linux、Unix平台的集中配置管理系统，所谓配置管理系统，就是管理其里面诸如文件、用户、进程、软件包等资源。它可以运行在一台服务器端，每个客户端通过SSL证书连接到服务端，得到本机器的配置列表，然后根据列表来完成配置工作，所以如果硬件性能比较高，维护管理上千上万台机器是非常轻松的，前提是客户端的配置、服务器路径、软件需要保持一致。
客户端Puppet会调用本地facter，facter探测出该主机的常用变量，例如主机名、内存大小、IP地址等。然后Puppetd把这些信息发送到Puppet服务端；
Puppet服务端检测到客户端的主机名，然后会检测manifest中对应的node配置，并对这段内容进行解析，facter发送过来的信息可以作为变量进行处理；
Puppet服务器匹配Puppet客户端相关联的代码才能进行解析，其他的代码不解析，解析分为几个过程，首先是语法检查，然后会生成一个中间的伪代码，之后再把伪代码发给Puppet客户端；
Puppet客户端接收到伪代码之后就会执行，执行完后会将执行的结果发送给Puppet服务器；
Puppet服务端再把客户端的执行结果写入日志。
4、Saltstack
SaltStack是基于python开发的一套C/S自动化运维工具。部署轻松，扩展性好，很容易管理上万台服务器，速度够快。与服务器之间的交流,以毫秒为单位。SaltStack提供了一个动态基础设施通信总线用于编排,远程执行、配置管理等等。它的底层使用ZeroMQ消息队列pub/sub方式通信，使用SSL证书签发的方式进行认证管理，传输采用AES加密。
在saltstack架构中服务器端叫Master，客户端叫Minion。
在Master和Minion端都是以守护进程的模式运行，一直监听配置文件里面定义的ret_port(接受minion请求)和publish_port(发布消息)的端口。当Minion运行时会自动连接到配置文件里面定义的Master地址ret_port端口进行连接认证。
saltstack除了传统的C/S架构外，其实还有一种叫做masterless的架构，其不需要单独安装一台 master 服务器，只需要在每台机器上安装 Minion端，然后采用本机只负责对本机的配置管理机制服务的模式。
saltstack提供如下一些功能：
（1）远程执行：（批量执行命令）在master上执行命令时，会在所有的minion上执行。
（2）配置管理/状态管理 ：（描述想到达到的状态，saltstack就会去执行）
（3）云管理(cloud)：用于管理云主机
（4）事件驱动：被动执行，当达到某个值会自动触发
这四种自动化运维工具的比较如下，现在主流的基本上ansible和saltstack用的多一些：
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）