제가 학업 자문을 맡았을 때, 저는 대학생들이 분기별로 일정을 세우도록 도왔습니다. 목표는 재정 지원이 바닥나기 전에 졸업할 수 있도록 안내하는 것이었습니다. 나는 "어디서 시작해야 할까요?"라는 말을 여러 번 들었습니다. 그들이 관심 있는 학문 분야를 다룬 후에도, 뛰어드는 데 대한 두려움은 전혀 사라지지 않았다는 것을 알 수 있었습니다. 그래서 나는 그들에게 "코끼리를 먹는 방법을 알고 있지?"라고 말했습니다. 한 입씩 먹으세요." 데스몬드 투투 주교의 유명한 말을 인용한 것입니다.
왜 이것이 중요한가요? 애플리케이션 전달 전략을 설정하는 것도 비슷하기 때문입니다. 아마도 (바라건대) 출발점에 대한 일반적인 아이디어가 있을 것이고, 표면적으로는 목표가 있을 것입니다. 하지만 그 목표를 달성하기 위한 단계는 많고, 변화무쌍하며, 비용이 많이 듭니다. 말하자면 다루기 힘든 거대한 코끼리입니다. 이를 염두에 두고, 부하 분산 전략을 개발할 때 고려해야 할 7가지 팁을 소개합니다. 이는 완전하지는 않지만, 의사 결정을 돕기 위한 기본적인 프레임워크라고 생각하면 됩니다.
1번 : 보안. 이는 놀랄 일이 아닙니다. 놀라운 점은 기술 리더의 76%가 앱 성능을 개선하기 위해 보안 조치를 해제 할 의향이 있다는 것입니다. 다행스럽게도, 사용자 경험을 희생하지 않고도 앱 제공의 모든 수준에서 강력한 보안 태세를 유지할 수 있는 방법이 있습니다. 기본 수준에서 보안이 내장된 솔루션부터 시작하세요. 결국, 앱의 보안은 앱이 실행되는 인프라의 보안에 따라 결정됩니다. 보안부터 시작하는 부하 분산 전략은 나중에 자체 개발이나 공격자에 따라잡기 위해 노력할 필요가 없습니다.
두 번째 : 확장성. 성능이 뛰어난 앱을 사용하는 것은 좋지만, 앱 트래픽이 많을 때 앱이 작동을 멈추면 바로 사용할 수 없게 됩니다. 앱 사용자를 늘릴 계획이라면 앱 포트폴리오에 맞게 확장 가능하고 예산을 초과하지 않는 로드 밸런서를 갖추는 것이 매우 중요합니다. 우연히도, 이것이 클라우드 기반 로드 밸런서가 까다로울 수 있는 이유입니다. 기본 제공 특성상 어느 정도 편리할 수는 있지만, 애플리케이션의 트래픽 양이 1~2회, 3회 급증했다고 해서 공급업체로부터 예상치 못한 청구서를 받는 일이 불가능하지는 않습니다. 불확실성을 피하세요. 현재 네트워크의 앱 트래픽 요구 사항을 지원하고 향후 클라우드, 온프레미스 또는 하이브리드에서 앱 성장을 지원하도록 확장할 수 있는 솔루션을 확보하세요.
세 번째 : 성능. 밀리초가 차이를 만듭니다. 설문 조사 보고서에 따르면, 애플리케이션을 연 지 2초 이내에 로드되지 않으면 사용자(및 비즈니스)가 다른 곳으로 갈 가능성이 높습니다. 로드 밸런서의 성능을 높이는 방법은 수십 개가 있지만, 트래픽 수요를 충족하는 한 가지 방법은 SSL 오프로드를 지원하는 ADC(애플리케이션 전송 컨트롤러)를 사용하는 것입니다. 앱 앞에서 SSL 복호화를 처리할 수 있는 ADC를 배포하고 암호화 처리를 전용 솔루션으로 전환합니다. 웹 서버에서도 가능합니다 . 이는 네트워크에 어떤 의미를 갖나요? 백엔드 서버는 본연의 업무, 즉 앱 데이터와 비즈니스 잠재력을 제공하는 데 집중할 수 있습니다.
네 번째 : 지원 가능성. 기업이 앱에 의존하는 경우, 출시 시간의 단축과 배포 효율성이 무엇보다 중요합니다. NetOps, SecOps, DevOps는 앱 포트폴리오를 배포, 관리, 분석하는 데 필요한 도구를 갖추고 있으면서 앱 제공 방식을 비즈니스 요구 사항에 맞게 조정할 때 사업부를 보다 효과적으로 지원할 수 있습니다. 많은 조직에서 이는 애플리케이션 지원을 자동화하는 도구를 활용하고, 앱 지원 서비스를 효율적으로 프로비저닝, 구성, 관리하는 데 필요한 작업을 실제로 앱과 네트워크 트래픽을 관리하는 장치에 분산시키는 것을 의미합니다. 하지만 "앱 지원"은 또한 앱이 무엇을 하고 있는지, 어떤 성과를 내고 있는지, 어떤 종류의 트래픽을 겪고 있는지 아는 것을 의미합니다. 따라서 서비스의 다양한 수준에서 보고되는 URL, 처리량, 서버 지연 시간에 대한 분석을 제공하는 부하 분산 솔루션을 선택하는 것이 중요합니다. 이러한 기능을 사용하면 팀에서 수동으로 데이터를 수집하는 데 필요한 시간과 노력을 줄일 수 있습니다.
번호 5 : 유연성. 기업이 시장 수요에 적응하기 위해 유연해야 하는 것처럼, 로드 밸런싱 솔루션도 앱 수요에 부응하기 위해 유연해야 합니다. 즉, 해당 비즈니스의 애플리케이션 포트폴리오에 들어오고 나가는 트래픽의 모든 측면을 분석, 조작, 감지하는 데 필요한 도구를 팀에 제공하는 것을 의미합니다. "후드 아래"를 파악할 수 있는 능력은 사용자 정의에 대한 무한한 가능성을 열어줍니다. 보안 완화 규칙을 구현하고, 새로운 프로토콜을 지원하고, 실시간으로 애플리케이션 관련 오류를 수정하고, 가장 중요한 것은 앱을 사용 가능하고 효과적으로 유지하는 데 필요한 도구를 소유하는 것입니다.
여섯 번째: 건축적 적응성. 긴 표현이지만 중요한 것입니다. 멀티 클라우드 자유를 보장하는 제품을 선택하면 운영, 관리, 도구를 간소화하기 위해 여러 환경에서 작동하는 솔루션을 얻을 수 있습니다. 이러한 솔루션이 도입되면 이것이 무엇을 의미하는지 쉽게 상상할 수 있습니다. 애플리케이션 출시 시간이 단축되고, 이러한 서비스를 관리하는 팀에 대한 교육이 간소화되고, 여러 클라우드에 있는 앱 포트폴리오에 대한 수정 사항과 업데이트가 보다 빠르고 균일하게 배포됩니다. 이러한 다양성을 한 단계 더 발전시키려면 플랫폼에 독립적인 솔루션을 선택하여 소프트웨어로 데이터 센터에서, 하드웨어로 온프레미스에서, 클라우드에서 또는 하이브리드 환경에서 어디서나 실행하세요.
일곱 번째: 앱 요구 사항. 일부 앱에는 다른 앱에는 없는 특정 요구 사항이 있을 수 있습니다. 결국 고유한 부하 분산 알고리즘이 필요하거나 SNMP나 SMTP와 같은 프로토콜의 지원이 필요할 수 있습니다. 모든 상황에 적합한 로드 밸런싱 솔루션은 거의 없습니다. 하지만 사용자에게 필요에 따라 앱을 제공할 수 있는 매우 유연하고 적응력 있는 솔루션이 있는데 , 이는 결국 "이 크기가 우리에게 필요한 모든 것을 거의 다 담는다"는 애매한 대답이 됩니다.
궁극적으로 조직의 고유한 요구 사항에 따라 해당 그룹에 가장 적합한 부하 분산 솔루션이 무엇인지 결정됩니다. 이러한 팁을 활용해 대화와 결정을 내리세요. 지능형 로드 밸런싱 에 대해 자세히 알아보거나 F5 담당자에게 문의하여 자세한 내용을 알아보세요.