F5가 플랫폼에서 DevOps 및 Agile 개발 스타일을 채택함에 따라, 우리는 제품 출시가 성공의 기준이 아니라는 원칙을 중심으로 뭉쳤습니다.
오늘은 막대를 없애고 전체 수명 주기를 살펴보겠습니다. 즉 , 창작물을 내보내고, 구성원(F5 내부 및 외부)의 의견을 경청한 후, 학습한 내용을 개발에 다시 반영합니다. 우리는 무엇보다도 고객 피드백을 우선시합니다. 특히 프로덕션 환경에서 F5를 운영하는 고객의 피드백일 경우 더욱 그렇습니다.
우리의 목표는 언제나 더 나은 제품을 만들고 부족한 부분을 채우는 것입니다. 하지만 고급 기능과 사용 편의성 간의 균형을 찾는 것도 중요합니다. 우리는 고객에게 고급 기능을 제공하고 싶지만, 최종 사용자가 반드시 우리가 처음부터 협력하는 시스템 설계자가 아니라는 점도 이해합니다.
더 광범위한 대상에게 복잡한 기능을 제공하기 위해 우리는 체인을 따라 내려가 새로운, 더 풍부한 API를 통해 구성을 자동화하고 있습니다. 그리고 그것은 오늘날 우리가 사용하는 F5 자동화 툴체인으로 이어졌습니다.
Automation Toolchain을 통해 우리는 우리가 할 수 있다고 생각했던 것과 우리가 구현할 수 있는 기능의 경계를 넓히고 있습니다. 우리는 이러한 문제가 API 경험과 많은 관련이 있다는 것을 발견했고, 이로 인해 선언적 모델을 지향하게 되었습니다.
API의 사용자 경험이 중요한 이유는 무엇입니까? 그것이 중요한 이유는 오늘날 그것을 소비하는 사람들이 시스템 설계자가 아니기 때문입니다. 그들은 두세 단계 아래에 있는 개발자이자 엔지니어입니다.
우리 고객은 통합하기 쉬운 서비스를 원하며, 전문가가 아니더라도 고객이 사용할 수 있는 서비스를 원합니다. 즉, API는 더 이상 전문가를 염두에 두고 설계된 사후적인 요소가 될 수 없습니다. 우리는 API를 매우 명확하고 간결하게 디자인하고 있습니다. 그래서 API를 보는 것만으로도 인터페이스를 어떻게 사용해야 하는지 쉽게 추론할 수 있습니다.
API를 선언적 또는 의도 기반으로 만들면 전체 접근 방식이 바뀌고 있습니다. 사용자에게 따라야 할 2페이지 구성 간략서를 제공하는 대신, 우리는 단순히 다음과 같이 묻습니다. 어떤 결과를 원하시는지 알려주세요.
그리고 우리는 이 자동화를 통해 단순한 것뿐만 아니라 복잡한 서비스도 사용할 수 있도록 하고 있습니다. 여전히 F5 플랫폼의 모든 기능을 사용할 수 있지만, 이제는 복잡한 기능을 필요로 하는 사람들에게 쉽게 제공할 수 있습니다.
그리고 자동화를 향한 여정에서 모든 고객이 같은 단계에 있는 것은 아니라는 사실도 있습니다. 우리는 모든 단계에 걸쳐 고객을 보유하고 있으므로, 자동화 툴체인 도 개별적으로 분리하여 사용할 수 있고 적절한 시기에 하나의 단위로 통합할 수 있는 구성 요소 세트로 구축했습니다.
해당 라이프사이클에는 각각 자동화 툴체인 구성 요소에 의해 처리되는 개별 단계가 있습니다.
이 모든 것은 원하는 결과를 설명하는 플랫폼에 대한 단일 API 호출을 기반으로 합니다. F5는 해당 상태에 도달하기 위해 BIG-IP 장치에서 수행해야 하는 모든 작업으로 호출을 처리하고, 완료되었다고 응답하거나 문제가 있다고 응답합니다. 이 모든 것은 자동화 시스템에 대한 확립된 패턴과 방법론을 기반으로 매우 안정적인 방식으로 수행됩니다.
결과적으로 Automation Toolchain은 플랫폼과 통합하는 데 필요한 노력을 거의 당연한 일로 줄여줍니다.
저희는 F5 플랫폼이 미래에 어떻게 통합되어야 하는지에 대한 견해를 가지고 있으며, 생태계와 통합하기 가장 쉬운 플랫폼이 되고 싶습니다. 고객이나 파트너가 우리 플랫폼을 위해 작성해야 하는 코드 한 줄마다, 우리는 기능성과 사용성 측면에서 그 코드 줄 비용의 100배를 제공하고자 합니다.
결국, 간단한 일을 하는 것이 중요한 것은 아닙니다. 매우 복잡한 일을 매우 간단한 방법으로 하는 것입니다. F5 자동화 툴체인이 제공하는 것이 바로 이것입니다.