위키미디어 엔터프라이즈/FAQ
다음은 일반적인 질문에 대한 일부 의도적인 짧은 답변입니다. 이러한 주제에 대한 자세한 내용과 컨텍스트는 에세이, 원칙 또는 기술 문서를 참조하세요.
| Wikimedia Enterprise | |
|---|---|
 파트너십과 근로 소득을 통해 수익 창출과 무료 지식 전파를 위한 새로운 기회를 구축합니다. | |
| enterprise.wikimedia.com | |
| 프로젝트 | |
| 기술 | |
일반
이게 뭔가요
위키미디어 엔터프라이즈는 API 서비스를 통한 제3자 콘텐츠 재사용을 위한 데이터 전달 서비스입니다. 검색 엔진, 음성 도우미 및 기술 신생 기업과 같은 상업 조직의 요구 사항을 위해 설계된 위키미디어 콘텐츠에 대한 대용량의 높은 안정성 액세스를 제공합니다. 이 서비스는 유료 고객을 위한 계약 보증(서비스 수준 계약)과 함께 제공됩니다. 계약 목적상 위키미디어 재단이 전액 출자한 LLC가 운영합니다.
출시 시 이 서비스에는 위키미디어 공용 및 위키데이터를 "제외"한 모든 이키미디어 자매 프로젝트의 모든 언어판 콘텐츠가 포함됩니다. 위키데이터 정보도 포함할 수 있는 것은 개발 로드맵에서 높은 우선 순위입니다. 프로젝트의 MediaWiki.org 홈페이지에서 월간 기술 업데이트를 통해 개발 진행 상황에 대해 자세히 알아볼 수 있습니다.
Specifically, the API service is provided in three products:
- Snapshot: Retrieve an entire Wikimedia project, updated daily
- On-Demand: Retrieve any article from any Wikimedia project at anytime
- Realtime: Stream real-time updates from any Wikimedia project
편집자나 봇 소유자에게 영향을 미칩니까?
아닙니다. 이것은 편집자(인간 또는 봇)의 편집 경험을 변경하지 않습니다. 모든 기존 API는 계속 사용할 수 있습니다.
엔터프라이즈 API가 현재 덤프 및 API에 영향을 미칩니까?
무료로 제공되는 데이터베이스 덤프 및 API 시스템은 그대로 유지되며 계속 지원됩니다. 그들은 제거되거나 제한되지 않으며 계속해서 지원과 개발을 받을 것입니다. 엔터프라이즈 API가 별도로 구축되는 이유 중 하나는 기존 생태계를 방해하지 "않기" 위해서입니다.
실제로 기존 API 생태계는 현재 "API 게이트웨이" 이니셔티브에 따라 개편되고 있습니다. 지금까지 위키미디어 콘텐츠 재사용을 위해 제공되는 API 및 서비스는 개인 "및" 검색 엔진과 같은 초대형 기업의 요구를 지원할 수 있어야 했습니다.
그 결과 공유지의 비극이라는 실제 사례가 발생했습니다. 단일 서비스를 모든 사람이 동등하게 사용할 수 있도록 하여 가장 큰 서비스가 지배하도록 허용하여 다른 모든 사람의 서비스 품질을 떨어뜨렸습니다. 대규모 사용자의 요구 사항을 위해 설계된 엔터프라이즈 API의 존재로 인해 개인용으로 그리고 대규모 상용 사용자에 "대한" 제한(예: 속도 제한)이 있는 새로운 API 게이트웨이를 구축할 수 있습니다.
왜 "엔터프라이즈"라고 불리는가요?
프로젝트, 팀 및 API는 이전에 모두 "Okapi"라고 불렸습니다. 이것은 최종 공식 명칭이 결정될 때까지 사용된 임시 코드명이었습니다. okapi는 이름에 a-p-i라는 글자가 우연히 포함된 아프리카의 귀여운 포유류입니다. "위키미디어 엔터프라이즈"(및 "엔터프라이즈 API")라는 이름은 서비스의 의도된 사용자가 영리 조직임을 명확히 하기 위한 것입니다. 이 이름을 선택하는 중요한 기준은 API의 콘텐츠가 상업적이거나 배타적이거나 기존 API가 변경되고 있음을 의미하지 않는다는 것입니다. "엔터프라이즈API"라는 문구는 운동 전략에도 나타나므로 이전 동에서 사용된 것과 일치합니다. 마지막으로 위키미디어 웹사이트, 가맹단체, 프로젝트 및 팀의 기존 이름을 방해하지 않는 이름을 찾는 것이 중요했습니다.
프로젝트 및 API를 미디어위키 이해관계자 그룹 또는 엔터프라이즈 미디어위키 컨퍼런스와 혼동해서는 안 됩니다. 각각 영리 기업을 포함하여 위키미디어 재단 외부에 있는 미디어위키 사용자의 요구를 옹호하는 독립적인 위키미디어 사맹단체 조직 및 컨퍼런스 그리고 해당 커뮤니티를 위한 시리즈입니다.
위키미디어 콘텐츠에 직접적인 영향을 미칩니까?
아닙니다. API는 위키미디어 콘텐츠의 대량 고속 접근 및 재사용을 허용합니다. 위키미디어 프로젝트의 콘텐츠에 대한 기술적 또는 편집 권한이 없습니다. 물론 위키미디어의 자유 문화 라이선스 프레임워크에 따라 부여된 권리에 따라 위키미디어의 재사용자는 콘텐츠에서 파생물을 만들 수 있습니다.
이 새로운 단일 수집 방법을 통해 위키미디어 콘텐츠에 접근하고 이에 대한 계약 SLA에 서명함으로써 우리는 대규모 재사용자가 위키미디어 콘텐츠에 대한 저작자 표시 및 저작권 라이선스 표시에 대해 보다 일관되고 정확하도록 보장할 수 있습니다. 대규모 재사용자에 의한 부주의한 문서 훼손 재게시 감소는 커뮤니티에 이익이 됩니다. 이는 신뢰할 수 있는 콘텐츠를 큐레이팅하는 커뮤니티의 명성을 강화하고 문서 손과 싸우는 데 전념하는 커뮤니티 구성원의 지분을 줄입니다. 시간이 지남에 따라 위키미디어 엔터프라이즈 팀은 재사용자가 콘텐츠 문서 훼손을 제품에 흡수할 가능성을 줄이는 데 도움이 되는 메커니즘을 구축하기를 희망합니다. 이 작업으로 더 나은 문서 훼손 감지가 이루어지면 도구 및 작업 흐름을 개선하고 결과적으로 지식 무결성을 개선하기 위해 배운 내용 및/또는 개발된 코드가 커뮤니티에 다시 공유됩니다.
장기적으로 위키미디어 엔터프라이즈 팀은 위키미디어 엔터프라이즈 고객이 만든 제품을 사용하는 일반 대중으로부터 위키미디어 프로젝트에 새로운 정보(예: "소액 기여")를 피드백할 수 있는 방법을 모색하기를 희망합니다. 이는 "...데이터 반환 가능성"을 위해 API를 사용하는 것을 말하는 운동 전략 권장 사항인 "사용자 경험 개선"에 따른 것입니다. 그 때 실제 커뮤니티 요구에 대응하고 위키미디어 편집 문화, 개인 정보 보호 정책, 사용 약관 등을 준수하는 방식으로 이러한 기여를 찾을 수 있도록 적절한 커뮤니티 협의가 이루어집니다.
이렇게 하면 검색 엔진 결과에 표시되는 오류/문서 훼손이 중지됩니까?
유용 할 것입니다.
높은 규모와 빠른 속도로 운영되는 제3자 조직을 위해 보다 일관된 위키미디어 콘텐츠 수집 프로세스를 만들어 문서 훼손을 표시할 가능성을 줄이고 표시 기간을 단축할 수 있습니다. API 피드에는 대중이 사용할 수 없는 문서 훼손 감지 기능이 포함되지 않지만 재사용자가 기존 신호에 더 쉽게 접근할 수 있습니다(예: ORES 점수 및 문서가 현재 편집을 받는 빈도). 이를 통해 엔터프라이즈의 고객은 무엇을 언제 표시할지 결정하기 위해 더 많은 도구를 마음대로 사용할 수 있습니다.
자유 문화 저작물의 원칙에 따라 위키미디어 재단은 재사용자가 위키미디어 프로젝트의 콘텐츠를 표시하는 방법, 표시되는 컨텍스트 또는 결합된 다른 데이터 집합을 제어하지 않습니다. 검색 엔진 결과에서 부적절한 맥락에서 사용되는 위키미디어 콘텐츠 인스턴스를 찾으면 해당 운영자는 이에 대한 피드백을 제공하는 절차를 갖습니다. 예를 들어 구글에는 "추천 스니펫을 보고하는 방법"에 대한 정책이 있습니다.
이것이 운동 전략과 어떤 관련이 있습니까?
운동 전략 권장 사항에는 "운동의 지속 가능성을 높이고" 사용자 경험을 개선"하기 위한 권장 사항이 각각 있습니다. "예를 들어...엔터프라이즈 수준의 API 구축"과 같이 파트너십 및 근로 소득을 통해 수익 창출 및 무료 지식 전파를 위한 새로운 기회를 탐색합니다. 그리고 "대규모 사용자와 협력하여 위키미디어 API 제품군을 보다 포괄적이고 안정적이며 안전하고 빠르게 만듭니다.... 콘텐츠 재사용자를 위한 속성 및 검증 가능성에 대한 인식과 용이성을 개선합니다."
동시에 API를 개선하면 서비스로서의 지식 및 지식 형평성에 크게 기여하여 전략적 방향과 비전을 향해 나아가는 과정에 크게 기여합니다. "위키미디어 API 제품군을 우리의 사명과 원칙에 부합하는 대규모 사용자와 협력하여 보다 포괄적이고 안정적이며 안전하고 빠름"으로 만드는 권장 사항에 따르면 "직접 사용자와 간접 사용자 모두의 사용자 경험을 개선합니다. 콘텐츠의 도달 범위 및 검색 가능성과 데이터 반환 가능성을 높이고 콘텐츠 재사용자를 위한 속성 및 검증 가능성에 대한 인식과 용이성을 개선합니다.”
"엔터프라이즈"가 명시적으로 연결된 앞서 언급한 두 가지 권장 사항 외에도 여러 전략 이니셔티브에서 수행할 역할도 있습니다. 여기에는 "3. 위키미디어 운동에 대한 인식 제고", "36. 위키미디어 프로젝트 및 콘텐츠의 영향 식별" 및 "잘못된 정보", "45. 적응 정책"이 포함됩니다. 많은 전략 권장 사항은 운동 전반에 걸쳐 수익 증가를 의미합니다. 이는 야심 차고 궁극적으로 실행하는 데 비용이 많이 드는 전략입니다. 따라서 향후 몇 년 동안 엔터프라이즈 API를 구축하면 나머지 권장 사항을 지속적으로 지원하는 데 도움이 되는 이 새로운 수익원을 개발할 수 있습니다. 따라서: 또한 이니셔티브 "7. 운동을 위한 수익 창출". 많은 전략 권장 사항은 운동 전반에 걸쳐 수익 증가를 의미합니다. 이는 야심 차고 궁극적으로 실행하는 데 비용이 많이 드는 전략입니다. 따라서 향후 몇 년 동안 엔터프라이즈 API를 구축하면 나머지 권장 사항을 지속적으로 지원하는 데 도움이 되는 이 새로운 수익원을 개발할 수 있습니다. 따라서: 또한 이니셔티브 "7. 운동을 위한 수익 창출".
우리는 커뮤니티 투표에서 권장 사항이 운동 전체의 관심을 받아야 하는 순서를 우선 순위로 정하고 이러한 API 관련 권장 사항이 목록에서 낮았다는 것을 알고 있습니다. 우리는 권장 사항이 대중의 관심을 끌지 않을 것임을 인정하고 충분히 기대합니다. 이것은 편집 커뮤니티에 직접적인 영향을 미치지 않는 활동입니다. 그러나 이것은 전적으로 WMF가 대응할 책임이 있는 몇 안 되는 권장 사항 중 하나입니다. 이는 WMF가 다른 전략 활동을 방해하거나 주의를 돌리거나 우선순위를 떨어뜨리지 않고 이 프로젝트를 즉시 독립적으로 다른 전략 활동에 시작할 수 있음을 의미합니다.
이것은 이전에 어디에서 논의 되었습니까?
위키미디어 재단은 창립 직후부터 유료 데이터 서비스를 제공하여 제3자가 자체 로컬 데이터베이스를 호스팅할 수 있도록 피드를 제공했습니다. 이 서비스의 생성은 브라이온 비버의 초기 고용으로 이어졌고 초기에 위키미디어 재단을 부트스트랩하는 데 사용되었습니다. 이 서비스는 2010년에 신규 고객에게 폐쇄되었으며 주로 유지 관리 부족으로 인해 2014년에 서비스가 최종적으로 폐기되었습니다.
위키미디어 콘텐츠의 발견 방법의 변화와 관계없이 운동의 성공을 보장하기 위해 대규모 데이터 서비스를 재방문하는 것이 2015년 탐색을 위한 가능한 방법으로 논의되었고 [[[mailarchive:wikimedia-l/2016-January/081126.html|2016년 위키미디어-l에서]] 다시 논의되었습니다. 이 아이디어는 운동 전략 프로세스의 2단계에서 두 작업 그룹에 의해 제안되었으며 타사 API 사용 개선 작업은 최종 전략 권장 사항(1, 2)에서 두 번 확인되었습니다. 엔터프라이즈 API 프로젝트 작업의 시작은 특히 2020년 중반에 위키미디어-l에서 제기되었습니다.
참고: 이 FAQ는 2021년 3월에 게시되었습니다. 그 당시 위키미디어 블로그포스트가 게시되었고, 알림이 다양한 메일링 목록과 위키에 게시되었으며 많은 주류 미디어 문서에서 특히 WIRED에서 다루었습니다. 이로 인해 이 토론 페이지, 많은 위키의 중앙 토론 허브 및 소셜 미디어에서 훨씬 더 많은 커뮤니티 토론이 이루어졌습니다. 이 주제에 대한 문서를 작성한 독립 미디어의 포괄적인 목록은 Wikimedia_Enterprise#Press에 게시됩니다. 2021년 10월에 제품이 상업적으로 이용 가능함을 알리는 WMF 보도 자료와 오픈 퓨쳐 연구소의 보고서가 게시되었습니다. 2022년 6월 프로젝트의 첫 번째 고객과 자체 가입 시스템을 발표하는 또 다른 보도 자료가 이어졌습니다. 프로젝트에 대한 새로운 "뉴스" 페이지가 https://enterprise.wikimedia.com/news/에 생성되었으며 프로젝트의 모든 향후 발표가 거기에 게시될 것입니다.
재정
이것은 위키백과에 대한 "판매"입니까 아니면 "대형 기술 업체에 비용을 지불하도록 강요"하는 것입니까?
아닙니다. 모든 위키미디어 콘텐츠는 무료 라이선스로 제공되며 누구나 어떤 목적으로든 사용할 수 있습니다. 그것은 변경되지 않을 것이며 변경될 수도 없습니다. 엔터프라이즈 API 서비스는 이미 위키미디어 콘텐츠를 상업적으로 사용하고 있는 주요 영리 조직의 요구에 맞게 특별히 설계된 양과 속도로 해당 콘텐츠를 제공하는 새로운 방법입니다. 엔터프라이즈 API는 이 새로운 접근 방법의 서비스를 판매하고 있지만, 기존 무료 접근 방법을 사용하는 사람(잠재 고객 포함)을 막지는 않습니다.
전 세계의 많은 정부와 전문 분야(예: 저널리즘)는 현재 "빅 테크"와 협력하면서 재정적으로 지속 가능한 모델을 구축하는 방법에 대해 논의하고 있습니다. 위키미디어 엔터프라이즈 API를 구축하면 무료로 사용할 수 있는 위키미디어 콘텐츠를 사용하여 비즈니스 모델을 구축한 영리 조직이 신뢰할 수 있고 지속적인 방식으로 위키미디어 운동에 투자할 수 있는 방법이 만들어집니다.
커뮤니티에서 비용을 지불하지 않고 엔터프라이즈 API에 접근할 수 있습니까?
예. 대량 접근의 경우 공개 데이터베이스 덤프 서비스를 통해 API 출력 사본이 제공되며 격주로 업데이트됩니다. 이것은 다른 XML 덤프가 이미 제공되는 것과 동일한 빈도입니다.
위키미디어 클라우드 서비스 계정이 있는 모든 사용자가 사용할 수 있는 데이터 서비스 포털을 통해 일일 덤프 + 시간별 diff가 제공됩니다.
라이브 서비스의 "평가판" 버전도 제품 웹 사이트를 통해 무료로 제공됩니다. 이 버전은 주로 잠재적인 상업 고객이 서비스를 조사할 수 있도록 설계되었으므로 최대 속도/사용이 제한됩니다. 그럼에도 불구하고 위키미디어인이 스스로 이 서비스를 등록하고 사용하는 것은 허용됩니다(실제로 권장됩니다!). 위 또는 다른 위키미디어 서비스에서 다루지 않는 서비스의 유료 버전에 대한 임무 관련 사용 사례가 있는 사람들은 지속적으로 무료 접근을 제공받을 수 있습니다.
돈은 어떻게 쓰일 것인가
2030년까지 우리가 도달하고자 하는 전략적 방향은 무엇보다도 전 세계적으로 서비스가 부족한 언어로의 대규모 확장을 필요로 하며 이를 위해서는 상당한 수익 성장이 필요합니다. 프로젝트 자체의 비용을 충당하는 것 외에도 엔터프라이즈 고객으로부터 생성된 모든 자금은 위키미디어 사명을 지원하는 데 사용됩니다. 여기에는 위키미디어 프로젝트, 커뮤니티, 운동 조직 및 위키미디어 기금에 대한 투자가 포함됩니다. "엔터프라이즈" 고객을 통해 받는 모든 수익은 위키미디어 재단에서 받는 다른 무제한 수익과 동일한 방식으로 처리됩니다. 즉, 수익은 이메일이나 기금 모금 배너를 통한 기부와 동일한 "냄비"로 들어가고 위키미디어 재단 연간 계획에 따라 할당됩니다.
초기에는 위키미디어 엔터프라이즈가 언제 수익성에 도달할지 예측하기 어렵고 향후 몇 년 동안 얼마나 많은 수익을 창출할 것인지를 정확하게 예측하기는 더욱 어렵습니다. 시기와 수익성에 대한 보다 명확한 그림을 갖게 되면 이사회는 임무를 지원하기 위해 수익을 어떻게 투자할 것인지 계획할 수 있습니다. 적어도 1년은 걸릴 가능성이 높습니다.
이것이 얼마나 많은 돈을 모을 것인가
첫 번째 재무 보고서가 여기에 게시됩니다. 여기에는 프로젝트의 사업 첫 해를 나타내는 2022년이 포함됩니다.
당연히 이것은 비즈니스 모델 관점에서 가장 중요한 질문 중 하나이며 미리 대답하는 것도 불가능합니다. 엔터프라이즈 API의 잠재 고객이 무엇을 필요로 하고 원하는지 알아보기 위해 상당한 연구가 수행되었으며, 이는 제품 개발 및 결과적으로 시간 경과에 따른 잠재적 수익 추정에 대한 정보를 제공했습니다. 한 가지는 분명합니다. 이것은 독자 기부금으로 자금을 조달해야 하는 우리의 필요성을 대체하지 않을 것입니다. 재정 독립에 대한 위키미디어 엔터프라이즈 운영 원칙 및 위키미디어 엔터프라이즈 수익 원칙에 관한 관련 위키미디어 재단 위원회 성명서에 따라 위키미디어 엔터프라이즈 및 기타 출처에서 발생하는 관련 없는 사업 소득은 위키미디어 재단 총 수익의 30%를 초과하지 않습니다. 이는 자금의 최소 70%가 항상 기부금 및 보조금 등에서 나온다는 것을 의미합니다.
정직과 투명성이라는 위키미디어 엔터프라이즈 운영 원칙에 따라 우리는 일반적으로 위키미디어 재단과 차별화된 전체 수익과 비용을 적어도 매년 발표할 것입니다. 또한 위키미디어 재단 이사회의 성명에 따르면 연간 $250,000 USD를 초과하는 수익을 창출할 것으로 예상되는 모든 계약에 대해 사전에 통지하여 우려 사항을 제기할 수 있는 시간을 허용합니다. 이는 위키미디어 재단이 대기업 기부금을 취급하는 방식과 일치합니다.
개발 단계에서 처음 정의된 프로젝트의 재정 목표에 따라 2021-22년 연간 계획은 "위키미디어 엔터프라이즈의 계약 수익 1,020만 달러와 비용 약 360만 달러..."를 예측합니다.
모금 기부에 영향을 미칩니까?
아닙니다, 위키미디어 재단은 계속해서 독자들로부터 대부분의 지원을 받을 것입니다. 우리는 위키백과가 독립성을 유지하기 위해 이것이 중요하다고 생각합니다. 평균 15달러에 달하는 수백만 명의 독자 기부금에서 파생된 자금은 우리를 공익에 맞추었습니다. 위키미디어 엔터프라이즈의 수익은 독자 지원을 보완할 것이지만 이를 가려주지는 않을 것입니다. 엔터프라이즈 API는 위키미디어 콘텐츠를 재사용하여 이미 이익을 얻고 있는 기업 사용자가 프로젝트에 기여할 수 있는 방법입니다.
기술
오픈 소스인가요
예. [$URL "안정 버전"으로 게시]됩니다.
이 API 코드 및 이 서비스의 특정 목적은 대규모 상업 조직과 고유한 인프라, 법적 및 메타데이터 요구 사항에 유용하도록 하는 것입니다. 이러한 조직은 순전히 규모 면에서 고유할 뿐만 아니라 유사한 문제를 처리하는 상호 호환되지 않는 고유한 방식으로 서로에 대해 고유합니다. 프로젝트의 명시된 원칙 중 하나가 계약 또는 기능에 의한 API의 "독점성 없음"이라는 점을 감안할 때 우리는 어떤 사용자(무료 또는 유료)도 의도하지 않게 API를 사용할 수 없도록 제외되지 않도록 해야 합니다. 따라서 안정적인 버전을 게시하는 것이 바람직하다고 간주되었습니다. 이렇게 하면 아직 모든 사람의 목적에 적합하지 않은 코드를 기반으로 빌드하거나 기대하는 사람이 아무도 없습니다.
한편, 모든 개발 작업 자체는 공개적으로 위키미디어 표준 관행에 따라 추적되고 파브리케이터에서 "라이브"됩니다.
외부에서 운영하는 클라우드 인프라/AWS를 사용하는 이유
위키미디어 엔터프라이즈의 주요 요구 사항은 엔터프라이즈 API의 의도된 고객의 요구 사항에 맞게 확장할 수 있는 솔루션을 신속하게 프로토타입하고 구축할 수 있는 능력을 갖추는 것입니다. 이를 위해 우리는 빠른 반복, 중요한 위키미디어 프로젝트와의 인프라 분리, 다운스트림 서비스 수준 계약(SLA)의 활용을 위해 최적화했습니다. 처음에는 외부 클라우드 서비스가 이러한 기능을 제공합니다. 사용 사례에 외부 클라우드를 사용하면 많은 이점이 있지만 재단에서 애플리케이션을 구축하는 문화와 원칙을 고려할 때 근본적인 긴장도 있다는 점을 인정합니다. 엔터프라이즈 API의 잠재 고객의 요구는 모든 사람이 지식을 사용할 수 있도록 한다는 우리의 사명을 달성하는 데 중요합니다. 그러나 위키미디어 재단의 기존 리소스를 사용하여 이러한 요구에 대응하는 제품을 개발하면 세계 최대 영리 조직의 하드웨어 요구 사항에 보조금을 지급할 수 있습니다.
위키미디어 엔터프라이즈 API는 이러한 종류의 목적에 매우 일반적으로 사용되는 시스템인 아마존 웹 서비스(AWS)에서 호스팅됩니다. 그럼에도 불구하고 계약상, 기술적으로 또는 재정적으로 AWS 인프라를 사용할 의무가 없습니다. 공개적으로 사용 가능한 위키미디어 콘텐츠, 일반 로깅 데이터 및 경량 사용 데이터를 AWS에 저장하고 있습니다. 우리는 아마존과 유사한 보증으로 고객에게 SLA(서비스 수준 계약)를 제공하려고 합니다. 우리는 위키미디어 재단의 기존 인프라에서 동등한 가동 시간 정보를 가지고 있지 않습니다. 그러나 이것은 우리가 위키미디어 사이트 신뢰성 엔지니어링으로 탐구하고 있는 것입니다.
그 동안 우리는 이 프로젝트가 좀 더 확립되면 AWS에 대한 대안을 연구하고 있으며(그리고 우리의 사용 사례에 맞을 수 있는 아이디어에 개방된 상태를 유지하고 있습니다) 인프라가 실제로 필요한 것이 무엇인지 확신할 수 있습니다. 한편 WMF 호스팅 인프라는 완전히 소유되고 독립적이며 엔터프라이즈 API의 영향을 받지 않습니다.
이것이 .com 웹사이트인 이유
서비스의 홈페이지는 위키미디어 재단에서 운영하는 다른 웹사이트와 같은 .org가 아닌 enterprise.wikimedia.com입니다. 그 이유는 다음과 같습니다:
- 데이터 프라이버시 및 보안 경계. DNS 도메인은 데이터 프라이버시 및 보안 정책에 대한 기술적 경계 역할을 합니다. 위키미디어 엔터프라이즈는 별도의 정책과 통제가 있는 별도의 인프라에서 운영되므로 위키미디어 재단이 기존 사이트를 운영하는 "wikimedia.org"와 같은 도메인에서 위키미디어 엔터프라이즈를 호스팅함으로써 이러한 기술적 경계를 흐리게 하지 않는 것이 더 안전합니다. 위키미디어 재단은 "wikimedia.com" 내에서 다른 사이트를 운영하지 않으므로 이것은 명확한 경계를 제공합니다.
- 진정성. 비영리 조직이 소유한 영리 목적 프로젝트는 .org 도메인을 사용할 수 있습니다. 그러나 위키미디어 엔터프라이즈 팀은 영리 목적의 프로젝트이므로 웹사이트가 .com이어야 하는 것이 더 정확하고 정직하다고 느꼈습니다.
위키데이터 또는 위키데이터 쿼리 서비스에 어떤 영향을 미칩니까?
위키미디어 엔터프라이즈 API는 위키데이터 또는 위키데이터 쿼리 서비스(WDQS)에 직접적인 영향을 미치지 않습니다. 또한 이 개발 단계에서 엔터프라이즈 API는 위키데이터(또는 위키미디어 공용)의 데이터를 제공하지 않습니다. WDQS는 지식 그래프의 기준을 정하기 위한 대량 위키데이터 재사용자에게 중요한 서비스이지만, 현재 엔터프라이즈 API의 목표는 WDQS와는 다른 서비스인 실시간에 가까운 콘텐츠 스트리밍에 중점을 두고 있습니다. 결국 엔터프라이즈 API 고객이 현재 WDQS를 통해 얻는 일부 정보는 이제 대신 API를 통해 얻을 수 있으므로 WDQS 서비스를 사용하는 양이 줄어들 수 있습니다.
왜 그들은 스스로 이것을 만들지 않습니까?
엔터프라이즈 API의 모든 초기 잠재 고객은 이미 제품에서 위키미디어 콘텐츠를 다양한 수준으로 사용하고 있습니다. 서로 독립적으로 필요에 따라 콘텐츠를 추출, 재구성 및 표준화하는 데 투자합니다. 그러나 그들이 내부적으로 할 수 없는 것은 위키미디어 서비스가 해당 콘텐츠를 제공하는 방식의 속도, 일관성 및 신뢰성을 보장하는 것입니다. 이것은 위키미디어 재단만이 제공할 수 있는 것입니다. 또한 엔터프라이즈 API는 모든 고객이 사용할 수 있는 제품을 제공함으로써 위키미디어 콘텐츠를 서비스에 사용하고자 하지만 필요한 데이터 변환을 수행할 대규모 경쟁업체의 내부 리소스가 없는 소기업을 위한 공평한 경쟁의 장을 만듭니다.
신뢰성 신호란?
이것은 API 데이터 세트의 기능 이름입니다. 위키미디어 편집자가 API 피드 내에서 편집 결정을 보다 이해하기 쉽게 만드는 데 사용하는 컨텍스트 정보를 만드는 데 도움이 됩니다. 이것의 본질과 목적을 문서화한 전체 에세이는 전용 문서 페이지를 참조하십시오.
문서의 편집 기록을 검토할 때 편집자는 종종 많은 요소를 기록합니다. 여기에는 문서가 다음과 같은지 여부가 포함됩니다. 갑자기 많은 새로운 편집을 받았습니다. 최근 새로 생성된 여러 계정 또는 다른 '익명의' 편집자에 의해 편집되었습니다. 빈번한 편집이 되돌려졌습니다. 보호 상태 또는 품질 등급이 변경되었습니다. 또는 평소보다 갑자기 더 많은 페이지뷰를 받았습니다. "신뢰성 신호"는 이 컨텍스트 정보를 API의 데이터 포인트로 변환하여 제3자 재사용자가 실시간으로 새 개정을 처리하는 방법에 대한 자체 결정을 내리는 데 적용할 수 있도록 합니다. 예를 들어, 문서가 "속보"와 관련된 것으로 식별되면 일부 재사용자는 사본을 가능한 한 빨리 업데이트하여 이 "신호"에 응답하고 다른 재사용자는 업데이트를 일시적으로 중지할 수 있습니다.
이 기능은 점수, 필터, 순위 또는 "좋은 편집과 나쁜 편집"의 가치 판단이 "아닙니다". 콘텐츠의 정확성, 진실 또는 품질에 대한 결정을 내리는 AI도 아닙니다. 지정된 "신호" 생성 시 전체 필드 목록을 가져올 수 있으며 https://www.mediawiki.org/w/api.php 에 나열되어 있습니다. "서비스로의 지식"의 전략적 목표를 발전시키는 데 있어 신뢰성 신호가 위키미디어의 실시간 정보를 통합하는 제3자의 수를 늘리고 그렇게 하는 데 대한 진입 장벽을 낮추고 문서 훼손 등의 확산 사례를 줄이기를 바랍니다. . 차례로 위키미디어 콘텐츠와 운동의 작업에 대한 신뢰를 불러일으킵니다.
What is Breaking News
Just like "Credibility signals", this is the name for a a feature of the API. It identifies new and likely "newsworthy" events as they are being written about across Wikipedia language editions at any given moment. These events are then marked with a boolean field, allowing API users to easily identify this kind of content within their copy of the dataset. For a full essay documenting the nature and purpose of this, and how you can access it yourself, see its dedicated documentation page.
Consistent with the Wikimedia Enterprise principles (in particular that of "no exclusive content") the information this API feature is built upon is already public information that Wikimedia editors are already commonly using in their content moderation workflows – for example "does this article have a sudden increase in the number of pageviews, or of unique editors?", "was this article recently created/moved and have a 'current event' template?". The feature turns that kind of information into a feed of articles which API users can treat differently, if they wish. For example to re-index these articles more rapidly, or to pause re-indexing entirely until the content becomes more stable. This feature does not imply a change of Wikipedia editorial policy: most particularly regarding notability, reliable sources – summarised in the English Wikipedia policy "NOTNEWS".
What is Structured Contents
Within the Enterprise API suite, Structured Contents refers to the features making Wikimedia data more machine readable: these efforts are both focussed on pre-parsing Wikipedia snippets as well as connecting the different projects closer together. The Structured Contents endpoint (beta) has been released in September 2023 to the On-demand API, as a means to both facilitate more frequent updates as well as improve transparency in the development process. This first version includes pre-parsed Wikipedia summaries, main images and infoboxes. Features will be continued to be added to this endpoint, see the Mediawiki Updates page.
법률
이게 왜 자회사에서 운영되고 있는 걸까요?
위키미디어 재단은 단일 구성원 유한 책임 회사(LLC)를 만들었고 엔터프라이즈 API의 고객과 계약을 체결할 LLC가 바로 이 LLC입니다. LLC 구조는 서비스에 의해 생성된 부채로부터 재단을 보호합니다. 이것은 비영리 조직이 영리 활동을 운영할 때 표준 접근 방식이며 위험을 관리하고 투명성을 증진하는 데 도움이 됩니다. 그렇긴 하지만, 재단은 여전히 미국 법에 따라 연간 세금 보고 시 LLC의 수입과 지출을 공개해야 합니다(여기에서 감사 재무 보고서 보기). LLC는 위키미디어 재단의 후원 아래 운영되며 직원은 위키미디어 재단 직원이며 궁극적으로 위키미디어 재단(WMF) 이사회의 지배를 받습니다. 프로젝트를 감독하는 LLC의 이사회는 WMF 직원 역할을 대표하는 위키미디어 재단 리더십 출신이며 LLC의 "의장"은 WMF의 비즈니스 개발 관리자입니다.
거버넌스 위키에서 위키미디어 재단과 이 LLC 간의 법적 관계를 형성하는 계약을 볼 수 있습니다. 각각 다음과 같습니다:
- LLC와 WMF를 공식적으로 단독 회원으로 설정하는 LLC 운영 계약
- 위키미디어 상표 등을 사용할 수 있는 LLC의 권리를 논의하는 회사 간 라이센스 계약.
- LLC의 수익 및 비용이 WMF와 함께 설명되는 방법을 논의하는 비용 분담 계약
LLC의 법적 등록은 델라웨어 주, 법인 구분, 법인 이름: Wikimedia, LLC, 파일 번호: 7828447에서 찾을 수 있습니다. 미국에서는 델라웨어 주에 법인을 설립하는 것이 일반적입니다. 델라웨어의 법은 잘 발달되어 있고 이해하기 쉽습니다. LLC를 사용하여 위키미디어 엔터프라이즈를 운영하면 위키미디어 재단이 노출되지 않도록 보호할 수 있습니다. 델라웨어 기업법의 명료성은 그 목적을 더욱 발전시키고 단기 및 장기적으로 법적 비용을 줄여줍니다. 비영리로서 델라웨어주에 등록된 LLC는 다른 주에 등록된 것보다 미국 연방 세금 책임 또는 세금 보고 요구 사항의 재정적 투명성에 차이가 없습니다.
LLC 활동의 적절한 세금 처리에 대한 평가는 위키미디어 재단 감사인 KPMG와 조정되었습니다.
누가 "고객"이 될 것인가요
엔터프라이즈 API는 처음에 일반적으로 "빅 테크"라고 하는 세계에서 가장 크고 부유한 회사 중 일부인 극소수의 기술 조직의 요구 사항을 위해 설계되었습니다. 독점 계약이나 독점 콘텐츠가 없기 때문에 이 제품을 개발하면 소규모 영리 조직이 제품에 위키미디어 콘텐츠를 사용하여 혜택을 받을 수 있는 기능을 제공하는 데 도움이 될 것입니다. 이것은 또한 "오픈 퓨쳐" 프로젝트의 이 프로젝트에 대한 설명에서 "경기 영역을 낮추는 것"으로 설명되며 전략적 방향의 "서비스로서의 지식"에 대한 논의와 일치합니다.
많은 상업 부문에 걸쳐 많은 조직을 인터뷰함으로써 "빅 테크"보다 더 "많은" 잠재 고객이 있다는 것이 분명해졌습니다. 이들의 요구 사항은 서로 다르기 때문에 제품 로드맵은 이 요구 사항을 충족하기 위해 시간이 지남에 따라 조정될 것입니다. 위키미디의 복잡한 정보 생태계를 보다 쉽게 통합하고 이해할 수 있도록 하는 데 중점을 둡니다("신뢰성 신호" 및 정보 "하위 집합"과 같은 항목을 통해 - 로드맵 참조).
As stated in the original press release, Google and the Internet Archive are the first to receive paid and free access (respectively) but we have not publicized the subsequent customers (paid or free) who have signed up to the service. Maintaining a public and comprehensive list of paying and free/trial customers would look like advertising or promotion of those customers. It would also introduce a new privacy (and potentially security) problem: In the same way that it would be inappropriate to make a public list of "all individuals who have used the Wikidata Query Service this month" (for example), making a public list of all organizations who have used this service goes against our privacy culture. Nonetheless, we do intend to be making "use case" blog posts, which will describe how some users (either general categories or individual cases with their permission) are benefiting from the service in the real world. No one is required to publish whether, or how, they read or reuse Wikimedia content. This is consistent with that practice.
위키미디어 재단 이사회의 성명서에 따르면 연간 $250,000 USD를 초과하는 수익을 창출할 것으로 예상되는 모든 잠재 고객에게 사전에 통지하여 우려 사항을 제기할 수 있는 시간을 허용합니다. 이는 위키미디어 재단이 대기업 기부금을 취급하는 방식과 일치합니다. 미국에 기반을 둔 조직으로서 해외 자산 통제국의 결정에 따라 특정 금지 국가에 기반을 둔 조직과 비즈니스를 수행하는 것이 법적으로 허용되지 않습니다.
계약 내용
고객 계약에는 일반적으로 계약 기간, 고객 지원 유형 및 예상 가동 시간, 비용, 분쟁 해결을 위한 메커니즘, 상황에 맞는 귀속 및 라이선스 정보에 대한 보증, API를 재사용하여 경쟁을 만드는 데 대한 제한 사항을 관리하는 조건이 포함됩니다. 비즈니스(콘텐츠의 기본 자유 문화 라이선스를 확인하면서). 원칙 문서에 설명된 대로 계약은 독점 콘텐츠, 독점적 접근, 개인/사용자 데이터 또는 편집 영향력을 부여하지 않습니다. 콘텐츠 자체의 카피레프트 라이선스에 위배되는 콘텐츠 사용 방법에 대한 제한은 포함하지 않습니다.