우리가 호스트하는 방법에 대해 배우고 싶으십니까 ORCID 레지스트리 및 API? 재해 발생 시 고가용성, 확장성 및 복구를 어떻게 처리하는지 알고 싶으십니까? 그렇다면 이 게시물은 바로 당신을 위한 것입니다!
매달 XNUMX만 페이지 뷰를 처리합니다. ORCID 등록하지만 트래픽의 대부분은 API에 있으며 현재 매달 100억 건 이상의 조회수를 수신합니다. 우리의 핵심 전략 중 하나는 강력한 정보 인프라 개발에 투자하는 것이므로 이러한 사용을 지원하는 데 사용하는 기술이 안정적이고 안전하다는 확신이 필요합니다.
레지스트리 및 웹 사이트의 나머지 부분 orcid.org는 전 세계에 150개 이상의 데이터 센터를 보유한 클라우드 서비스 제공업체인 콘텐츠 전송 네트워크(CDN)를 통해 라우팅됩니다. 브라우저가 다음에 연결되면 orcid.org, 사이트의 정적 부분은 더 빠른 로드 시간을 가능하게 하기 위해 가까운 로컬 데이터 센터에서 제공됩니다.
CDN에는 다음과 같은 몇 가지 다른 유용한 기능이 있습니다. 분산 서비스 거부 (DDoS) 공격, 해킹 위협에 대한 실시간 보안 검색.
레지스트리 페이지는 트래픽이 앱 서버 클러스터 전체에서 로드 밸런싱되는 메인 데이터 센터에서 호스팅되며, 레지스트리 데이터는 암호화된 파일 시스템에 있는 XNUMX개의 강력한 데이터베이스 서버 클러스터에 저장됩니다. 하나는 업데이트가 이루어지는 마스터 데이터베이스이고 두 개는 실시간으로 데이터 사본을 수신하는 복제 서버입니다. 레플리카 서버는 대부분의 레지스트리 및 API의 "읽기" 작업에 사용되지만 장애 발생 시 마스터로 승격될 수 있는 상시 대기 서버이기도 합니다.
우리는 생산 시스템을 지원하는 다양한 다른 서버를 보유하고 있습니다. 이 서버는 검색 색인을 구축하기 위해 데이터를 섞고, 다른 데이터 센터에서 최신 공개 데이터 덤프를 유지하고, 이메일 알림과 같은 예약된 작업을 실행합니다.
매일 두 번 데이터베이스를 자동으로 백업하고 덤프를 암호화한 다음 다른 대륙에 있는 다른 클라우드 서비스 제공업체로 푸시하여 주 데이터 센터에서 재해가 발생하는 경우 데이터베이스 백업을 사용하여 시스템을 복원할 수 있습니다. 임시 오프라인 서버를 사용하여 이 프로세스가 작동하는지 정기적으로 테스트합니다.
이것은 견고한 기반입니다. 하지만, ORCiD 계속 성장하고 있으며 연구 정보 인프라의 일부로 점점 더 의존하고 있습니다. 따라서 커뮤니티가 계속해서 우리에게 의존할 수 있도록 더 많은 일을 해야 합니다.
무엇을 개선하고 싶습니까?
우리는 다소 긴 데이터베이스 복원 프로세스에 의존하거나 마지막 백업 이후 데이터를 잃지 않도록 여러 위치에 앱 서버와 데이터베이스 복제본을 갖고 싶습니다. 수요가 갑자기 증가할 경우 몇 시간이 아닌 몇 분 만에 새 서버를 프로비저닝할 수 있기를 바랍니다.
우리는 등록, 로그인 및 격리된 시스템에 대한 권한 부여와 같은 시스템의 가장 중요한 부분을 분리하는 것을 고려하고 있으며 공용 API 트래픽 문제가 Registry 및 Member API에 영향을 미치지 않도록 보장하고자 합니다.
그리고 우리는 다음과 같은 산업 표준 기술을 사용하는 보다 유연한 아키텍처를 원합니다. 고정 컨테이너 과 Kubernetes, 위에서 언급한 개선 사항을 만드는 데 도움이 됩니다.
우리의 계획에 대해 어떻게 생각하는지 알려주세요! 귀하의 조직 및 귀하가 의존하는 다른 서비스와 어떻게 비교합니까? 우리가 할 수 있거나 해야 할 일이 더 있습니까? 자신의 경험을 바탕으로 우리에게 해줄 조언이 있습니까? 문의하기 귀하의 의견과 피드백으로!