자체 Looker(원본) 인스턴스 또는 배포를 직접 호스팅하거나 Looker에서 호스팅하도록 할 수 있습니다. 이 문서에서는 Looker에서 호스팅하는 인스턴스 또는 배포를 'Looker 호스팅' 인스턴스라고 하고 온프레미스에서 호스팅하는 인스턴스 또는 배포를 '고객 호스팅' 인스턴스 또는 '자체 호스팅' 인스턴스라고 합니다.
Looker에서 배포를 호스팅하면 리소스 사용률 및 비즈니스 요구사항에 따라 사용자 대신 Looker 애플리케이션과 관련된 모든 필수 IT 기능을 관리하므로 Looker 애플리케이션을 설치, 구성 및 유지 관리하는 데 필요한 노력이 대폭 줄어듭니다. 반대로 자체 배포를 호스팅할 때는 이러한 여러 프로세스와 기능을 관리해야 합니다. 고객 호스팅 배포에는 Looker에서 호스팅하고 제품을 통해 액세스할 수 있는 서비스, 특히 라이선스 데이터, 구성 백업, 시스템 오류 보고서, 데이터 작업, 지원 티켓이 포함됩니다. 자세한 내용은 Looker 보안 페이지의 Looker에서 공유하는 애플리케이션 데이터 섹션을 참조하세요.
두 호스팅 옵션 중에서 하나를 선택하면 편의성과 제어 중 하나의 기능이 저하될 수 있습니다. Looker 호스팅을 선택하면 인프라 관리 요구 없이 비즈니스 워크로드에 Looker를 통합하는 데에 집중할 수 있습니다. 반대로 자체 Looker 배포를 호스팅하면 인프라 관리를 완전히 제어할 수 있지만 초기 실행 및 지속적인 유지보수에 대한 오버헤드가 증가합니다.
이 페이지에서는 필요에 가장 적합한 호스팅 옵션을 선택하는 데 도움이 되는 다음 정보를 제공합니다.
각 호스팅 옵션의 비교 이점
다음 표에서는 각 호스팅 옵션의 이점을 비교합니다.
| 이점 | Looker 호스팅 | 고객 호스팅 |
|
모든 Looker 기능에 대한 기본 액세스 권한 |
X |
|
|
하드웨어 설정 또는 유지보수가 필요하지 않음 |
X |
|
|
자동 소프트웨어 업데이트 및 유지보수(매월 또는 분기별) |
X |
|
|
추가 비용 없이 하드웨어 확장:
|
X |
|
|
애플리케이션 및 호스트 모니터링 |
X |
|
|
자동 Looker 인스턴스 백업 |
X |
|
|
백엔드 데이터베이스 마이그레이션(필요한 경우) |
X |
|
|
업타임 SLA 99.9%(Advanced 및 Elite) |
X |
|
|
S1 응답 SLA 1시간 |
X |
|
|
Looker API 사용 |
X |
X |
|
멀티 인스턴스 마이그레이션 |
X |
X |
|
서버 및 로그에 직접 액세스 |
X |
Looker 호스팅 옵션의 이점 및 제한사항
다음 표에는 Looker 호스팅 배포를 사용할 때의 이점과 제한사항이 나와 있습니다.
Looker 호스팅 배포의 이점
다음 표에는 Looker 호스팅 배포를 사용할 때의 이점이 나와 있습니다.
|
Looker 인스턴스에 대한 능동적인 관리 |
성능 모니터링은 Looker팀에 맡겨두고 Looker에서 제공되는 실행 가능한 데이터 통계에 기반한 의사결정에 집중할 수 있습니다. |
|
항상 최신 기능 및 업데이트 이용 |
업데이트를 수동으로 다운로드할 필요가 없습니다. Looker 인스턴스는 Looker에서 테스트, 업데이트, 최적화됩니다. |
|
일관성 있는 성능 |
Looker는 성능을 모니터링하고 필요에 따라 용량을 조정합니다. 사용자 지원을 위해 필요한 서버 수를 계산할 필요가 없습니다. |
|
배포 보안 |
Looker는 플랫폼 인프라를 관리합니다. Looker 배포는 데이터를 안전하게 보호하기 위해 개별적이고, 안전하며, 지속적으로 모니터링됩니다. |
|
연결된 서비스 |
모든 Looker 배포에는 보다 관련성 있는 데이터에 액세스하고, 유용한 정보를 늘리고, 데이터 모델링을 단순화 및 확장하고, 타사 시스템과 통합할 수 있게 해주는 필수적인 연결된 서비스가 포함되어 있으며 이 모든 것을 Looker가 지원합니다. |
|
보안 데이터베이스 연결 |
SSH를 사용하여 Looker를 데이터베이스에 연결합니다. |
|
SAML/LDAP 통합 |
Looker는 기존 인증 방법과 통합할 수 있습니다. |
Looker 호스팅 배포의 제한사항
Looker 호스팅 배포를 사용하기 전에 다음 표에 나열된 제한사항을 고려하세요.
|
특정 보안/규정 준수 요구사항 |
Looker 호스팅 환경 인프라가 회사의 개별 보안/규정 준수 요구사항과 일치하지 않을 수 있습니다. |
|
로그/모니터링 액세스 요구사항 |
Looker가 인프라를 관리하기 때문에 사용자는 로그에 액세스할 수 없으며 Looker가 모든 모니터링을 관리합니다. |
|
커스텀 SLA |
Looker 업데이트 및 유지보수는 사전 정의된 유지보수 기간 중에 수행됩니다. 일부 고객은 이 유지보수가 발생하는 기간을 추가적으로 제어해야 할 수 있습니다. |
|
커스텀 JDBC 드라이버 |
고객 호스팅 옵션의 이점 및 제한사항
다음 표에는 고객 호스팅 배포 사용에 대한 이점 및 제한사항이 나와 있습니다.
고객 호스팅 배포의 이점
다음 표에는 고객 호스팅 배포를 사용할 때 얻을 수 있는 이점이 나와 있습니다.
|
인프라 및 확장 결정 직접 제어 |
Looker 호스팅 배포로는 제공되지 않는 인프라 및 아키텍처 구성을 구현할 수 있습니다. |
|
로깅/모니터링 액세스 |
자체 인프라를 관리함으로써 Looker 애플리케이션 로그에 직접 액세스하고 개별 요구사항에 적합한 인스턴스 모니터링을 설정할 수 있습니다. |
|
맞춤형 보안 모델 |
자체 배포에 Looker를 호스팅하여 애플리케이션 환경 보안을 완전히 제어하고, 회사/업계 특정 보안 표준에 맞게 조정할 수 있습니다. |
고객 호스팅 배포의 제한사항
고객 호스팅 배포를 사용하려면 먼저 다음 표에 나와 있는 제한사항을 고려하세요.
|
지원 제한사항 |
Looker 지원팀이 커스텀 배포 아키텍처에 익숙하지 않으면 문제 해결이 어려울 수 있습니다. 특정 문제는 조직의 참여가 더 필요할 수 있습니다. |
|
월별 업데이트 요구사항 |
사용자가 Looker에서 최신 기능 및 보안 패치를 받도록 보장하는 프로세스를 만들고 유지 관리해야 합니다. |
|
인적 자본 요구사항 |
Looker 배포는 상당한 인력과 사이트 안정성 엔지니어링 전문 기술이 필요할 수 있습니다. 조직에서 Looker 배포의 다양한 구성요소를 관리해야 합니다. |
|
비용 |
조직은 시간, 인적 자본, 클라우드/데이터 센터 비용을 관리해야 합니다. |
|
연결된 서비스를 사용할 때의 과제 |
Looker는 관련 업계 데이터에 액세스하고, 유용한 정보를 늘리고, 데이터 모델링을 단순화 및 확장하고, 타사 시스템과 통합할 수 있게 해주는 연결된 서비스의 장점을 갖고 있습니다. 셀프 호스팅 Looker 배포에서는 이러한 기능에 액세스하기 위해 클라우드에서 보조 서비스를 배포해야 합니다. |
|
재해 복구 및 탄력성 |
업타임 및 서비스 복원력을 유지관리해야 합니다. |
|
일부 Looker 기능을 사용할 수 없음 |
고객이 호스팅하는 배포에서는 다음 Looker 기능을 사용할 수 없습니다.
|
|
추가 기능 구성 |
고객이 호스팅하는 인스턴스에서 특정 Looker 기능을 사용하려면 추가 구성이 필요할 수 있습니다. |
고객 호스팅 배포에 대한 샘플 사용 사례
다음 사용 사례 중 하나에 해당하는 경우 고객이 호스팅하는 옵션은 배포에 적합할 수 있습니다.
- 조직에 맞춤형 보안 요구사항이 있음: 일부 조직의 보안 정책에서는 클라우드 서비스를 사용할 수 없도록 규정합니다. Looker(원본)는 멀티 클라우드로 설계되었고, Looker 호스팅 Looker(원본) 배포는 Google Cloud, AWS, Azure와 같은 여러 클라우드 공급업체에 설치됩니다. 보안 정책이 데이터에 클라우드 서비스 사용과 호환되지 않는 경우 고객 호스팅이 대안으로 설계됩니다.
- 조직에서 완전히 맞춤설정 가능한 배포 모델을 선호합니다. Looker에서 환경을 호스팅하면 Looker는 이러한 환경이 안정적이라고 가정합니다. 다음과 같은 경우 조직의 요구사항이 이러한 가정과 호환되지 않을 수 있습니다.
- 배포 환경은 각 사용자 그룹 또는 고객에 대한 수많은 인스턴스로 광범위하게 확장될 수 있으며, 일시적인 기간 동안만 이것이 필요할 수 있습니다.
- 조직에서 새 환경을 자주 빌드하거나 기존 환경을 해체할 수 있는 기능이 필요합니다.
- 조직에는 시작 플래그, 모델 또는 연결 정보에 대한 커스텀 구성이 필요한 다중 Looker 인스턴스가 필요합니다.
- 조직에서 통합 및 구성 기능에 더 직접적으로 액세스할 수 있어야 함: Looker 호스팅 환경에서는 배포에 대한 직접 액세스 권한이 제한됩니다. 고객 호스팅 배포에서는 파일 시스템, 메타데이터 데이터베이스, 인스턴스의 JVM 구성에 대해 전체 액세스가 허용됩니다. 다음과 같은 상황에서는 직접 액세스가 유용할 수 있습니다.
- 각 인스턴스에 대한 LookML 모델 및 구성은 개발 프로세스와 동기화된 스크립트를 사용하여 자주 업데이트됩니다.
- 조직에서 Git과 같이 Looker가 배포에 사용하는 특정 핵심 기술을 사용할 수 없습니다. 인스턴스의 백엔드를 완벽히 제어함으로써 Looker의 핵심 구성요소를 원하는 솔루션으로 대체할 수 있습니다.