IT文化变革的5个误区
|
它具有主从结构,其中Salt Master是管理所有内容的主守护程序,Salt Minions是安装在每个受管系统上以执行Salt Master发送的指令的从守护程序。Salt Master将必要的配置和命令发送到Salt Minions,Salt Minions在其计算机上执行它们以应用所有IT自动化。 SaltStack功能包括:专为规模和速度而设计,每个master最多可以处理10000个minions;设置非常简单,具有单个远程执行体系架构;SaltStack中的配置文件支持各种语言;它可以在远程系统上并行执行命令,这有助于快速应用自动化;提供使用Python API的简单编程接口。 Chef
在生产环境中,有时故障的原因之一是应用程序不一致或基础设施配置不一致。而Chef能够有效解决这类问题。 Ansible具有无代理架构,无需在所有服务器上单独安装任何软件。它遵循基于推送的模型,在模型中,需要具有所有必需配置的本地系统,并将这些配置推送到目标服务器。 Ansible的功能包括:使用简单易读的语言进行自动化;无代理架构,可以通过简单的SSH连接到服务器;推送模型将配置从你操作的本地计算机推送到服务器;基于Python构建,因此它支持许多python库和功能等等。 所以,Ansible技能对于系统管理员,开发者,基础架构工程师非常有用。 SaltStack
SaltStack可以快速执行基础架构管理、配置和编排。与Chef和Puppet等其他类似工具相比,SaltStack的速度是它的最大优势。就像Ansible一样,它也是用Python编写的。 新的业务和产品线 事实证明,使用DOMA设计的平台可扩展性更强,也更容易维护。Uber的大多数团队之所以采用DOMA,是因为支持新业务线的成本太高。 一些建议 本节为可能想采用DOMA的公司提供一些实用的建议。这里的指导原则是,根据我们的经验,一个成熟的、经过深思熟虑的微服务架构源于在正确的时间向正确的方向悄悄推敲。现实情况是,对于一个人的整个微服务架构来说,真正的 "重写 "是永远不可能的。 因此,我们认为微服务架构的演进更像是 "修剪树篱",使其最终正确成长,而不是自上而下或一次性的架构(或重新架构)工作。这是一个动态和渐进的过程。 创业公司 驱动性的问题应该是 "我们应该在什么时候采用微服务架构?"和 "它对我们的组织有意义吗?" 正如我们在上面所看到的那样,虽然微服务为拥有大量工程师的组织提供了运营上的好处,但这也换来了复杂性的增加,会使功能的构建更加困难。 在小型公司中,运营效益可能无法抵消架构复杂性的增加。此外,微服务架构通常需要专门的工程资源来支持,这对于早期阶段的公司来说可能超出了预算,否则从优先级的角度来看是次优的。 考虑到这一点,在一段时间内完全暂缓采用微服务也不是没有道理的。如果一个组织真的选择采用微服务,就应该考虑 "微服务作为大型分布式应用 "的类比,以及想要构建的微服务之间的关注点分离。另外,要认识到,第一批微服务很可能是最重要的,也是持续时间最长的,因为它们真正描述了业务的核心。 中型 一旦公司的规模达到中等,有了多个团队,不同的功能和平台之间的关注点明确分离变得朦胧,微服务架构就会变得更加明显有用。
在这个阶段,人们可以开始考虑微服务之间的层次结构。依赖性管理可能会变得更加重要,因为一些服务开始对业务运营变得更加明显的关键,越来越多的团队依赖这些服务。 (编辑:孝感站长网) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |

