F5 애플리케이션 서비스에 Ansible과 Terraform 중 무엇을 선택할 것인가

Lori Mac Vittie수석 엔지니어 겸 최고 에반젤리스트 | F5

F5 애플리케이션 서비스를 배포하고 운영하려면 둘 중 하나 또는 둘 다를 선택하세요.

오픈 소스 운동은 언제나 자유를 중시해 왔습니다. 보유한 기술과 예산, 아키텍처, 목표를 고려해 자신에게 가장 적합한 솔루션을 선택할 수 있는 자유입니다. 이러한 원칙은 오늘날에도 배포 파이프라인을 위한 반복 가능한 인프라를 구축할 때 여전히 중요한 요소로 작용합니다.

애플리케이션 서비스의 프로비저닝과 운영을 자동화할 수 있는 훌륭한 옵션이 많이 있습니다. 그중에서도 RedHat Ansible과 HashiCorp Terraform이 널리 사용됩니다.

여기서 잠시 짚고 넘어가자면, F5는 Ansible과 Terraform을 모두 완벽하게 지원합니다. 두 솔루션과의 상호 운용성과 통합을 보장하기 위해 F5가 직접 협력하고 있으므로 고객이 따로 신경 쓸 필요가 없습니다. 어떤 솔루션을 선택하든 F5가 든든하게 지원해 드립니다.

하지만 고객과 협업하는 과정에서 일부 작업에는 Ansible이 뛰어난 반면, 다른 작업에는 Terraform이 더 적합하다는 점을 확인했습니다. 이는 파이프라인을 자동화하는 작업과 유지 관리하는 작업에 서로 다른 일련의 작업이 필요하기 때문입니다.

Terraform은 오케스트레이션(환경 상태 관리)에 탁월합니다. 즉, Terraform은 환경이 어떤 모습이어야 하고 어떻게 작동해야 하는지 이해합니다. 문제가 있는 경우 Terraform이 이를 검토 대상으로 표시할 수 있습니다.

Ansible은 구성 관리에 탁월합니다. 즉, 개별 구성 요소의 상태를 유지하는 데 중점을 둡니다. 환경 내 개별 구성 요소에 문제가 발생하면 Ansible은 문제를 해결하도록 구성을 조정할 수 있습니다.

각 도구가 중점을 두는 영역이 서로 다르므로, 배포 수명 주기를 자동화하기 위해 두 도구를 함께 사용하는 것은 놀라운 일이 아닙니다.

이 두 도구가 F5 Application Services와 어떻게 연동되는지 알아보기 위해 먼저 배포 수명 주기를 살펴보며 공통된 이해를 마련하는 것이 좋습니다:

애플리케이션에 해당 제공 파이프라인과 연계된 수명 주기가 있듯이, 애플리케이션 서비스에도 해당 배포 파이프라인과 연계된 수명 주기가 있습니다. 이 수명 주기는 여러 단계를 거쳐야 합니다:

1. 프로비저닝
   a. 프로비저닝은 퍼블릭 클라우드든 프라이빗 클라우드든, 가상 머신이나 컨테이너와 같은 인스턴스를 실제로 구동하는 프로세스입니다.
2. 온보딩
   a. BIG-IP가 배포된 환경에서 운영하는 데 필요한 네트워크를 설정하려면 온보딩이 필요합니다.
3. 배포
   a. 수명 주기의 배포 단계에서는 애플리케이션 서비스가 정의 및 구성된 후 시작됩니다.
4. 운영
   a. 지속적인 운영에는 모니터링과 분석이 필요합니다. F5 Telemetry Streaming을 사용하면 BIG-IP를 텔레메트리 파이프라인에 연결하여 필요한 메트릭과 데이터를 공유할 수 있습니다.
5. 변경
   a. 변경은 기존 구성(배포 단계에서 처음 지정됨)을 수정하는 프로세스입니다.

Ansible과 Terraform은 모두 5개 단계 전체에서 주요 자동화 도구로 사용할 수 있습니다. 하지만 각각 강점을 보이는 단계가 다르므로 두 도구를 함께 사용하는 것이 실제로 더 나은 전략일 수 있습니다. Ansible은 배포 및 변경(구성 관리) 단계에서 주로 사용되는 반면, Terraform은 프로비저닝 및 온보딩(오케스트레이션) 단계에서 더 자주 사용됩니다.

또한 많은 고객이 충분히 타당한 이유로 툴체인을 표준화하고자 한다는 점도 잘 알고 있습니다. 여러 도구에 대한 전문성을 유지하는 것은 어려울 수 있으며, 여러 툴체인을 실행하는 데 필요한 인프라를 운영하고 유지 관리하는 일은 말할 것도 없습니다. 이 경우, 이러한 훌륭한 도구 중 어떤 것을 표준으로 채택할지 결정하는 방법이 있습니다.

1. 인프라를 자주 변경하지 않는 경우
   이 시나리오에서는 애플리케이션 서비스는 변경하지만 인프라, 즉 BIG-IP는 반드시 변경하지는 않습니다. 기존 BIG-IP를 활용하여 새 애플리케이션을 배포할 때 흔히 볼 수 있는 경우입니다. Ansible은 구성 관리에 탁월하며, 이 시나리오에서 주로 수행하게 될 작업도 바로 이것이므로 좋은 선택입니다. Ansible은 다양한 언어와 API 스타일을 지원하므로 DevOps 및 NetOps 팀 모두가 애플리케이션 서비스를 변경하는 데 매우 적합합니다. F5 Ansible 모듈이나 F5 AS3를 통해 Ansible로 F5 Application Services를 구성할 수 있습니다. 구체적인 요구 사항에 따라 둘 다 사용할 수도 있습니다. Ansible 접근 방식을 선택하는 방법을 자세히 알아보려면 Mani Gadde와 Andrius Benokraitis가 작성한 이 훌륭한 블로그를 확인해 보세요.
2. 인프라의 잦은 변경
   클라우드, 특히 퍼블릭 클라우드는 애플리케이션과 이를 지원하는 인프라를 빈번하게 변경하기 위해 선택되는 경우가 많습니다. 불변 인프라는 전체 인프라를 폐기하고 다시 배포하는 방식으로 이러한 상황의 변동성을 관리하는 데 도움이 되는 경우가 많습니다. Terraform은 전체 인프라를 신속하게 프로비저닝하고 온보딩하는 데 탁월하므로 이 시나리오에 적합합니다. 오케스트레이션에 중점을 둔 설계는 특히 클라우드와 같이 변동성이 큰 환경에서 일관되고 반복 가능한 인프라를 대규모로 구축하는 데 적합합니다.
3. 인프라 및 애플리케이션 서비스의 잦은 변경
   Terraform과 Ansible을 함께 사용하면 인프라와 애플리케이션 서비스 전반에서 빈번하게 발생하는 변경을 효과적으로 관리할 수 있습니다. 환경 및 개별 구성 요소의 상태가 자주 변경될 것으로 예상되므로, 애플리케이션과 이를 지원하는 애플리케이션 서비스의 가용성을 유지하려면 변경 관리 및 오케스트레이션 도구가 모두 필요합니다.

Ansible, Terraform 또는 둘 다 중 무엇을 선택하든 F5는 네이티브 통합과 사전 패키징된 템플릿을 제공하고, 두 도구 모두에 적극적으로 기여하며 개선해 나가는 커뮤니티를 통해 고객의 선택을 지원하기 위해 최선을 다하고 있습니다.

작성자 소개

Lori Mac Vittie수석 엔지니어 겸 최고 에반젤리스트 | F5

Lori MacVittie는 F5 CTO 오피스의 수석 엔지니어이자 최고 에반젤리스트로, 애플리케이션 딜리버리, 자동화 전략 및 인프라 분야에서 깊이 있는 전문성을 보유하고 있습니다. AI 에이전트를 위한 가드레일을 정의하고, 취약한 멀티클라우드 아키텍처를 분석하며, 확장 가능한 시스템의 한계를 탐구하는 등 복잡한 문제를 명확하게 풀어내는 것으로 잘 알려져 있습니다. 애플리케이션 개발, IT 아키텍처, 네트워크 및 시스템 운영 전반에 걸쳐 30년 이상의 업계 경험을 쌓았습니다. F5에 합류하기 전에는 수상 경력이 있는 기술 편집자로 활동했습니다. MacVittie는 컴퓨터 과학 석사 학위를 보유하고 있으며, 보안, 클라우드 및 엔터프라이즈 아키텍처 분야를 아우르는 다수의 저서를 집필한 작가입니다. 또한 보드게임과 비디오 게임을 열정적으로 즐기며, 치즈에 대해서는 거리낌 없이 확고한 견해를 갖고 있습니다.

Lori Mac Vittie의 다른 블로그 게시물