연결하다 아이벤 엑셀, 구글 시트, AI 및 REST로

Aiven의 모든 서비스는 고유한 포트를 갖습니다.

대부분의 관리형 PostgreSQL은 5432 포트에서 실행되고 대부분의 관리형 MySQL은 3306 포트에서 실행됩니다. Aiven은 둘 다 사용하지 않으며, 이로 인해 이 카드의 동작 방식이 결정됩니다.

• 해당 포트는 서비스별로 제공됩니다. — Aiven이 할당하는 5자리 숫자이며, 널리 알려진 숫자는 아닙니다. 카드는 잘못된 값이 미리 채워지지 않도록 포트 필드가 비어 있는 상태로 출고됩니다.
• 포트에는 엔진 신호가 포함되어 있지 않으므로 호스트와 포트만으로는 PostgreSQL과 MySQL을 구분할 수 없습니다. 전체 서비스 URI를 붙여넣으면 스키마를 통해 구분할 수 있습니다.
• 미리 채워 넣을 수 있는 기본값은 데이터베이스 defaultdb와 사용자 avnadmin이며, 이는 새로운 Aiven 서비스가 시작될 때 사용되는 값입니다.
• 연결 풀도 자체 포트와 고유한 이름을 가지고 있습니다. — Aiven에서는 풀 이름이 데이터베이스 필드에 들어갑니다.

엔진은 두 개인데, 아랫부분은 서로 완전히 동일하지 않습니다.

어떤 엔진을 선택하든 카드의 모양은 똑같지만, 에이전트가 그 카드를 가지고 하는 일은 다르므로 안심시키기보다는 정확하게 설명하는 것이 중요합니다.

• PostgreSQL에서는 체크박스 설정과 관계없이 .aivencloud.com 호스트에 대해 TLS가 적용됩니다. 클립보드에서 sslmode 정보가 손실된 문자열이라도 암호화된 상태로 전송됩니다.
• MySQL에서 해당 체크박스는 실제로 존재합니다. 기본적으로 활성화되어 있으며 계속 활성화된 상태로 유지되어야 합니다. — 이 기능을 끄면 연결이 암호화되지 않은 상태가 되며, 이를 재정의할 방법이 없습니다.
• 어떤 방식이든 트래픽은 암호화되지만 인증서 체인은 검증되지 않습니다. Aiven의 CA 다운로드 파일은 이 카드에 연결되어 있지 않으며, 업로드할 수 있는 필드도 없습니다.
• 풀링 적응 기능은 PostgreSQL에서만 작동합니다. PostgreSQL 풀에서는 에이전트가 준비된 문을 비활성화하고 세션 재설정을 건너뛰는데, 이는 트랜잭션 풀러에 필요한 기능입니다. MySQL에서는 모드가 기록되지만 아무런 변경 사항도 없습니다.

서비스 URI를 붙여넣으세요. 조각들을 붙여넣지 마세요.

네 개의 필드와 서비스별 포트는 누구도 다시 입력하기에는 너무 많으므로, 카드는 해당 문자열을 중심으로 설계되었습니다.

• postgres://와 mysql:// URI 형식은 모두 파싱이 가능하며, 스키마는 카드에 어떤 엔진을 사용하려는지 알려주는 역할을 합니다.
• 스키마가 잘못된 데이터는 잘못된 필드로 부분적으로 파싱되는 대신 모두 거부됩니다.
• 비밀번호 앞뒤에 공백이 있는 경우 문제가 될 수 있습니다. 이는 클립보드에서 발생하는 오류이며, 일반적인 인증 오류로 인식되어 사용자가 잘못된 문제 해결에 집중하게 만듭니다.
• 붙여넣은 URI는 절대 저장되지 않습니다. 폼을 채우기 위해 한 번 읽어 들인 후 삭제되므로 비밀번호는 두 곳이 아닌 한 곳에만 저장됩니다.

-- Aiven의 PostgreSQL, 읽기 전용 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;