[PYTHON] Points ennuyeux pour ceux qui veulent présenter Ansible

C'est ma première participation au Calendrier de l'Avent. C'est saccadé. ((((； ﾟ Д ﾟ)))) Gakugaku Bull Bull

Ansible qui peut être démarré relativement doucement dans le cadre de provisionnement Mais si vous êtes un développeur, vous devez persuader Ops de commencer. Dans un tel cas, je voudrais vous présenter quelques-unes des astuces qui peuvent être humiliées par l'introduction d'Ansible.

Personne cible

Je souhaite présenter un cadre de provisionnement récemment populaire! !! Comment c'est?

Cependant, il est souvent détesté par le responsable des infrastructures.

Eh bien, pour les personnes qui n'écrivent généralement pas de programmes

"Vous pouvez écrire un programme et l'automatiser !!"

Même si je dis

(＇Ε＇) Amusant

je me sens comme

"Je le gère déjà avec kickstart" "La procédure d'installation a déjà été bombardée."

Eh bien, il y a toujours une réaction contre de nouvelles choses. Je comprends. Il devrait être douloureux au début d'apprendre de nouvelles choses même si vous êtes occupé par votre travail quotidien.

Voici quelques points pour persuader ces personnes de présenter Ansible.

[Partie 1] L'installation ne doit être effectuée que du côté hôte! !! !!

C'est la différence avec Chef.

Le chef est ciblé

• Côté hôte
• Côté invité

Les deux nécessitent l'installation de Chef (Ruby et Gem) Ansible n'est pas requis.

Selon l'endroit où vous travaillez, même une seule installation de middleware est destinée à l'infrastructure

(ﾟ Д ﾟ) Gol '!! Que faites-vous des choses qui ne sont pas nécessaires à l'environnement de production? !! !!

Il y a un endroit pour se mettre en colère.

Mais le concept de base d'Ansible est

Bonne chance avec SSH! !!

est.

Pourquoi si c'est un endroit qui semble se mettre en colère

"Il existe un outil pratique qui peut être utilisé dans l'environnement de production sans mettre de middleware, mais ぉ ぉ ぉ ぉ ぉ"

Disons-le alors que ((((; ﾟ Д ﾟ)))) taureau saccadé.

[Partie 2] Le document est simple

Les documents sont plus simples que Chef !!

Le chef n'est pas le seul à avoir du mal à trouver des documents! !!

Mais Ansible

Documentation est simple

C'est dans l'activité missionnaire

"Je n'ai pas grand chose à retenir. ぉ ぉ ぉ ぉ

Disons-le alors que ((((; ﾟ Д ﾟ)))) taureau saccadé.

[Partie 3] Vous pouvez commencer pour le moment

La tendance récente de Chef est d'utiliser la source du référentiel opscode-cookbooks. Quelque chose semble être à la mode, mais (j'ai essayé et j'étais frustré en chemin) Si vous regardez la source, vous pouvez voir

• Cela semble assez approprié. .. .. (Oh, juste moi ...)
• Je dois beaucoup suivre la définition d'attibute. .. .. ..

Il faut un certain temps pour comprendre et maîtriser le contenu du livre de cuisine, ce qui est facile à frustrer au début.

• Non applicable sauf si la source opscode est utilisée. Cependant, puisque le but est d'introduire Ansible, allongeons-nous (･ д ･).

Ansible n'a pas une telle tendance, vous avez donc l'impression de pouvoir écrire librement.

Alors

"C'est facile d'appeler pour le moment."

Disons-le alors que ((((; ﾟ Д ﾟ)))) taureau saccadé.

(Je ne comprends pas ce que je veux dire ...)

[Partie 4] Environ 5 000 unités peuvent être connectées.

Introduction à Ansible ...? Il a été écrit qu'environ 5000 unités pouvaient être utilisées par 35 pages. (Je ne l'ai pas vérifié moi-même)

Je pense que c'est un endroit limité pour gérer le nombre d'unités de cette échelle, donc

"Je peux gérer environ 5000 unités en même temps."

Disons-le alors que ((((; ﾟ Д ﾟ)))) taureau saccadé.

finalement

J'aime le sentiment lâche et moelleux, et même les personnes qui ne peuvent pas utiliser python (je ne peux pas l'utiliser) peuvent l'introduire relativement facilement Ansible. 。 Et c'est parti,

Quand vous disputez-vous?

"Maintenant!" (Vieux ...)