Databricks는 세 클라우드 모두에서 Genie Ontology를 같은 문장으로 정의합니다. “Genie One에 조직의 비즈니스 인식 지도를 제공하는 통합 컨텍스트 레이어.” 정확한 설명이지만, 우리 회사에 중요한지 판단하려는 사람에게는 거의 도움이 되지 않습니다. 쉬운 말로 풀면 이렇습니다.
누군가 회사 데이터에 일상 언어로 질문하면, 시스템은 그 단어들이 무엇을 뜻하는지 알아내야 합니다. 매출이 어느 테이블에 있는지. “활성 사용자”가 한 사람을 한 번 세는지, 기기마다 세는지. “Sales”라는 이름의 대시보드 네 개 중 사람들이 신뢰하는 것이 어느 것인지. Genie Ontology는 그 답이 사는 곳입니다. 데이터를 읽을 수 있는 시스템과 비즈니스를 이해하는 시스템의 차이가 여기서 갈립니다.
리더가 주목할 부분은 기술이 아닙니다. 이 레이어의 절반은 의도적으로 정의됩니다. 나머지 절반은 팀이 이미 만들어 둔 것들로부터 스스로 조립됩니다. 아래 그림을 눌러 가며 두 절반이 무엇인지, 그리고 서로 충돌하면 어떤 일이 생기는지 확인해 보세요.
누군가 결정해야 하는 절반
Databricks는 이것을 “직접 정의하고, 거버넌스를 적용하고, 인증하는 모델링된 컨텍스트”라고 부릅니다. 도구는 네 가지이고, 성숙도가 서로 다릅니다. 계획을 세우기 전에 알아 둘 가치가 있습니다.
스스로 조립되는 절반
Databricks는 이것을 회사가 이미 해 놓은 작업에서 시스템이 “자동으로 추출하고 유지하는” 컨텍스트라고 설명합니다. 문서화된 출처는 metric views, 대시보드, SQL 쿼리, Genie Agents입니다. 각 조각은 스니펫이라고 불리며, 문서는 세 종류를 명시합니다.
두 정의가 충돌하면 생기는 일
병합되지도 않고, 누구에게 고르라고 묻지도 않습니다. 각 스니펫은 권위 점수를 가지며, 질문이 들어오는 순간 순위가 승자를 고릅니다. 문서는 세 가지 입력을 명시합니다.
그다음 Databricks는 가장 관련성 높은 스니펫들의 순위를 매기고, 문서의 표현대로 “충돌을 해소”합니다. 사람이 모델링한 컨텍스트가 추론된 컨텍스트보다 우선하지만, 문서의 표현은 보장된 재정의가 아니라 우선순위 부여입니다.
무엇이 보이는지는 여전히 권한이 결정합니다
스니펫은 Unity Catalog 권한으로 제한됩니다. Databricks는 Genie One이 “볼 수 있도록 허용된 출처만 사용해” 답한다고 명시합니다. Ontology가 바꾸는 것은 질문을 얼마나 잘 이해하는가이지, 누군가의 접근 범위를 넓히는 것이 아닙니다.
비즈니스에 실제로 달라지는 것
정직하게 요약하면, Genie Ontology는 논쟁을 끝내는 것이 아니라 옮겨 놓습니다. 지표가 무엇을 뜻하는지에 대한 의견 차이는 어느 회사에나 늘 있었습니다. 지금까지는 견딜 만했습니다. 각 팀이 자기 리포트를 돌렸고, 숫자는 분기에 한 번 회의에서나 부딪혔기 때문입니다.
모두 앞에서 일상 언어로 답하는 시스템을 세워 두면, 그 충돌은 매일, 공개적으로, 질문한 사람 앞에서 일어납니다. 그러니 이 일은 기술 작업이 아닙니다. 누군가 “매출”이 무엇을 뜻하는지 결정하고, 시스템이 읽을 수 있는 곳에 적어야 합니다. 데이터 도구의 옷을 입은 리더십 과제입니다.
문서가 약속하지 않는 네 가지
우리는 출시 홍보물이 아니라 1차 자료를 읽었고, 빈틈은 기능만큼이나 많은 것을 알려 줍니다.
- 정식 출시(GA)가 아닙니다. Genie Ontology는 세 클라우드 모두에서 Public Preview 라벨을 달고 있고, GA 날짜는 발표되지 않았습니다. Preview는 서비스 보장이 없고 조건이 바뀔 수 있다는 뜻입니다.
- 개별 추론 스니펫은 수정할 수 없습니다. 검토, 승인, 순위 강등, 삭제를 위한 문서화된 인터페이스가 없습니다. Pages, metric views, domains, certification을 큐레이션하는 간접적인 방식으로만 조종할 수 있습니다.
- 문서화된 끄기 스위치가 없습니다. 2026년 8월 6일부터 기본적으로 켜져 있습니다. 같은 문서 페이지가 다른 기능들의 프리뷰 토글은 설명하고 있으므로, 여기에 없다는 사실은 우연이 아니라 시사하는 바가 있습니다.
- 정확도 수치는 벤더 자신의 것입니다. Databricks는 출시와 함께 벤치마크를 발표했고, 각주에 28문항 내부 테스트라고 적혀 있습니다. Ontology의 기여를 독립적으로 측정한 결과는 존재하지 않습니다. 이 수치는 벤더 주장으로 취급하세요. 실제로 그것이기 때문입니다.
이번 분기에 우리가 할 일
여기에 프로젝트가 필요한 일은 없습니다. 필요한 것은 결정과 담당자입니다.
- 경영진이 실제로 논쟁하는 지표 다섯 개를 고르세요. 매출, 활성 사용자, 적격 리드, 이탈률, 그리고 업계마다 더해지는 것. 먼저 정의할 가치가 있는 것은 이들입니다.
- 각 지표에 문서화된 정의와 이름을 부여하세요. Pages와 metric views가 이 용도로 존재합니다. 도구보다 중요한 것은 어떤 사람이 결정했다는 사실입니다.
- 정의마다 담당자를 지정하세요. 위원회가 아닙니다. 정의를 바꿔야 할 때, 바꿀 권한이 있는 사람이 있어야 합니다.
- 이미 돌아가고 있다고 가정하세요. 추론되는 절반은 8월부터 여러분의 대시보드와 쿼리로 스스로를 만들어 왔습니다. 문제는 시작할지가 아니라, 그것이 내린 결론을 누가 지켜보고 있는가입니다.
불편한 버전은 이렇습니다. 시스템은 팀들이 어쩌다 만들어 둔 것들을 모아, 여러분의 비즈니스 용어가 무엇을 뜻하는지에 대한 견해를 이미 형성하고 있습니다. 아무도 진짜 정의를 적어 두지 않으면, 그 추론된 견해가 기본값으로 정의가 됩니다.
이 사실들의 출처
위의 모든 주장은 Databricks 문서 또는 공식 게시물로 추적됩니다. Ontology에는 전용 문서 페이지가 없습니다. “Chat in Genie One” 페이지 안의 한 섹션일 뿐이며, 이 기능이 얼마나 자리 잡았는지 판단할 때 그 자체로 알아 둘 만한 사실입니다.
- Chat in Genie One 문서의 ontology 섹션. 정의, 두 절반, 스니펫 종류, 권위 점수가 모두 여기에 문서화되어 있습니다.
- Unity Catalog semantics. Metric views, domains, pages, certification을 다룹니다.
- 발표 게시물. PageRank 비유와 벤치마크 수치가 등장하는 곳입니다.
우리 자신의 이전 보도에 대한 정정 하나. 7월 뉴스레터에서 우리는 스튜어드 인증이 Genie Ontology로 흘러 들어간다고 썼습니다. 문서는 그 표현 그대로를 뒷받침하지 않습니다. Certification은 Genie One을 신뢰된 자산 쪽으로 유도한다고 문서화되어 있습니다. Ontology를 직접 지칭하는 문장은 domains에 관한 것이고, 문서가 아니라 Databricks 블로그에 나옵니다.