이미 F5 애플리케이션 서비스 자동화를 시작했다면 Ansible과 같은 자동화 도구 사용에 익숙할 것입니다. 현재 F5용 Ansible 모듈 115개를 통해 라이선싱, 부하 분산, 글로벌 가용성, 트래픽 및 보안 정책 등 다양한 F5 작업과 구성을 자동화하고 관리할 수 있습니다. 이러한 Ansible 모듈은 고객의 요청을 바탕으로 F5에서 개발하고 지원합니다. 더 많은 사용 사례를 지원하고 애플리케이션 서비스 배포를 간소화하기 위해 F5는 F5 Automation Toolchain의 일부로 Application Services 3(AS3)를 출시합니다. 자세한 배경 정보는 AS3 사용자 가이드를 참조하십시오.
Ansible을 사용한 F5 자동화에 관해 고객과 대화를 나누다 보면, 일부 자동화 베테랑들이 기존 자동화를 더욱 지속 가능하고 안정적이며 이식성 있게 만드는 방법을 모색하고 있다는 사실을 알 수 있습니다. 자주 듣는 질문 중 하나는 다음과 같습니다. “저는 Ansible을 사용하여 애플리케이션 인프라 대부분을 자동화하고 있는데, 최근 AS3에 대해 듣게 되었습니다. AS3도 Ansible과 마찬가지로 F5 BIG-IP에서 애플리케이션 서비스를 구성할 수 있는 것 같습니다. 이 두 솔루션은 동일한 작업을 수행하나요? 제가 따라야 할 권장 접근 방식이 있나요?”
어느 한쪽을 선택해야 한다고 단정 짓기보다는, 적합한 접근 방식은 해결하려는 문제와 경우에 따라서는 회사 정책에 따라 달라집니다. 여기서는 관련 배경과 함께 이 질문에 답하고, 이 두 도구가 어떻게 서로를 효과적으로 보완할 수 있는지에 대한 아이디어를 제시하고자 합니다. 궁금하신가요? 계속 읽어보세요…
AS3는 JSON 문서를 사용하여 단일 선언형 인터페이스를 통해 BIG-IP에서 계층 4~7 애플리케이션 서비스를 구성하는 BIG-IP API 확장 기능입니다. AS3는 일반적으로 매월 초에 월 단위 주기로 제공될 예정이며, TMOS 12.1.x 이상에서는 이미 F5의 지원을 받고 있습니다.
AS3를 사용해야 하는 경우, Ansible 모듈을 사용해야 하는 경우 및 둘 다 사용해야 하는 경우
간단히 말해, AS3와 Ansible 중 무엇을 선택할지는 명령형 구성 방식과 선언형 구성 방식 중 어느 쪽을 선호하는지에 따라 달라집니다. AS3를 사용하면 F5 구성을 명령형이 아닌 선언형 방식으로 처리할 수 있습니다. AS3를 Ansible과 함께 사용하면 선언에서 업계 표준 용어(예: WAF)를 사용하여 구성을 추상화하고 템플릿화할 수 있습니다. 또한 AS3에 새로운 기능이 추가됨에 따라 이러한 기능을 애플리케이션 구성에 더 쉽게 추가할 수 있습니다. AS3 선언을 발전시킬 때 작업을 특정 순서로 배열할 필요가 없기 때문입니다. AS3가 필요한 단계와 작업 순서를 자동으로 결정합니다.
전반적으로 JSON을 사용하여 전체 BIG-IP 구성을 템플릿화하기 위한 선언적 인터페이스를 사용하려는 경우 AS3가 적합합니다. 명령형 접근 방식을 계속 사용하거나 임시 운영 및 작업을 우선하려는 경우에는 Ansible 모듈이 적합합니다. 어느 접근 방식이 옳거나 그르다고 할 수는 없습니다. 모든 것은 자동화 전략의 요구 사항, 필요성 및 제약 조건에 따라 달라집니다.
Red Hat Ansible Tower를 활용한 엔터프라이즈 F5 자동화
데이터 센터 전반에서 이미 Ansible을 사용하고 있으며 Ansible 에코시스템을 활용하고 있다면, 이제 다음 두 가지 옵션을 선택할 수 있습니다:
- F5 Ansible 모듈을 통해 Ansible로 L4-L7 서비스를 구성
- Ansible을 사용하여 AS3를 통해 L4-L7 서비스를 구성합니다
즉, 오픈 소스 Ansible 프로젝트를 사용하여 자동화하려는 경우 개별 BIG-IP 모듈을 사용해 작업을 자동화하는 방식뿐만 아니라 이제 AS3를 사용하는 템플릿 기반 방식도 활용할 수 있어 유연성이 더욱 높아집니다.
Ansible과 AS3를 사용하여 F5 Application Services를 구성하려면 F5에서 개발한 bigip_appsvcs_extension 모듈 또는 Ansible의 URI 모듈을 사용할 수 있습니다.
Ansible 모듈을 사용하여 F5 App Services를 구성하려면 Ansible 오픈 소스 배포판의 일부로 제공되는 기본 제공 모듈을 사용할 수 있습니다.
그렇다면 이제 자동화된 F5 환경을 어떻게 운영에 적용할 수 있을까요? 자동화 솔루션이 F5와 Red Hat 모두의 지원을 받도록 하려면 어떻게 해야 할까요? RBAC, 예약된 자동화 실행 또는 더 큰 규모의 다른 워크플로에 통합하기 위한 RESTful API와 같은 고급 자동화 기능이 필요한 분산형 팀을 운영하고 계신가요? 그 해답은 Red Hat Ansible Tower에서 찾을 수 있습니다. F5 고객은 Red Hat Ansible Tower의 강력한 기능을 활용하여 더욱 효율적인 CI/CD 파이프라인을 구축할 수 있습니다.
Red Hat Ansible Tower는 Ansible Playbook 개발의 자유로움을 활용하는 동시에, 특히 자동화 전문가가 아닌 네트워크 운영자에게 필요할 수 있는 보호 기능을 추가합니다. 이제 팀은 Red Hat Ansible Tower를 통해 AS3 또는 F5 Ansible 모듈을 사용하여 F5 환경을 유연하게 자동화하면서도 구성을 지속적으로 적용하고 검증할 수 있습니다.
시작하기
시작하는 데 도움이 되도록 AS3에 대한 2분 분량의 개요 동영상과 자동화 도구를 사용할 때 추상화가 제공하는 이점을 보여 주는 샌드박스 Ansible 환경을 준비했습니다. 개념에 익숙해지면 Galaxy의 F5 Ansible 역할도 사용해 보세요.
작성자 소개
관련 블로그 게시물
성평등을 향한 여정: 사이버 보안 분야에서 성공적인 커리어를 개척하는 방법에 관한 Jenn Gile과의 Q&A
F5의 ‘성평등을 향한 여정’ 시리즈 네 번째 Q&A에서는 Rachael Shah와 NGINX 제품 마케팅 책임자 Jenn Gile이 사이버 보안 직종에 대한 오해를 바로잡고, 사이버 보안 분야의 성별 격차를 해소하기 위한 조언과 그 이점에 대해 이야기합니다.
TLS 검사에서 피터 파커 원칙 다루기
“큰 힘에는 큰 책임이 따른다.” 볼테르와 처칠도 이와 비슷한 말을 남겼지만, 이 문구는 스파이더맨 코믹스에서 벤 삼촌의 말로 가장 널리 알려져 있습니다. 물론 이 문구가 문화적으로 널리 통용되는 이유 중 하나는 TLS 검사를 비롯해 수많은 상황과 주제에 적용할 수 있기 때문입니다.
Venafi와 F5를 통한 머신 아이덴티티 보호
‘머신 아이덴티티’란 간단히 말해 자동화된 프로세스가 자신의 신원을 식별할 수 있도록 하고, 다른 자동화 시스템과 프로세스가 관련 리소스에 적절한 수준의 접근 권한을 부여하도록 하는 방법을 의미합니다. 이 개념 자체는 새로운 것이 아닙니다. 비교적 새로운 점은 이를 구현해야 하는 규모입니다.
마이너와 미니언: 데이터 유출만이 비용을 초래하는 것은 아닙니다
물론 데이터 유출은 더 큰 비용을 초래할 수 있고(적어도 지금은), 실패 사실을 세상에 드러낼 수밖에 없게 합니다(통지 의무가 있으니까요). 하지만 보안을 단순히 데이터 노출 문제로만 봐서는 안 됩니다. 요즘은 데이터가...
내 클라우드에서 나가!
F5의 Jay Kelley가 전하는 최신 소식에는 Microsoft Office 365용 신규 ID 및 액세스 솔루션을 배포할 때 고려해야 할 사항이 정리되어 있습니다.
Shift(웹 앱) 보안 레터
웹 앱 보안을 개발 초기 단계로 앞당기세요. F5 블로그에서 DevOps 파이프라인 초기에 보안을 통합하여 취약점을 예방하고 시간을 절약하는 방법을 알아보세요.