연결하다 MySQL 히트웨이브 엑셀, 구글 시트, AI 및 REST로

OCI는 프라이빗 서버이고 AWS는 퍼블릭 서버이므로 에이전트가 접속할 위치가 달라집니다.

HeatWave는 하나의 제품으로 판매되지만 두 가지 형태로 설치되며, 설치 위치는 연결 설정이 아닌 형태 차이에 따라 결정됩니다.

• OCI에서 HeatWave DB 시스템은 VCN 내부에 있으며 인터넷에서 접근할 수 없습니다. 동일한 VCN 내의 컴퓨트 인스턴스에 에이전트를 설치하고 프라이빗 엔드포인트를 가리키도록 설정하십시오.
• AWS에서 HeatWave는 공개 TLS 엔드포인트를 제공합니다. 에이전트는 사용자의 하드웨어를 포함하여 해당 엔드포인트에 접근할 수 있는 모든 곳에서 실행할 수 있습니다.
• 어떤 경우든 에이전트는 아웃바운드 연결만 수행합니다. 인바운드 규칙을 추가할 필요도 없고, VCN에서 인그레스를 열 필요도 없으며, 사용자 네트워크와 당사 네트워크 간에 VPN이 구축될 필요도 없습니다.
• 두 연결 설정 자체는 변경되지 않습니다. 동일한 포트, 동일한 필드, 동일한 드라이버가 사용됩니다. — 엔드포인트와 감지 에이전트 위치만 다릅니다.

TLS는 체크박스이며 기본적으로 활성화되어 있습니다.

HeatWave의 두 가지 전개 방식은 노출 정도가 완전히 다르기 때문에 정확하게 짚고 넘어가는 것이 중요합니다.

• SSL 사용은 기본적으로 활성화되어 있으며, SSL이 활성화된 동안 연결은 암호화됩니다. — 에이전트는 MySQL에 필요한 TLS 세션을 요청합니다.
• 이 옵션을 끄면 에이전트가 암호화되지 않은 연결을 시도합니다. 엔드포인트에 따라 이 설정을 재정의할 수 있는 것은 없으므로, 체크박스가 전체적인 작동 방식입니다.
• 이는 엔드포인트가 공개된 AWS 환경에서 가장 중요합니다. 공용 인터넷 환경에서는 TLS를 활성화 상태로 유지하는 것이 실질적으로 필수적입니다.
• 암호화는 인증서 검증이 아닙니다. 에이전트는 TLS를 요구하지만 서버의 인증서 체인을 검증하지는 않으므로, 이는 접속한 서버의 진위 여부를 증명하는 것이 아니라 도청 방지를 위한 조치로 간주해야 합니다.

그 아래에는 MySQL이 있는데, 바로 그게 핵심입니다.

HeatWave의 분석 엔진은 Oracle의 사업 영역입니다. Query Streams에 도달하는 것은 MySQL 연결입니다.

• 에이전트는 표준 MySQL 드라이버를 사용하여 연결하고 일반적인 읽기 전용 SQL 쿼리를 실행합니다. 쿼리 경로는 HeatWave와 특별히 관련이 없습니다.
• MySQL에는 별도의 스키마 계층이 없으므로 데이터베이스 자체가 한정자 역할을 합니다. 이것이 바로 소스 간 참조에서 전달되는 핵심입니다.
• HeatWave 연결 하나에서 여러 데이터베이스에 대한 쿼리는 MySQL 서버에서와 마찬가지로 작동하므로 단일 연결로 여러 데이터베이스에 액세스할 수 있습니다.
• 읽기 전용 사용자를 생성하는 것이 좋습니다. 쿼리 스트림은 쓰기 작업을 수행하지 않지만, 이를 보장하는 가장 안전한 방법은 도구 자체에서가 아니라 데이터베이스에서 직접 설정하는 것입니다.

-- 일반 MySQL, 읽기 전용, TLS 사용 SELECT c.name, COUNT(o.id) AS orders, SUM(o.amount) AS revenue FROM customers AS c JOIN orders AS o ON o.customer_id = c.id WHERE o.placed_at >= NOW() - INTERVAL 30 DAY GROUP BY c.name ORDER BY revenue DESC;