Obviamente, una de las mejores cosas de Chef es la reutilización de componentes probados a través de libros de cocina, especialmente a través del enfoque del libro de cocina envolvente.
Sin embargo, ¿cómo eliges el libro de cocina para envolver? Algunos ejemplos que me han hecho perder mucho tiempo.
un libro de recetas que tiene una configuración erb con indicadores codificados obsoletos, no solo obsoletos. El servicio rechaza el archivo de configuración. Nota: hasta donde tengo entendido, empaquetar una plantilla erb corregida no es trivial a menos que clones y mantengas todo.
un libro de cocina que busca versiones de Ubuntu hasta 9.0.4, parece no hacer nada más y hace referencia al directorio obsoleto /etc/event.d/.
Los libros de cocina tienen un gran acoplamiento para procesar herramientas de supervisión como runit o bluepill. Eso también es motivo de dolores de cabeza si su herramienta preferida no está en la lista y no puede adaptarse a ella.
Hasta la fecha, he tendido a utilizar libros de cocina de Supermercado.chef.io, y en su mayoría funcionaron. Excepto que su libro de recetas para el servicio que deseo parece no mantenido y está en adopción.
Algunas ideas:
verifique las confirmaciones recientes de github/las horas de última actualización. Pero, ¿y si simplemente funciona? Entonces no debería actualizarse.
estrellas. pero ¿qué pasaría si todas las estrellas se publicaran hace mucho tiempo, mientras que el libro de cocina estaba actualizado?
compruebe si hay problemas de github que no se están cerrando. Podría ser mejor.
Mire las recetas y los atributos con anticipación. Sin embargo, funciona mejor si ya conoce la configuración del software de destino.
mire la cantidad de contribuyentes y evalúe si es un proyecto paralelo rápido o es probable que se mantenga.
ejecutarlo y observar los tipos de errores. Los que elegí arriba me parecen libros de cocina que no rastrean las actualizaciones recientes ni del sistema operativo ni del programa que administran, pero que no tienen flexibilidad basada en atributos para permitirlo.
¿Hay algún sitio de clasificación en alguna parte? Googlear eso me consiguió sitios para cocinar comida
Lo siento, me doy cuenta de que esta pregunta es de naturaleza amplia. Pero seguramente, si la reutilización es un objetivo del ecosistema Chef, entonces elegir con criterio el mejor libro de cocina comunitario para envolver es un ingrediente clave para el éxito de un usuario final. Aparte de cualquier habilidad técnica en el uso del propio Chef.
¿Cómo lo haces? ¿Cuáles son tus heurísticas?
La gran cantidad de libros de cocina yo también en github me hace pensar que esto esnoun problema resuelto.
Respuesta1
Personalmente, empiezo mirando la cantidad de descargas en el supermercado y luego miro directamente la página de github. Si la fuente no está en el control de versión pública, sigo adelante.
Al revisar el código, simplemente leo rápidamente y me hago las siguientes preguntas:
a) ¿este libro de cocina hace una sola cosa?
Si es un libro de cocina que instala una aplicación, eso es todo lo que quiero que haga. No quiero que interfiera con el resto del sistema. (ej.: tocar discos físicos, volúmenes ebs, etc...)
b) si uso este libro de cocina, ¿será extensible?
Si se trata de un libro de cocina de biblioteca que expone recursos, quiero que esos recursos proporcionen una cantidad adecuada de control sobre cualquier subrecurso que emplee. No soporto un recurso que crea una plantilla para un caso de uso limitado, pero no me permite modificar la fuente de la plantilla o las variables de la plantilla adecuadamente.
Si se trata de un libro de cocina basado en recetas, entonces quiero que la mayoría de los bits relevantes sean configurables mediante atributos. No me importan en absoluto los libros de cocina envolventes, pero seré mucho más feliz si puedo establecer algunos atributos en lugar de tener que envolver demasiado los recursos de otros.