서비스 자원 최적화 전략 설명

배경 설명

사용자 수 증가와 기능 요구 사항 향상으로 인해 일부 고자원 소비 구성 옵션이 서비스 불안정을 초래할 수 있음을 관찰했습니다. 서비스 품질을 보장하기 위해 우리는 깊이 있는 분석을 수행하고 이에 따른 최적화 방안을 마련했습니다.

자원 최적화 전략

1. 필터 업데이트 메커니즘 최적화

현황 분석

• 일부 사용자가 매시간 업데이트 필터를 설정했습니다.
• 매번 업데이트 시 완전한 다운로드-파싱-중복 제거 프로세스가 필요합니다.
• 국제 대역폭 제한으로 인해 업데이트 시간이 길어집니다.
• 서버 자원이 지속적으로 고부하 상태입니다.

최적화 방안

업데이트 간격을 최소 72시간으로 조정합니다. 이유는 다음과 같습니다:

• 대부분의 필터 목록 업데이트 주기가 24-72시간입니다.
• 불필요한 자원 소비를 줄입니다.
• 서비스 안정성을 보장합니다.
• 대역폭 사용 효율을 최적화합니다.

영향 평가

• 긍정적 영향
  • 서비스 응답이 더 안정적입니다.
  • 자원 사용이 더 합리적입니다.
  • 시스템 부하를 줄입니다.
• 최소화된 영향
  • 규칙 업데이트는 여전히 합리적인 주기 내에 유지됩니다.
  • 보호 효과에 영향을 주지 않습니다.

2. 병렬 요청 전략

현재 상황

현재 대부분의 사용자가 병렬 요청 기능을 활성화했으나, 기존 아키텍터에서 이득이 제한적입니다:

• 알리클라우드 상위 서비스 지연 차이가 보통 5ms 이내입니다.
• 알리클라우드 공용 서비스의 요청 빈도 제한을 유발할 수 있습니다.
• 불필요한 시스템 오버헤드를 증가시킵니다.

사용 제안

• 로드 밸런싱 모드를 사용하는 것을 제안합니다.
• 병렬 요청은 다음 시나리오에 적합합니다:
  • 상위 서비스 지연 차이가 크다 (>200ms)
  • 서비스 품질이 불안정한 상황
  • 국가 간 액세스 시나리오

주: 현재 병렬 요청으로 인한 속도 제한 문제를 발견하지 않았으므로, 이 기능은 일시적으로 유지됩니다.

3. 타사 목록 관리

보안 고려사항

시스템 안정성을 보장하기 위해 일부 타사 목록 지원을 일시적으로 비활성화했습니다:

• 외부 목록 규모를 예측하기 어렵습니다.
• 자원 초과를 초래할 수 있습니다.
• 서비스 안정성을 보장할 수 없습니다.

후속 계획

우리는 더 안전한 타사 목록 관리 방안을 연구 중이며, 이를 통해 미래에 이 기능을 재개방할 예정입니다.

• ←이전 페이지
• 다음 페이지→