学习
实践
活动
工具
TVP
写文章

DevOps 自动化工具选择

这倒不是说小公司就不会得益于这些工具,因为自动化和协调技术通常可以简化任何规模的基础设施的正常运行。 使用哪种自动化工具主要取决于企业环境需求。小编更偏重于能快速使用和简单的 Ansible。 来源:公众号 DevOps 技术栈

1.6K30

Jenkins+Ansible 实现自动化 DevOps

Jenkins+Ansible 实现自动化 DevOps 自动化流程图 ?

96420
  • 广告
    关闭

    2022腾讯全球数字生态大会

    11月30-12月1日,邀您一起“数实创新,产业共进”!

  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    DevOps】构建面向交付的自动化维新思维

    打造持续交付流水线,我们过去的平台建设思维都要发生变化。过去各自独立建设的平台现状,都需要变化成以应用为中心的建设思路,详见【DevOps】构建面向应用的管理新思维。 很多运在做自动化平台的时候,非常独立,忽略了早期的过程,应该走到前面阶段,去看如何做好系统的标准对接点。Jenkins那边提供提供的维度,应该自然的保留到的平台中来。 ? Ops自动化 Ops自动化的过程可以算作一个独立的过程,比如说配置管理、IaaS、PaaS层的服务管理、应用层的自动化管理(迁移、容灾切换)等等,简单的应用持续部署不足以覆盖自动化所有。 必须要关注端到端的交付能力,端到端的自动化能力需要对开发、测试的能力足够的了解,需要对平台的整体规划与设计,需要的是管理平台的开放和集成能力。 一定要放弃对自动化在工具层面上的认知,跳出之前的思维边界。面向交付是自动化的新思维,你同意么?

    94810

    DevOps人做到去化认知

    在这次的DevOpsdays大会上了,我的演讲主题是《DevOps,驱动应用从走向管理》,我为什么分享这样的主题? 从2015年的第一篇文章【扯淡篇】DevOps,值得拥抱! 开始,去年不断地和大家讲【DevOps】构建面向应用的管理新思维 。在昨天的演讲上,我把两个点完整的串接起来了,整合到了一起。 其实在过去一直想给“到底什么是”寻找一个答案? 到今天,当我们都在不断的讲DevOps的时候,如果我们还在用的视角去认识当下的是否也是狭义化的表现呢?是不是要回归到更大局的IT全价值链上看? 那DevOps是如何驱动应用从到管理的转变呢?我总结了几点: 1、认识应用在生命周期每一个阶段的能力,比如说敏捷管理、持续交付、IT运营管理(包含IT服务管理)。 其实去化认知,也就是我不断说的跨界,就是不要被过去的要求所束缚,应该看到IT模式变化给带来新的要求。

    54910

    DevOps平台构建

    写在前面的话 如今很多人认为devops将彻底取代传统,我不这么认为,在我看来devops只是很大程度上的代替了传统的手工操作,人员只需写好自动化脚本,利用自动化工具(zabbix,elk 因此Devops能否顺利落地,平台的建设将会很重要。本文主要简单介绍下我司的三大平台。 职责 ? ? 平台 当前我司平台主要有3个: 持续集成和交付 ①基于Jenkins持续构建 ②支持容器化打包和部署 ③发布平台,支持灰度发布,异常快速回滚 监控告警平台 ①完善的监控体系:覆盖机器、网络、服务和客户设备维度 后记 这三大平台用的都是开源系统,总共有12个系统,Sonar、Jenkins、Ranche、Consul、ELK、Admin-Service、Zabbix、Prometheus、Smokeping 后续会基于Jenkins开发一个Devops集成平台,将这些系统进行整合,以便更好地支持前端业务交付。

    1.7K10

    DevOps,就是开发吃掉

    有人说,DevOps 的出现让开发和不再相爱相杀,从此一起手牵手,开心得 coding 和捉 bug。 但也有人说,DevOps 就是开发吃掉。 引言 组织中发起任何DevOps相关活动的首要目的是改善对客户和业务的价值交付,而不是降低成本,提升自动化程度,或者从配置管理中驱动任何事情;这意味着不同的组织可能需要不同的团队结构才能开展有效的开发和协作 DevOps只是一个名为SysAdmin的角色的重塑,没有真正的文化/组织变化发生。这种反型越来越广泛,因为庸碌的招聘人员只是寻找具有自动化和工具技能的候选人。 1: 开发和协作 2: 共享 3: 作为基础设施服务 4: DevOps-as-a-Service 5: 临时DevOps团队 6: DevOps 布道者团队 7: SRE 团队 8: 容器驱动 开发团队可能会接触到像Rackspace这样的服务提供商,以帮助他们建立测试环境并自动化其基础设施和监控,并就软件开发周期中实现的各种功能提供建议。

    1.1K71

    自动化

    2 系统配置参数优化 web服务器优化:网络连接的压力,硬盘读压力 tcp_max_syn_backlog 处理第二次握手状态的数量,默认1024,可以增...

    9810

    自动化

    当你需要持续、频繁地进行一些事情,自动化就是需要的。 OS环境初始化 配置管理工具puppet或satkstack 组件部署 nginx、mysql等 应用程序包部署 xxx 申请关联服务 dns\lvs\cache 自动化测试 对接自动化测试 业务上线 监控系统、CMDB 自动化平台 image.png DNS管理平台+后端BIND:https://www.oschina.net/p/namedmanager

    12130

    自动化发展概括

    1、自动化发展 学习和发展的一个线路: 1.搭建服务(部署并运行起来) 2.用好服务(监控、管理、优化) 3.自动化(服务直接的关联和协同工作) 4.产品设计(如何设计一个维系统) 系统架构师(偏管理):网络 系统 数据库 开发 云计算 自动化 管理 服务管理 项目管理 测试 业务 -----专注于某一领域 2、自动化发展 工作内容分类: 监控(7x24 值班、故障处理) 应用(业务熟悉、服务部署、业务部署、版本管理、灰度发布、应用监控) 安全(整体的安全方案、规范、漏洞检测、安全防护等) 系统(架构层面的分布式缓存、分布式文件系统 、巡检、报修、硬件监控) 3、自动化发展 标准化: 物理设备层面: 1.服务器标签化、设备负责人、设备采购详情、设备摆放标准 2.网络划分、远程控制卡、网卡端口 3.服务器机型、硬盘 自动化发展 基于ITIL的管理体系 成为一名经理: 技术: 知识体系 除了技术: 1.服务管理 ITIL 2.项目管理 PMP 做人

    2.2K51

    【扯淡篇】DevOps,值得拥抱!

    此时,我从的角度来谈DevOps还是比较应景的,它恰好给这个问题提出了一个全新的解决方案。 给带来了什么样的改变和影响? 一、DevOps是什么? 自动化是可视化一切价值流的过程,数据化则可视化价值节点的状态。这个在之前的文章【的本质---可视化】,有全面的阐述。 ? 所以对一个团队来说,在构建自动化平台的同时,也别忘了和研发一起做架构上的优化,提升的吞吐能力。 面向问题和面向事务的需要往面向用户价值的转变! 3、工具观的改变 以前以ITIL为中心的流程系统建设方法论,需要彻底的改变,把持续集成自动化当作第一要务。

    37800

    Python自动化

    total(内存总数)、used(已使用的内存数)、free(空闲内存数)、buffers(缓冲使用数)、cache(缓存使用数)、swap(交换分区使用数)

    57320

    DevOps」闲聊我心中的开发

    开发的价值 从岗位职责来看:开发要做的工作是: 通过开发技能帮助实现工作的自动化。 而 DevOps服务的执行方式升级为更加软件工程化的手段,减少人肉操作, DevOps 强调自动化、拉动式来提高团队交付效率与质量。 要建设自动化或者实践 DevOps 离不开运开发工程师的参与,但要怎样才能更好地发挥开发的作用呢? 等到业界提出 DevOps的时候,他们往往已经专注于团队管理、容量规划、架构调优、服务质量等高级范畴,所以基本不太可能抽出大块的时间来重新学习编码并开发自动化系统。 所以,当能把自动化的需求细致地文档化下来,把自动化系统的设计、架构等关键环节确立下来,这就是最好的「理解」。

    99830

    DevOps】构建面向应用的管理新思维

    需要思维的突破,从Ops走向DevOps,从项目走向产品,从资源走向应用~ 很多问题一直在困扰、在思考,为什么CMDB大部分项目都是失败的?为什么讨论的更多的是自动化而不是IT自动化? 过去的传统式,总是聚焦碎片式的自动化能力理解上。 通常分成开发、测试和角色,但真正到企业内,角色的划分会细致的多;其次这个角色也是随着管理模式变化而变化的,测试人员可能来做生产环境的部署。 这个自动化能力就不是自动化,而是IT自动化。 IT自动化的平台可以由来建设,确保可扩展、插件化的能力。扩展的能力,是能力可以延伸到不同角色的需要,插件化是可以集成不同角色过去的工具能力,从而实现一个面向DevOps的应用交付平台。 再回到自动化,在面向应用的自动化场景上,依然可以通过服务编排的模式来实现。但是回到其他资源上,就逐渐失去和应用的关联,从管理方便性的角度来说,更是如此了。

    88211

    自动化时代,失去价值了吗?

    首先,之前所讲的专题是在运自动化专场,后来一些交流下来,我们共同的感觉是,听众们都特别的关注自动化,恰恰说明了我们现在运的现状是:有太多的公司还没有自动化或者自动化程度很低,还没有找到明确的自动化的方向和思路 这里先不谈自动化的问题,想先表达两个观点: 不仅仅是自动化,还有很多方向值得我们去发力 ,技术不是问题,重要得是思维上的转变 不仅仅是自动化,还有很多方向值得我们去发力 前两天在运群里 效率 这块跟日常的例行工作紧密相关,如资源分配&回收、域名配置、VIP配置、持续集成&发布、应用部署、应用扩容&缩容等,这块是最基础的工作,通常提到的自动化,大多是集中在这些工作上,因为这些工作偏日常和重复 ,目前业界的自动化的解决方案也非常完善了,所以可以优先把这些问题解决掉,目标就是解放的生产力,提升效率,降低人为失误,让的同学可以有更多的精力去做更有价值的事情。 所以,我觉得在技术上不是障碍。即使你觉得以上工具不好使,可以参选我们团队自己研发的ETL调度工具taskctl 关于taskctl 是一款功能全面的作业自动化调度技术管理工具。

    58850

    自动化之殇 | 高效最佳实践05

    前言 这些年来,大家都在谈自动化。但大家是否也会困惑于“只见树木、不见森林”?或者说,做了几年的自动化,但依然不能确定还有哪些工作没做?怎么更优雅的实施自动化? 另外,自动化会潜在的带来哪些问题?且听本文分解\~ 本文实际上包括两部分,关于自动化的一些观点(前3部分)和自动化的痛点(第4部分)。 如果已是自动化的专业人士,可以跳过前面内容,直接鉴赏第4部分------自动化之殇。依惯例放上目录,请享用。 什么是自动化自动化的三个阶段 怎么做自动化自动化之殇 好吧,我们正式开始。 什么是自动化? 有人从实用性的角度来表述自动化,就是把日常需要登录机器的操作,完全Web化,以后只需要点一下鼠标就搞定。 潜在问题包括如下: 1)忽略权限和基线 自动化平台通常由DevOps开发(例如Python + Shell),更多的是以实现功能为主,可能对账号权限或服务器操作权限,未做特殊限制,这样问题就来了,

    1.2K51

    自动化之PSSH

    PSSH提供OpenSSH和相关工具的并行版本。包括pssh,pscp,prsync,pnuke和pslurp。该项目包括psshlib,可以在自定义应用程序中...

    82430

    Python 自动化 IPy

    18210

    Python 自动化 difflib

    23410

    自动化之Fabric

    clone https://github.com/fabric/fabric.git sudo python setup.py install ****简单使用**** 模拟服务器的信息 host-1【机器

    54140

    自动化 | Ansible lookup

    Ansible playbook允许用户使用自定义的变量,不过当变量过大,或者太复杂时,无论是在playbbok中通过vars定义,还是在单独的变量文件中定义,...

    1.2K20

    扫码关注腾讯云开发者

    领取腾讯云代金券