AI 파일 공유·지식검색 도구 보안 체크리스트 2026, Drive·Slack·Notion·Dropbox를 연결하기 전 확인할 기준
AI 파일 공유·지식검색 도구 보안 체크리스트 2026, Drive·Slack·Notion·Dropbox를 연결하기 전 확인할 기준
AI 지식검색 도구는 작은 팀에도 바로 매력적입니다. Google Drive, Slack, Notion, Dropbox, OneDrive, SharePoint, Jira, Confluence에 흩어진 문서와 메시지를 한 검색창에서 찾고, "지난번 견적 기준이 뭐였지?", "고객 온보딩 절차는 어디 있지?", "이 프로젝트의 최신 자료만 요약해줘" 같은 질문에 답을 받을 수 있기 때문입니다.
하지만 이 기능은 단순한 문서 요약보다 범위가 넓습니다. 파일 하나를 올리는 것이 아니라 회사의 저장소, 채팅, 업무관리, 코드 저장소, 이메일, CRM 같은 여러 SaaS를 검색 인덱스나 AI connector에 연결하는 일입니다. 기존 권한이 엉켜 있으면 AI가 문제를 새로 만드는 것이 아니라, 이미 넓게 열려 있던 파일과 메시지를 더 빨리 찾아주게 됩니다.
이 글은 법률 자문, 개인정보보호 자문, 보안 컨설팅이 아닙니다. 작은 팀이 AI 파일 공유·지식검색 도구를 도입하기 전에 운영 실수를 줄이기 위한 체크리스트입니다. 실제 적용 전에는 회사 정책, 고객 계약, 지역별 규정, 각 서비스의 최신 약관과 관리자 설정을 다시 확인해야 합니다.
공식 문서 확인 기준은 2026년 6월 21일입니다.
먼저 결론부터 보면
AI 지식검색을 켜기 전에는 "검색이 잘 되는가"보다 "무엇을 어디까지 인덱싱하고, 누구 권한으로 답하며, 끊을 때 무엇이 남는가"를 먼저 봐야 합니다.
| 항목 | 확인 질문 |
|---|---|
| 연결 앱 | Drive, Slack, Notion, Dropbox, OneDrive, Jira 중 무엇을 연결하는가 |
| 관리자 권한 | 개인 연결인가, 조직 admin-managed connector인가 |
| 인덱싱 방식 | 원본을 복사해 인덱싱하는가, 실시간으로 원본에서 가져오는가 |
| 권한 상속 | 원본 앱의 파일·채널·폴더 권한을 그대로 따르는가 |
| 외부 공유 | 외부 공유 링크와 게스트 채널도 검색에 포함되는가 |
| 민감 자료 | 인사, 계약, 보안, 결제, 고객 정보가 연결 범위에 들어가는가 |
| 삭제 | 원본 삭제나 권한 변경이 AI 검색 결과에 얼마나 빨리 반영되는가 |
| 퇴사자 | 계정 비활성화, OAuth 연결 해제, 공유 링크 회수가 같이 되는가 |
| 로그 | 검색 질문, 응답, 클릭, connector sync 로그를 누가 볼 수 있는가 |
| 차단 범위 | 특정 채널, 폴더, teamspace, data source를 AI 답변에서 제외할 수 있는가 |
| 모델 학습 | 검색 질문과 연결 데이터가 모델 학습에 쓰이는지 확인했는가 |
| 파일럿 | 전사 연결 전 2~4주 제한 범위 테스트를 거쳤는가 |
이번 글의 범위는 AI 파일 공유와 enterprise search입니다. PDF·계약서·고객 파일을 AI에 직접 올려 요약하는 기준은 AI 문서 요약 도구 보안 체크리스트에서 따로 정리했습니다. 회의 녹취와 자동 회의록은 AI 회의록 도구 보안 체크리스트를 보면 됩니다.
AI 지식검색은 세 가지 형태로 나누기
AI 지식검색 도구를 볼 때는 제품 이름보다 연결 방식부터 나누는 편이 좋습니다.
| 형태 | 예시 | 먼저 볼 리스크 |
|---|---|---|
| 기존 업무 제품 안의 AI 검색 | Slack AI Search, Microsoft 365 Copilot Search, Gemini in Workspace | 기존 권한과 공유 링크가 그대로 드러남 |
| 지식 허브형 AI 검색 | Notion Enterprise Search, Dropbox Dash, Atlassian Rovo | 여러 앱 connector와 인덱싱 범위가 넓어짐 |
| 커스텀 connector·agent | Microsoft 365 Copilot connectors, Slack enterprise search custom connector, Rovo Teamwork Graph connector | 관리자 설정, ACL 매핑, 삭제 반영, 감사 로그 확인 필요 |
작은 팀은 보통 첫 번째나 두 번째 형태부터 시작합니다. "우리 Drive와 Slack만 연결하면 끝"처럼 보이지만, 실제로는 Drive 폴더 권한, Slack 비공개 채널, Notion teamspace, Dropbox 공유 링크, Jira 프로젝트 권한까지 같이 확인해야 합니다.
기존 파일 공유 상태가 정리되어 있지 않다면 팀 파일 공유 보안 체크리스트를 먼저 봐야 합니다. AI 지식검색은 잘 정리된 권한 위에서는 생산성을 높이고, 흐트러진 권한 위에서는 오래된 공유 실수를 더 쉽게 발견하게 만듭니다.
Google Workspace와 Drive는 권한·DLP·Gemini 범위를 같이 보기
Google Workspace의 Gemini 보안 문서는 Gemini가 Workspace의 기존 데이터 보안 조치와 통합되어 무단 접근과 데이터 유출을 줄이는 방향으로 설계되어 있다고 설명합니다. Workspace는 Gemini activity logging, export, granular access control, device policy 같은 관리 기능도 제공합니다.
출처: Google Workspace – Generative AI security, compliance and privacy
Google Workspace의 AI 보안 문서는 Gemini가 사용자가 접근 권한을 가진 문서를 기준으로 참조하고, Drive의 labels, DLP rules, content restrictions, client-side encryption 같은 통제를 통해 민감 데이터 접근을 제한할 수 있다고 안내합니다.
출처: Google Workspace Admin Help – Generative AI in Google Workspace Privacy Hub
Drive를 AI 검색에 연결할 때는 아래를 먼저 봅니다.
| 확인 항목 | 실무 질문 |
|---|---|
| 공유 드라이브 | 부서별 공유 드라이브와 개인 My Drive가 섞여 있지 않은가 |
| 외부 공유 | 링크가 있는 모든 사용자, 외부 게스트, 오래된 협력사 공유가 남아 있는가 |
| 민감 라벨 | 계약서, 인사, 결제, 고객정보 문서에 labels나 DLP 규칙이 적용되는가 |
| Gemini 접근 | Gmail, Drive, Docs, Meet 등 어떤 Workspace 앱에서 AI 접근을 허용했는가 |
| 로그 | Gemini 사용 로그와 Drive activity를 admin이 확인할 수 있는가 |
| 퇴사자 | 개인 My Drive 소유 파일 이전과 공유 링크 회수가 절차화되어 있는가 |
Google Workspace를 쓰는 팀은 "Gemini를 켤까 말까"보다 "Drive 권한이 정리되어 있는가"를 먼저 봐야 합니다. 특히 개인 My Drive에 고객 폴더를 만들고 외부 링크로 공유해 온 팀은 AI 검색 연결 전에 소유권, 공유 드라이브 이전, 외부 공유 차단부터 정리하는 편이 안전합니다.
Slack AI Search와 Enterprise Search는 채널·파일·외부 앱 범위를 분리하기
Slack의 AI search 문서는 Slack 안의 메시지와 파일을 기반으로 질문에 답하고, 검색 답변은 사용자가 이미 접근할 수 있는 데이터만 포함한다고 설명합니다. Slack에 업로드된 파일뿐 아니라 Google Drive, OneDrive, SharePoint, Box에서 공유되고 preview된 파일도 범위에 들어갈 수 있습니다. 또한 search answer data는 LLM 학습에 사용되지 않는다고 안내합니다.
출처: Slack Help – Search with AI in Slack
Slack Enterprise Search는 Google Drive, GitHub, Dropbox, Jira, OneDrive, SharePoint, Salesforce 같은 외부 data source를 Slack 검색과 AI answer에 연결할 수 있습니다. Slack 문서는 search results, AI answers, Slackbot responses가 검색하는 사람이 접근 권한을 가진 source content만 포함한다고 안내합니다. 동시에 admin이 data source별로 사용할 사람과 AI search 포함 여부를 관리할 수 있습니다.
출처: Slack Help – Set up and manage Slack enterprise search
Slack은 특정 채널, canvas, list를 AI 답변에 쓰지 못하도록 제한하는 설정도 제공합니다. 특히 Enterprise 조직에서는 어떤 관리자가 AI access 제한을 바꿀 수 있는지도 같이 정해야 합니다.
출처: Slack Help – Restrict AI access to certain channels, canvases, and lists
Slack 도입 전 체크는 아래처럼 잡습니다.
- AI Search가 Slack 내부 메시지만 보는지, 외부 enterprise search data source까지 보는지 구분합니다.
- 외부 공유 채널, 고객사 Slack Connect 채널, 게스트가 있는 채널을 AI 답변에 포함할지 정합니다.
- 인사·법무·보안 사고·매출 자료 채널은 AI access 제한 대상인지 검토합니다.
- Google Drive, OneDrive, Box preview 파일이 Slack 검색 답변에 어떻게 포함되는지 확인합니다.
- data source별로 "traditional search는 허용, AI answers는 제외" 같은 분리 설정이 가능한지 봅니다.
- 퇴사자나 외부 협력사 계정 제거 후 Slack, 연결 앱, OAuth 연결이 모두 회수되는지 확인합니다.
Slack은 대화 맥락이 많아서 AI 검색 효용이 큽니다. 그만큼 과거 채널명, 파일명, 링크 preview, 고객 대화가 검색 답변에 섞일 가능성도 같이 봐야 합니다.
Notion Enterprise Search는 connector와 검색 scope를 관리하기
Notion Enterprise Search는 Notion workspace뿐 아니라 Slack, Microsoft Teams, Google Drive, Jira 같은 connected app 정보를 검색에 포함할 수 있습니다. Notion 문서는 Enterprise Search가 답변에 source를 citation으로 표시하고, 사용자가 특정 source나 workspace 범위로 검색 scope를 줄일 수 있다고 안내합니다.
출처: Notion Help – Enterprise Search
Notion AI Connectors 문서는 third-party apps를 Notion AI와 연결하려면 Business 또는 Enterprise Plan이 필요하다고 안내합니다. 연결 대상은 Notion 밖에 있는 정보까지 한 곳에서 찾기 위한 기능입니다.
출처: Notion Help – Notion AI Connectors
Notion의 Enterprise Search security 문서는 connected applications에서 content를 안전하게 검색하고 분석하는 기능으로 설명합니다. AI connector는 편리하지만, Notion 안의 teamspace 권한과 외부 앱 권한이 동시에 중요해집니다.
출처: Notion Help – Enterprise Search security and privacy practices
Notion을 쓸 때는 아래 항목이 중요합니다.
| 확인 항목 | 실무 질문 |
|---|---|
| teamspace 구조 | 공개 teamspace와 제한 teamspace가 명확히 나뉘어 있는가 |
| connector owner | 누가 Slack, Drive, Jira connector를 연결하고 해제할 수 있는가 |
| source citation | 답변의 출처 페이지와 connected app 원문으로 돌아갈 수 있는가 |
| search scope | 특정 teamspace, 특정 connected app만 검색하도록 제한할 수 있는가 |
| 외부 공유 | 공개 페이지, 게스트 초대 페이지, 외부 공유 링크가 섞이지 않는가 |
| 모델 선택 | 모델 선택에 따라 workspace나 connected app 접근 범위가 달라지는지 확인했는가 |
Notion은 팀 지식 허브가 되기 쉽습니다. 그래서 "Notion AI가 무엇을 볼 수 있는가"만 보면 부족합니다. Notion 안에 들어온 문서, Notion이 연결한 외부 앱, Notion에서 다시 공유되는 페이지까지 한 흐름으로 봐야 합니다.
Dropbox Dash는 universal search와 ingestion control을 보기
Dropbox Dash는 여러 앱의 파일, 메시지, 업무 맥락을 한 곳에서 찾는 AI-powered universal search workspace입니다. Dropbox Dash 보안 페이지는 Dash가 Dropbox의 보안 기반 위에 설계되었고, source sync, index, ingestion controls를 통해 source connector와 content alignment, status notification, indexing and ingestion control을 제공한다고 설명합니다.
Dropbox Dash의 universal search 설명은 Dropbox, Google Drive, Slack, Outlook 같은 connected app 전체에서 파일, 이메일, 메시지, 문서, 이미지, 비디오, shared content를 찾는 용도라고 안내합니다.
출처: Dropbox Dash – Universal search
Dash 같은 범용 검색 도구는 "검색창 하나"가 장점입니다. 하지만 보안 점검에서는 반대로 source별로 쪼개 봐야 합니다.
- Dropbox 자체 파일과 Google Drive 연결 파일을 구분합니다.
- Slack, Outlook, Gmail처럼 대화·메일 데이터가 들어오는 connector는 별도 승인 대상으로 둡니다.
- index와 ingestion control에서 어떤 source가 포함·제외되는지 문서화합니다.
- 고객별 폴더, 외부 공유 링크, 오래된 shared content가 universal search 결과에 노출되는지 테스트합니다.
- connector sync 실패, 권한 변경 반영 지연, 삭제 반영 지연을 파일럿 기간에 확인합니다.
- 파일을 "찾는" 기능과 AI가 "답하는" 기능을 분리해 위험한 source는 answer generation에서 제외합니다.
Dash를 도입한다면 첫 주에는 모든 앱을 한 번에 연결하지 않는 편이 낫습니다. Dropbox 또는 Drive 한 곳, Slack 일부 채널, Notion 일부 teamspace처럼 범위를 작게 시작해야 문제가 생겼을 때 끊을 수 있습니다.
Microsoft 365 Copilot과 connector는 Graph 인덱싱 방식을 확인하기
Microsoft 365 Copilot은 Word, Excel, PowerPoint, Outlook, Teams, OneDrive, SharePoint와 붙어 있습니다. Microsoft의 Copilot privacy 문서는 Copilot interaction data가 Microsoft 365의 계약상 약속에 맞춰 처리되고 저장되며, foundation LLM 학습에 사용되지 않는다고 설명합니다. Admin은 Content search나 Microsoft Purview를 통해 저장 데이터를 보고 retention policy를 설정할 수 있습니다.
출처: Microsoft Learn – Data, Privacy, and Security for Microsoft 365 Copilot
Microsoft 365 Copilot connectors 문서는 synced connectors와 federated connectors를 나눕니다. Synced connectors는 외부 source content를 Microsoft Graph로 crawl and index하고, federated connectors는 실시간으로 source에서 가져오며 indexing 없이 동작합니다. 두 방식 모두 source permissions를 존중해야 하며, synced connector의 item에는 ACL이 포함되어 권한을 강제합니다.
출처: Microsoft Learn – Copilot connectors overview
Microsoft 365 환경에서는 아래를 확인합니다.
| 확인 항목 | 실무 질문 |
|---|---|
| SharePoint 권한 | 오래된 site, 전체 조직 공개 문서, anonymous link가 정리되어 있는가 |
| OneDrive 소유권 | 퇴사자 OneDrive 파일과 공유 링크가 회수되는가 |
| Connector 방식 | synced indexing인지, federated real-time fetch인지 구분했는가 |
| ACL 매핑 | 외부 system 권한이 Entra user·group과 정확히 매핑되는가 |
| Purview | Copilot interaction, retention, eDiscovery, audit 기준을 정했는가 |
| Agent 허용 | 조직에서 어떤 Copilot agent와 connector를 허용하는가 |
Microsoft 365는 권한 상속이 강점이지만, 그만큼 SharePoint와 OneDrive 권한 정리가 선행되어야 합니다. AI 검색 도입 전 팀 SaaS 계정 권한 감사 체크리스트와 팀 2단계 인증·SSO 체크리스트를 같이 확인하는 편이 좋습니다.
Atlassian Rovo와 Teamwork Graph는 connector 유형과 권한 동기화를 보기
Atlassian의 Teamwork Graph connector 문서는 third-party apps를 연결해 Rovo Agents, Search, Chat을 강화할 수 있다고 설명합니다. Atlassian은 connector 연결 전 해당 앱에 저장된 데이터 종류를 검토하고, 내부 데이터 사용 정책과 맞는지 확인하라고 안내합니다.
출처: Atlassian Support – Manage your Teamwork Graph connectors
Atlassian 문서는 Teamwork Graph가 third-party app의 permission을 존중하며, 제한되지 않은 content는 모든 사용자 검색 결과나 Agents/Chat에 사용될 수 있다고 설명합니다. 또한 Google Drive, Dropbox, GitHub, Gmail, OneDrive, SharePoint, Slack, Zendesk, Workday 같은 다양한 connector를 제공합니다.
출처: Atlassian Support – Teamwork Graph connector types
Rovo를 검토할 때는 Jira와 Confluence만 보지 말고, connected app까지 봐야 합니다.
- Jira issue 권한과 Confluence space 권한이 실제로 정리되어 있는가?
- Google Drive, Slack, SharePoint connector를 한 번에 켜지 않고 단계적으로 켜는가?
- Smart Link 기반 검색 결과와 admin-managed connector 결과를 구분하는가?
- 권한 변경, 파일 삭제, connector reauthorization이 검색 결과에 반영되는지 테스트하는가?
- 고객 지원, HR, 보안, 재무 source는 Rovo Search와 Agents에서 제외할 기준이 있는가?
Atlassian은 개발·프로덕트·고객지원 지식이 모이기 쉬운 환경입니다. 그래서 AI 검색이 이슈와 문서뿐 아니라 고객 요청, 장애 대응, 보안 검토 기록까지 찾게 되는지 확인해야 합니다.
도입 전 30분 사전 점검표
도입 회의에서는 아래 표만 먼저 채워도 위험한 연결을 많이 걸러낼 수 있습니다.
| 질문 | 예 |
|---|---|
| 이번에 연결할 source는 무엇인가 | Google Drive, Slack, Notion |
| 연결 방식은 무엇인가 | 개인 OAuth, admin-managed connector, synced index, federated search |
| 검색 답변에 포함하지 않을 source는 무엇인가 | HR 폴더, 계약서 폴더, 보안 사고 채널 |
| 외부 공유와 guest는 어떻게 처리하는가 | 고객사 Slack Connect 제외, 외부 링크 폴더 제외 |
| 삭제와 권한 변경은 언제 반영되는가 | 즉시, 다음 sync, 수동 reindex |
| 질문·응답 로그는 누가 볼 수 있는가 | owner, admin, compliance admin |
| 퇴사자 처리에 포함되는가 | 계정 비활성화, OAuth revocation, link cleanup |
| 파일럿 성공 기준은 무엇인가 | 검색 정확도, 민감 정보 노출 0건, connector sync 안정성 |
이 표를 채우지 못한다면 아직 전사 연결을 할 단계가 아닙니다. 먼저 소수의 공개 자료, 내부 매뉴얼, 샘플 프로젝트 폴더만 연결해 테스트하는 편이 낫습니다.
파일럿은 2주 단위로 작게 시작하기
AI 지식검색은 켜는 순간 편리해서, 도입 범위가 빠르게 커집니다. 그래서 처음부터 2주 파일럿 범위를 작게 잡아야 합니다.
| 주차 | 할 일 | 통과 기준 |
|---|---|---|
| 1주차 | source 1~2개만 연결 | 민감 폴더와 외부 공유가 검색되지 않음 |
| 1주차 | 권한 다른 사용자 3명으로 같은 질문 테스트 | 사용자별 검색 결과가 권한대로 다름 |
| 2주차 | 삭제·권한 변경·퇴사자 계정 시나리오 테스트 | 검색 결과에서 반영 시간 확인 |
| 2주차 | AI answer와 traditional search 결과 비교 | answer가 출처를 제시하고 원문 확인 가능 |
| 2주차 | 로그와 admin 화면 점검 | 검색·connector·오류 로그 확인 가능 |
파일럿 질문도 미리 정해 둡니다. 예를 들어 "고객 온보딩 절차", "견적서 템플릿", "장애 대응 연락망", "지난 분기 캠페인 자료"처럼 실제 업무 질문을 쓰되, 인사·계약·보안 문서가 섞이는 질문을 일부러 넣어 차단이 되는지 확인해야 합니다.
도입 후 운영 규칙
도입 후에는 한 번 켜고 끝내면 안 됩니다. connector는 계속 새 파일과 메시지를 끌어오고, 권한은 계속 바뀝니다.
- 매월 connector별 source 목록을 확인합니다.
- 새 source를 연결할 때 owner, 목적, 제외 범위, 삭제 절차를 기록합니다.
- 분기마다 외부 공유 링크와 guest 계정을 점검합니다.
- 퇴사자 처리 체크리스트에 AI search connector와 OAuth 연결 해제를 넣습니다.
- 민감 폴더나 채널은 기본적으로 AI answer에서 제외하고, 필요할 때만 승인합니다.
- 검색 결과에 잘못 노출된 문서를 신고하는 내부 채널을 둡니다.
- 비용이 붙는 Enterprise plan, AI add-on, connector plan은 SaaS 좌석 정리·구독료 절감 체크리스트와 같이 봅니다.
도입 후 가장 위험한 문장은 "원래 권한이 있으니까 괜찮다"입니다. AI 검색은 권한을 우회하지 않더라도, 사람이 찾기 어려웠던 민감 문서를 더 쉽게 찾게 만들 수 있습니다.
도구 선택 기준
구매 전 비교에서는 기능 수보다 아래 기준을 보세요.
| 기준 | 좋은 신호 |
|---|---|
| 권한 상속 | 원본 앱 ACL, channel permission, folder permission을 명확히 존중함 |
| source 제어 | source별로 search 포함, AI answer 포함, 제외를 나눌 수 있음 |
| connector 투명성 | synced index, real-time fetch, embedding storage, deletion sync를 설명함 |
| 관리자 통제 | admin-managed connector, group restriction, audit log, retention 설정 제공 |
| 출처 확인 | 답변마다 원문 source와 citation으로 돌아갈 수 있음 |
| 회수 절차 | connector disable, data source removal, reauthorization, deletion 절차가 명확함 |
| 비용 관리 | 사용자 단위, connector 단위, AI add-on 비용을 예측할 수 있음 |
가격이나 플랜은 자주 바뀝니다. Slack AI, Notion AI, Dropbox Dash, Microsoft 365 Copilot, Google Workspace Gemini, Atlassian Rovo 모두 계약·지역·플랜·기존 라이선스에 따라 조건이 달라질 수 있으므로 구매 전 공식 pricing과 admin 문서를 다시 확인해야 합니다.
마지막 체크리스트
AI 파일 공유·지식검색 도구를 도입하기 전 최종 체크는 아래 순서가 좋습니다.
- 연결할 앱을 1~2개로 줄인다.
- 공개 자료, 내부 매뉴얼, 저위험 프로젝트 폴더부터 시작한다.
- 인사, 법무, 보안, 결제, 고객정보 source는 기본 제외한다.
- 원본 앱의 외부 공유 링크와 guest 계정을 먼저 정리한다.
- 사용자별 권한 차이가 AI search와 AI answer에 반영되는지 테스트한다.
- source 삭제, 권한 변경, connector disable 후 검색 결과 반영 시간을 확인한다.
- 검색 질문·응답 로그와 admin audit 화면을 확인한다.
- 퇴사자 체크리스트에 AI connector와 OAuth 연결 해제를 넣는다.
- 2주 파일럿 후 전사 확대 여부를 결정한다.
- 매월 connector source 목록과 비용을 재검토한다.
AI 지식검색의 핵심은 "회사 자료를 한 번에 찾는다"입니다. 그래서 도입 전 질문도 단순해야 합니다. "우리 회사 자료를 한 번에 찾아도 될 만큼 권한과 공유가 정리되어 있는가?" 이 질문에 답하지 못하면, 먼저 파일 공유와 SaaS 권한부터 정리하는 것이 순서입니다.
참고한 공식 출처
- Google Workspace – Generative AI security, compliance and privacy
- Google Workspace Admin Help – Generative AI in Google Workspace Privacy Hub
- Slack Help – Search with AI in Slack
- Slack Help – Set up and manage Slack enterprise search
- Slack Help – Restrict AI access to certain channels, canvases, and lists
- Notion Help – Enterprise Search
- Notion Help – Notion AI Connectors
- Notion Help – Enterprise Search security and privacy practices
- Dropbox Dash – Security
- Dropbox Dash – Universal search
- Microsoft Learn – Data, Privacy, and Security for Microsoft 365 Copilot
- Microsoft Learn – Copilot connectors overview
- Atlassian Support – Manage your Teamwork Graph connectors
- Atlassian Support – Teamwork Graph connector types
About The Author
