我想知道,当涉及到一个大厨食谱和许多小厨师食谱时,一般的共识是什么?
例如,假设您想部署Radius服务器,您是否有单独的菜谱:
或者你会在一个或两个大菜谱中得到所有这些?
我的想法是有很多小菜谱,每个菜谱都在做一个非常具体的任务,但我不确定什么是最好的练习。
发布于 2017-08-04 22:59:21
海事组织,越小越好。小菜谱让你在它生长的时候把它分成两半。例如,今天您可能会在一台服务器上部署RADIUS和SQL后端,但是沿着这一行合并SQL后端可能是有意义的。此外,测试小型单元更容易。如果SQL后端位于其他地方,则不必在kitchen中聚合整个过程来测试模板更改或其他内容。
但是,这需要与其他关注的问题相平衡;如果您遵循较小的更好的原则,那么您将得到包含单个资源的菜谱和一个庞大的包含列表。没有人想重复这一工作,所以枯燥的原则--不要重复你自己--是共同的平衡。
https://serverfault.com/questions/866640
复制相似问题