연결하다 Heroku Postgres 엑셀, 구글 시트, AI 및 REST로

호스트 이름 어디에도 Heroku라는 단어가 없습니다.

여기 있는 다른 모든 관리형 Postgres 카드는 주소를 통해 자체 서비스를 인식할 수 있습니다. 하지만 이 카드는 그렇지 못하며, 이러한 차이점을 이해하는 것이 중요합니다.

• Heroku Postgres는 ec2-12-34-56-78.compute-1.amazonaws.com과 같은 형태의 EC2 인스턴스 이름에 대해 응답합니다. 호스트 이름에 'heroku'가 포함되어 있지 않으므로 일치하는 항목을 찾을 수 없습니다.
• 따라서 이 카드로 저장할 때 제공업체 정보가 기록되며, 연결 위치를 통해 추론되지 않습니다. 이것이 이후에 배지와 아이콘을 표시하는 기준이 됩니다.
• 실질적인 결과는 다음과 같습니다. 이전에 Heroku 데이터베이스에 연결한 일반 PostgreSQL 연결은 Heroku 브랜딩을 소급하여 적용하지 않습니다. Neon이나 Koyeb 같은 카드들은 호스트 이름에서부터 브랜딩을 적용합니다. — Heroku는 작동하지 않는 경우입니다.
• 기존 연결에 브랜드를 적용하려면 이 카드를 사용하여 연결을 다시 만드세요. 데이터 경로는 변경되지 않으며, 라벨링만 다릅니다.

자체 서명 인증서와 여기서 암호화의 의미는 무엇일까요?

Heroku는 자체 인증서를 사용하여 데이터베이스를 보호하므로 에이전트가 확인할 수 있는 범위가 제한됩니다.

• SSL 사용이 기본적으로 활성화되어 있으며 연결이 암호화됩니다. 에이전트는 단순히 TLS를 제공하는 것이 아니라 TLS를 요구합니다.
• 인증서 체인이 검증되지 않았습니다. Heroku의 인증서는 자체 서명된 인증서이므로, 전체 검증을 거치면 완벽하게 올바른 연결이라도 거부될 수 있습니다. — 암호화를 요구하지만 체인 유효성을 검증하지 않는 설정이 해당 서비스와 일치합니다.
• 그건 누군가가 교통 정보를 읽는 걸 막기 위한 보호 장치이지, 목적지에 도착했다는 증거가 아닙니다. 철도 카드도 같은 맥락이고, 이유도 같습니다.
• 첫 테스트 전에는 체크박스를 그대로 두세요. 아직 연결이 저장되지 않은 경우, 해당 체크박스가 암호화를 활성화하는 유일한 요소입니다.

회전은 여러분이 마주하게 될 것입니다.

Heroku는 유지 관리 중에 데이터베이스 자격 증명을 변경하며, 에이전트는 사용자가 제공한 자격 증명을 저장합니다.

• Heroku가 데이터베이스를 업데이트하면 DATABASE_URL이 변경되고 저장된 자격 증명이 더 이상 작동하지 않습니다. 이러한 사실은 로그인 시 안내 카드에 명시되어 있으므로 사용자가 직접 확인해야 하는 번거로움을 덜어줍니다.
• 해결 방법은 현재의 DATABASE_URL을 기존의 DATABASE_URL 위에 덮어쓰기하는 것입니다. 그 이후의 모든 것도 마찬가지입니다. 저장된 쿼리, 일정, 공유 항목은 자격 증명이 아닌 연결을 가리키기 때문에 계속 작동합니다.
• 자동 동기화 기능은 없습니다. Query Streams는 Heroku 설정 변수를 읽지 않으므로, 다시 붙여넣기는 수동으로 수행해야 하는 단계이며, 예상치 못한 문제가 발생하기 전에 미리 알아두는 것이 좋습니다.
• 붙여넣은 문자열 자체는 저장되지 않습니다. 폼을 채우기 위해 한 번 읽어 들인 후 삭제되므로 비밀번호는 두 곳이 아닌 한 곳에만 저장됩니다.

-- 일반 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;