服务器 Gind.cn

服务器问题集锦,包括 Linux(Ubuntu, Centos,Debian等)和Windows Server服务器

“单个服务器多个pipe理员”的configurationpipe理

我们build立了一个服务器,运行一个小型协会的基础设施。 到目前为止,我们已经试图用Ansible来pipe理这个configuration,但是这并不是很成功。 也许我们做错了。 原则上,这个想法是,大多数时候这个服务器将被放在一边,人们在蓝色的月亮里添加或者改变事物。 这使得至关重要的是,不pipe在服务器上configuration和运行的是什么,都有很好的文档和清晰的说明,因为不经常pipe理系统的人必然会失去概览(更不用说记住细节)。 另外,随着时间的推移,pipe理这个服务器的人群的组成将会改变(当人们离开并join“委员会”时)。 我们开始了一个干净的安装,每当我们想要设置一些东西(nginx,phpfpm,postfix,防火墙,sftp,munin,..)时,都会添加angular色。 也许是由于我们缺乏经验,我们当然无法完全按照我们需要的方式来完成一套完整的任务,也是因为configuration是一个试验和错误的过程。 这意味着在实践中,我们通常首先configuration我们想要在服务器上运行的任何服务,然后转化为合理的任务。 你可以看到这是怎么回事 人们忘记testing任务,或者害怕这样做会冒险,或者更糟糕的是:我们忘记或忽视了为事情添加东西。 今天,我们几乎没有信心确切的configuration实际上反映了服务器上configuration的内容。 目前我看到三个主要问题: 很难(阅读:我们没有一个好的方法)testing任务而不冒险破坏事情。 它增加额外的工作,首先找出所需的configuration,然后找出如何将其转化为合理的任务。 (理想情况下)我们不会经常使用它来build立熟悉和常规。 这里重要的一点是,无论我们最终做什么,新人都应该很容易地学习绳索,而不需要大量的练习。 是否有一个可行的替代scheme仍然提供了一些保证和检查(比如将Ansible文件合并到一些master文件中),即“configuration和logging你所做的”未能提供的? 编辑:我们已经考虑提交/etc git。 有没有一种合理的方式来保护秘密(私人密钥等),但仍然有服务器之外的configuration库在某种程度上可用?