오늘날 점점 더 많은 기업이 AAA GW 실시간 등급을 사용하고자 하지만 많은 질문에 직면하고 있습니다. 이 글에서는 이러한 질문 중 일부에 대한 답변과 기존 배치 등급과 실시간 등급을 대조하고 후자의 이점을 보여 드리겠습니다.
기존의 일괄 평가에서는 이벤트가 이미 완료된 후 모든 이벤트 데이터를 CDR/EDR 파일에서 읽습니다. 이벤트 데이터는 처리, 평가 및 요금이 부과됩니다.
실시간 평가에서는 이벤트가 시도되거나 진행 중일 때 데이터가 처리됩니다. 이벤트가 승인되고, 재승인되고, 마지막에는 요금이 부과됩니다.
실시간 시스템을 계획할 때는 서비스 중단이나 매출 손실이 발생할 가능성을 최소화하는 방식으로 설계해야 합니다. 이를 최소화하기 위해서는 지연 시간, 고가용성 아키텍처, 손쉬운 프로덕션 유지보수를 위한 서비스별 CM/DM 분리, 효율적인 모니터링 등을 모두 고려해야 합니다.
실시간 등급을 사용하면 선불 및 후불 사용자를 하나의 시스템에 수용할 수 있으며, 이러한 시스템을 통합 청구라고 합니다. 실시간 과금은 후불 크레딧 한도, 고객 사용 후 실시간 피드백 등 더 많은 혜택을 제공합니다.
다음 글에서는 AAA GW, 통화를 위한 인터랙션 워크플로우(mbi,) 및 gprs/mms/sms(직경)에 대한 자세한 내용을 소개할 예정이니 트위터를 팔로우하고 계속 지켜봐 주시기 바랍니다.
안녕하세요,
또 저입니다. 실시간 평가가 궁금합니다. 현재 SI가 마련한 아키텍처를 평가하고 있습니다. 이름은 언급하지 않겠습니다. 아키텍처를 고가용성으로 어떻게 분류하나요? 누구나 자신의 것이 고가용성이라고 선언할 수 있는데, 실제로 어느 정도의 고가용성이 좋은 고가용성이라고 할 수 있을까요? 고려해야 할 변수가 있나요? 제가 참고할 수 있는 구체적인 공식이 있나요?
또 다른 질문은 직경 프로토콜을 사용하는 AAA에 관한 것입니다. 직경 패킷을 처리하기 위해 파이프라인을 사용하고 있으며, 여기에는 직경 관리자가 구현되어 있지 않습니다. 로그 파일은 어디에서 찾을 수 있는지, IPT 매니저가 아직 존재하던 시절에는 패킷 로그 파일을 $PIN_HOME/apps/radius_ipt/radius_ipt.log에서 찾을 수 있었지만, 직경 패킷의 경우 잘 모르겠습니다.
조언 부탁드립니다.
미리 감사드립니다.
감사합니다,
-아야줄
안녕하세요 아야줄,
고가용성이란 하나 이상의 서버가 고장 난 후에도 성능을 유지할 수 있는 시스템의 용량을 말합니다. 고가용성의 주요 구성 요소는 장애 조치로, 서버 장애 발생 시 클라이언트 연결을 다운된 서버에서 정상적으로 작동하는 서버로 이전하여 클라이언트 애플리케이션이 계속 작동할 수 있도록 하는 기능입니다.
누구나 자신의 아키텍처가 HA라고 선언할 수 있다는 말씀에 동의합니다. 그러나 질문에 대한 간단한 답변을 드리기는 어렵습니다. 먼저 고객의 HA 아키텍처를 분석한 다음 필요한 테스트를 수행해야 합니다.
두 번째 질문과 관련하여 일반적으로 직경 로그는 /opt/portal/pre_dia/log 디렉토리에서 찾을 수 있습니다.
더 자세한 내용을 원하시면 언제든지 직접 문의해 주시기 바랍니다.
잘 부탁드립니다,
에일
안녕하세요,
이 기사가 발표된 지 꽤 시간이 지났습니다. 여전히 Oracle BRM AAA GW를 사용하고 계신지 아니면 Oracle BRM ECE를 사용하고 계신지 궁금합니다. ECE를 사용하는 경우 접근 방식, 도전 과제 및 교훈을 공유해 주세요.
감사합니다,
Khan
실시간 레이팅 환경에서는 사용 요청 처리 후 메모리 코어 덤프로 인해 AAA GW 파이프라인이 충돌합니다.
이 문제는 다음 단계에 따라 재현됩니다:
1. 다음 구성 요소로 실시간 등급 시스템을 시작합니다: AAA GW, CM, 실시간 파이프라인 및 DM_ORACLE
2. 2. AAA GW 파이프라인으로 요청을 보냅니다. 이러한 요청은 문제없이 처리됩니다.
3. 몇 분 후 파이프라인 IFW 프로세스에 의해 코어 덤프가 생성됩니다.
이 Oracle BRM 문제를 도와줄 수 있는 사람이 있나요?
솔루션을 구현하려면 다음 단계를 실행하세요:
1. 최신 패치 세트의 Readme를 다운로드하여 검토합니다.
2. 권장 패치 세트를 적용하기 전에 시스템 백업을 수행했는지 확인하세요.
3. 테스트 환경에서 패치를 적용합니다.
4. 문제를 다시 테스트합니다.