(3화) 앤서블 니가 뭔데?

첫번째 자동화 도구로 앤서블을 소개했습니다. 

 

조금은 앤서블에 대해서 찾아보았나요?

 

아마 처음 들으신분도 한번은 어디선가 주워 들으신 분도 있을겁니다. 

 

문제를 해결하려고 접근하려면 공식 문서를 보는 것을 생활화 해야합니다. 

 

앤서블에 대해 알려면, 앤서블의 공식 사이트에서 한번 이 영상을 보면 좋겠죠. 

 

https://www.ansible.com/resources/videos/quick-start-video?extIdCarryOver=true&sc_cid=701f2000001OH7YAAW 

What is Ansible? | Ansible Quick Start Video

 

그리고 공식 문서를 읽다보니... 이런 그림을 발견할 수 있었을 겁니다. 

 

(참고) https://davedittrich.readthedocs.io/projects/ansible-dims-playbooks/en/latest/ansible.html

2. Ansible and Configuration Management — D2 Ansible playbooks 19.10.0 documentation

전문적인 지식이 없더라도 그림을 한번 본다면 이해가 될 정도이죠. 

 

좀 더 설명을 보태자면 오른편에 앤서블이라는 녀석이 여러 군데에 있는 PC(또는 서버)에 통신하는 모습입니다. 

 

그리고 아직은 뭔지 모르겠지만 Host Inventory 와 Playbook 이라는 두개의 문서를 사용하고 있군요. 

 

Host Inventory를 더 자세히 봐보세요. 

 

무언가 리스트를 포함하고 있고, 그 리스트는 왼편에 있는 PC(또는 서버) 리스트와 일치하는군요! 

 

대략 짐작해보자면 저 리스트를 가지고 앤서블이라는 녀석이 무언가 작업을 수행할 것만 같지 않나요? 

 

흠.. 이러한 추측을 가지고 아직 미궁에 빠져있는 Playbook이라는 녀석을 좀 더 찾아보죠. 

 

다른 그림으로 이런 그림을 찾았습니다. 

 

음 Inventory는 우리의 추측대로 리스트인거 같고.. 

 

Playbook은 뭔가 지시를 하고 있네요? 

 

지시를 하는 정의가 Playbook이 아닐까? 하고 정의를 한번 읽어보죠. 

 

아래 캡처본은 공식 문서의 정의를 구글 번역기로 번역한 겁니다. 

 

반복 가능하고~ 재사용가능한~ 배포 방안이구나~

그리고 작업을 여러번 수행할 때 굳이 다시 새로하지 않고 이미 정의된 플레이북을 활용하게 하는구나~

(음 약간 객체의 개념과 비슷한 걸까? 까지 생각이 들 수 있겠네요)

 

감을 좀 잡으셨나요? 

 

처음부터 전부 다 알필요는 없습니다. 

 

중요한건 직접 써보는 거니까요. 

 

그럼 기본 구성요소를 알았으니 일단 부딪혀봅시다.