Natürlich ist das Schönste an Chef die Wiederverwendung bewährter Komponenten über Kochbücher, insbesondere über den Wrapper-Kochbuch-Ansatz.
Doch wie wählt man das Kochbuch aus, das man verpacken möchte? Einige Beispiele, die eine Menge meiner Zeit verschwendet haben.
ein Kochbuch, das ein Konfigurations-Erb mit fest codierten veralteten, nicht nur veralteten Flags hat. Der Dienst lehnt die Konfigurationsdatei ab. Hinweis: Soweit ich weiß, ist das Umschließen eines korrigierten Vorlagen-Erbs nicht trivial, es sei denn, Sie klonen und pflegen das Ganze.
Ein Kochbuch, das nach Ubuntu-Versionen bis 9.0.4 sucht, darüber hinaus anscheinend nichts tut und auf das veraltete Verzeichnis /etc/event.d/ verweist.
Cookbooks sind stark an Prozessüberwachungstools wie Runit oder Bluepill gekoppelt. Das kann ebenfalls Kopfschmerzen bereiten, wenn Ihr bevorzugtes Tool nicht auf der Liste steht und Sie keine Anpassungen vornehmen können.
Ich habe bisher eher die Kochbücher von supermarket.chef.io verwendet und die haben meistens funktioniert. Allerdings scheint das Kochbuch für den gewünschten Dienst nicht mehr gepflegt zu werden und muss übernommen werden.
Einige Ideen:
Überprüfen Sie die letzten GitHub-Commits/letzten Aktualisierungszeiten. Aber was ist, wenn es einfach funktioniert? Dann sollte es nicht aktualisiert werden.
Sterne. Was aber, wenn die Sterne alle schon vor langer Zeit vergeben wurden, das Kochbuch aber aktuell ist?
Suchen Sie nach GitHub-Problemen, die nicht geschlossen werden. Könnte besser sein.
Schauen Sie sich Rezepte und Attribute im Voraus an. Funktioniert jedoch besser, wenn Sie das Setup der Zielsoftware bereits kennen.
Sehen Sie sich die Anzahl der Mitwirkenden an und beurteilen Sie, ob es sich um ein kurzes Nebenprojekt handelt oder ob es wahrscheinlich langfristig gepflegt wird.
es ausführen und die Fehlertypen betrachten. Die, die ich oben ausgewählt habe, sehen für mich alle wie Kochbücher aus, die die neuesten Updates des Betriebssystems oder des Programms, das sie verwalten, nicht verfolgen, aber nicht über die attributbasierte Flexibilität verfügen, um dies zu ermöglichen.
gibt es irgendwo eine Bewertungsseite? Als ich danach gegoogelt habe, fand ich Kochseiten
Entschuldigung, mir ist klar, dass diese Frage sehr weit gefasst ist. Aber wenn Wiederverwendung ein Ziel des Chef-Ökosystems ist, dann ist die sorgfältige Auswahl des besten Community-Kochbuchs zum Verpacken ein Schlüsselfaktor für den Erfolg eines Endbenutzers. Ganz abgesehen von technischen Fähigkeiten bei der Verwendung von Chef selbst.
Wie machen Sie das? Was ist Ihre Heuristik?
Die große Anzahl von Me-Too-Kochbüchern auf GitHub lässt mich denken, dass diesnichtein gelöstes Problem.
Antwort1
Persönlich schaue ich mir zunächst die Anzahl der Downloads im Supermarkt an und schaue mir dann direkt die GitHub-Seite an. Wenn der Quellcode nicht in der öffentlichen Versionskontrolle ist, gehe ich weiter.
Wenn ich den Code durchsehe, überfliege ich ihn wirklich nur schnell und stelle mir die folgenden Fragen:
a) Kann dieses Kochbuch nur eines?
Wenn es sich um ein Kochbuch handelt, das eine Anwendung installiert, ist das alles, was ich möchte. Ich möchte nicht, dass es mit dem Rest des Systems herumspielt. (Beispiel: physische Datenträger, EBS-Volumes usw. berühren.)
b) Wenn ich dieses Kochbuch verwende, ist es erweiterbar?
Wenn es sich um ein Bibliothekskochbuch handelt, das Ressourcen verfügbar macht, möchte ich, dass diese Ressourcen eine ausreichende Kontrolle über die verwendeten Unterressourcen bieten. Ich kann eine Ressource nicht ausstehen, die eine Vorlage für einen engen Anwendungsfall erstellt, mir aber nicht erlaubt, die Vorlagenquelle oder die Vorlagenvariablen angemessen zu ändern.
Wenn es sich um ein rezeptbasiertes Kochbuch handelt, möchte ich, dass die meisten relevanten Teile über Attribute konfigurierbar sind. Ich habe nichts gegen Wrapper-Kochbücher, aber ich bin verdammt zufriedener, wenn ich ein paar Attribute festlegen kann, anstatt mich so sehr mit dem Wrappen anderer Ressourcen herumschlagen zu müssen.