먼저 의사 결정에 사용될 수있는 결론을 제공합니다.
SSO 주소 “WHO You are” 그리고 당신이 로그인 하는 방법, 그리고 운영 체제는 “당신은 할 수 있는 무슨을에 대 한 책임. 일반적인 계약은 ODS, Outlook 2.0 및 SAML 포함, 그리고 이전 시스템은 게이트웨이 또는 일치 해야 할 수 있습니다.
어떤 조건은 판단하기 전에 확인되어야합니까?
동일한 질문은 다른 사업, 자료 및 프로젝트 단계의 밑에 다른 대답이 있을지도 모릅니다. 그것은 뒤에 오는 조건이 검사되고 웹에 일반적인 발견은 그들의 자신의 프로젝트에 통합될 것이라는 점을 건의됩니다.
사전 예약
첫째, 우리는 표적과 국경에 대해 명확하게 될 것입니다.
소스, 응용 프로그램, 프로토콜, 계정 번호 및 권한의 상태를 재고하십시오.
유효성 열쇠 의존
균일 한 표시, 인증 전략 및 시스템 액세스 표준을 수립합니다.
평가 가능한 결과의 개발
액세스 저조작 응용 및 유효 로그인, 출구 및 복구.
실제 결과와 다음 단계를 결정하십시오.
(b) 배치 및 모니터링 및 비상 계정 번호의 설립에 핵심 시스템의 전송.
실제 사업에서 어떻게 이해합니까?
직원의 분리 후 HR 시스템의 상태에 변경은 균일 한 ID 금지를 유발하고 대화 및 특권의 복구의 비즈니스 시스템을 알려줍니다. 로그인 만하면 수명주기 동기화없이 점프하면 레거시 계정 위험이 남아 있습니다.
가장 쉬운 피트에서 단계.
미스테라스 SSO는 통합 운영 위임으로
로그인이 달성되지 않은, 종료, 분리 및 토큰 lapses 처리
ID 플랫폼 장애의 경우 비상 방문 프로그램 없음
우리는 수신 및 확인을 종료해야 하는 방법?
재조합 및 검사는 로그인, 출구, 여러 요인, 계정 동기화, 장애, 크로스 조직, 외부 사용자, 감사 및 실패의 내리기, 그리고 운영 체제가 여전히 최소한의 권위를 수행한다는 것을 확인하는 것입니다.
공급자 또는 내부 팀과 통신 할 때, 현재 프로세스, 대표 샘플, 기존 시스템, 계획 시간 및 예산 수준이 가져 오는 것이 좋습니다. 우선, 알 수없는 항목은 명확하게 표시되고 그 결정은 진단, PoC, 고정 범위 프로젝트 또는 지속적인 연구 및 개발, 이는 일반적으로 국경없이 가격과 기간 동안 직접 수요보다 신뢰할 수있는 것보다 더 신뢰할 수 있습니다.