연결하다 IBM 클라우드 데이터베이스(PostgreSQL용) 엑셀, 구글 시트, AI 및 REST로

해당 포트는 배포별로 설정되며, 카드는 의도적으로 해당 포트를 비워둔 상태로 제공합니다.

여기 있는 거의 모든 Postgres 카드에는 5432라는 값이 미리 채워져 있는데, 이는 거의 모든 서비스에서 이 값을 사용하기 때문입니다. 하지만 이 카드에는 해당 값이 없으며, 빈 필드가 바로 핵심입니다.

• IBM은 모든 것을 표준 포트에서 실행하는 대신 각 배포 환경에 포트를 할당합니다. 동일한 계정에 있는 두 개의 데이터베이스는 포트를 공유하지 않습니다.
• 따라서 해당 필드는 비어 있는 상태로 시작하며, 카드는 명시적으로 입력을 요구합니다. 미리 채워진 5432 값은 올바른 값보다 잘못된 값이 나올 가능성이 훨씬 높으며, 잘못된 값은 오타라기보다는 네트워크 문제처럼 보일 수 있습니다.
• 호스트 이름과 동일한 엔드포인트 패널에서 포트 번호를 확인하세요. IBM에서 제공하는 연결 문자열에서 호스트 이름 바로 뒤에 포트 번호가 있습니다.
• 저장된 연결이 거부되는 대신 시간 초과되는 경우, 대시보드에서 포트를 다시 확인하는 것이 가장 먼저입니다.

IBM은 자체 인증 기관을 발행하며, 에이전트는 이에 대해 어떤 작업을 수행하는가?

이것이 솔직한 부분이며, 일반적인 TLS 문단보다 더 구체적입니다.

• 연결은 암호화되며, 에이전트가 이를 강제합니다. SSL 확인란 선택 여부와 관계없이 IBM Cloud 호스트 이름에는 TLS가 필요합니다.
• 인증서 체인이 검증되지 않았습니다. IBM은 자체 인증 기관에서 발급한 인증서를 사용하여 배포를 진행하며, 에이전트는 해당 인증 기관의 인증서를 가져와 대조할 방법이 없습니다.
• IBM의 연결 문자열에는 일반적으로 sslmode=verify-full이 포함되어 있습니다. 이 매개변수는 읽히지 않습니다. — 에이전트는 문자열에서 호스트, 포트, 데이터베이스, 사용자 이름 및 암호를 추출하고 자체 TLS 설정을 적용하는데, 이 설정은 암호화를 요구하지만 암호화 체인의 유효성을 검증하지는 않습니다.
• 이는 전송 중인 트래픽을 누군가가 읽는 것을 방지하기 위한 보호 조치이지, 어떤 서버가 응답했는지에 대한 증거가 아닙니다. IBM CA를 통한 체인 검증이 규정 준수에 중요하다면, 이 점을 유의해야 합니다.

-- 일반 Postgres, 읽기 전용, TLS 사용 SELECT c.name, COUNT(o.id) AS orders, SUM(o.amount) AS revenue FROM public.customers AS c JOIN public.orders AS o ON o.customer_id = c.id WHERE o.placed_at >= now() - interval '30 days' GROUP BY c.name ORDER BY revenue DESC;