Source available med tre forbud: du må ikke tilbyde den som managed service, ikke omgå licensnøglerne og ikke fjerne notitser.
På denne side
Hvad den gør
Elastic License 2.0 er en kort source-available-licens med præcis tre forbud og ingen tidsgrænse. Du må bruge, kopiere, ændre og redistribuere softwaren, også inde i et produkt du sælger, så længe ingen af de tre gælder. Den dækker Elasticsearch, Kibana, Logstash, Beats, Elastic Agent og dele af Elastics klientbiblioteker, alene eller som én gren ved siden af andre muligheder. Modsat Business Source License skifter den aldrig til en open source-licens på en senere dato, så de grænser, den sætter, er grænserne for altid.
Detaljer
Det første forbud afgør de fleste gennemgange, og det er snævrere, end folk tror. Det forhindrer dig i at tilbyde denne software til tredjeparter som en hostet eller managed tjeneste, hvor de får væsentlig adgang til dens funktioner. Det forhindrer dig ikke i at bruge den inde i dit eget produkt. At køre Elasticsearch som søge-backend i din app er fint. At sælge hostet Elasticsearch er det ikke. At sende den med i en binær fil, du sælger, er tilladt, og de samme tre grænser følger så med til modtageren.
Fordele
- Du kan læse koden, spore fejl og ofte bruge den til ikke-produktion under de offentliggjorte vilkår.
- Nogle licenser konverterer til OSI-vilkår efter en forsinkelse, hvilket er en planlagt sti snarere end en overraskelse.
Ulemper
- En SaaS- eller konkurrentklausul kan gøre det "gratis" download ubrugeligt til det produkt, du faktisk bygger.
- Procurement vil ikke behandle den som open source. Din attestation-side bør sige det klart.
Hvad den tillader og kræver
Vælg en kategori for at se hele tilladelsen i én overskuelig liste. Tilladelser viser, hvad licensen giver lov til, grænser viser, hvad den tilbageholder, og forpligtelser viser de betingelser, jeres releaseproces skal opfylde.
Tilladelser
Privat brug
Brug inde i virksomheden, også interne forks, udløser ikke i sig selv distributionspligter.
Ændre
Du kan som regel læse og ændre kilden. Produktionsbrug efter skæringsdatoen, eller i en konkurrerende tjeneste, er dér, disse licenser bider.
Grænser
Holde ansvarlig
Forfatterne fraskriver sig garanti. Modtagere kan ikke holde dem ansvarlige for skader fra softwaren, undtagen hvor loven forbyder den fraskrivelse.
Produktionsbrug
Source-available-licenser udskyder eller begrænser ofte produktionsbrug, især som en konkurrerende hostet tjeneste.
Hostet tjeneste
Du må ikke tilbyde softwaren som en hostet eller managed tjeneste, der udsætter væsentligt alle dens funktioner for tredjeparter.
Forpligtelser
Medtag licens
Behold licensteksten sammen med den kilde, du har modtaget.
Hvad Elastic-2.0 kræver, når I sender kode ud
Elastic-2.0 er læsbar kildekode med brugsgrænser. Arbejdet er at matche jeres brug med den skrevne tilladelse og derefter holde teksten på registreringen, så procurement kan læse den. Behandl ikke et source-available-id som OSI-agtig open source, bare fordi koden ligger på GitHub.
Du bruger softwaren inde i dit eget produkt eller din egen tjeneste frem for at tilbyde selve softwaren til tredjeparter som en hostet eller managed tjeneste.
Du har ikke omgået licensnøgle-funktionaliteten, og du har ikke slået funktioner til, som en nøgle skal beskytte.
Du bevarer hver eneste copyright-, licens- og varemærkenotits intakt i de kopier, du distribuerer.
Du fortæller modtagerne længere nede, at de samme tre grænser følger med koden, når du redistribuerer den inde i noget, du sælger.
Du har valgt én gren og noteret den, når en pakke tilbydes under mere end én licens. Elasticsearch og Kibana har været udgivet under SSPL eller Elastic-2.0 siden 7.11, og Elastic tilføjede AGPL-3.0 som en tredje gren i 2024.
De pligter, Elastic-2.0 navngiver
Den skrevne tilladelse er kilden til grænserne. Disse rækker er de sædvanlige betingelser, teams skal matche op imod deres faktiske brug og derefter holde på registreringen.
Medtag licens
Behold licensteksten sammen med den kilde, du har modtaget.
Det skal du være opmærksom på
- Teams forveksler den med SSPL. De samme produkter bærer begge, og siden 2024 også en AGPL-3.0-gren, så en gennemgang skal vælge én gren og notere, hvilken der gælder for komponenten.
- Teams læser source available som ingen betingelser. Notitsbetingelsen gælder, og forbuddet mod managed service gælder, uanset om du tager penge for tjenesten.
- Teams fjerner licensnøgle-tjekkene i en fork for at låse betalte funktioner op. Det er det andet forbud, og det står udtrykkeligt i teksten.
- Teams antager, at de ikke må sende den med i et betalt produkt. Det må de. Redistribution er tilladt, så længe ingen af de tre forbud gælder.
Hvad Elastic License 2.0 ikke gør
Søgeresultater flader ofte Elastic License 2.0 ud til et slogan. Dette er de sædvanlige fejllæsninger. Elastic-2.0 er en tilladelse med betingelser, ikke en tilladelse til at springe papirarbejdet nedenfor over.
- Elastic License 2.0 er ikke OSI-godkendt open source. De tre forbud udløber aldrig, og teksten skifter aldrig til Apache-2.0 på en Change Date.
- Den forhindrer dig ikke i at bruge Elasticsearch inde i dit eget produkt. Den forhindrer at tilbyde denne software til tredjeparter som en hostet eller managed tjeneste, hvor de får væsentlig adgang til dens funktioner.
Hvordan Elastic-2.0 adskiller sig fra nærliggende licenser
Disse licenser forveksles ofte med Elastic-2.0, men deres pligter ved en release er forskellige. Hver række opsummerer, hvad licensen kræver, når I sender kode ud. Åbn den linkede side for den fulde tjekliste.
- Elastic-2.0
- Source available med tre forbud: du må ikke tilbyde den som managed service, ikke omgå licensnøglerne og ikke fjerne notitser.
- source-available
- Du kan læse koden. Det er ikke det samme som lov til at bruge den, som du vil. Source available er ikke open source.
- SSPL-1.0
- SSPL er MongoDBs omskrivning af AGPL. Tilbyder du softwaren som en tjeneste, kræver dens afsnit 13 kildekoden til hele din tjeneste-stak.
- dual-license
- Én pakke, mere end én licens. OR betyder, at du vælger en gren og følger den. AND betyder, at hver gren binder dig på samme tid.
Ofte stillede spørgsmål om Elastic License 2.0
Svar på almindelige spørgsmål om, hvad Elastic License 2.0 kræver, hvornår pligterne gælder, og hvilken dokumentation der skal følge med en release.
Hvad er Elastic License 2.0?
Elastic License 2.0 er en kort source-available-licens med præcis tre forbud og ingen tidsgrænse. Du må bruge, kopiere, ændre og redistribuere softwaren, også inde i et produkt du sælger, så længe ingen af de tre gælder. Den dækker Elasticsearch, Kibana, Logstash, Beats, Elastic Agent og dele af Elastics klientbiblioteker, alene eller som én gren ved siden af andre muligheder. Modsat Business Source License skifter den aldrig til en open source-licens på en senere dato, så de grænser, den sætter, er grænserne for altid.
Hvad kræver Elastic-2.0, når I sender et produkt ud?
Du bruger softwaren inde i dit eget produkt eller din egen tjeneste frem for at tilbyde selve softwaren til tredjeparter som en hostet eller managed tjeneste. Du har ikke omgået licensnøgle-funktionaliteten, og du har ikke slået funktioner til, som en nøgle skal beskytte. Du bevarer hver eneste copyright-, licens- og varemærkenotits intakt i de kopier, du distribuerer. Du fortæller modtagerne længere nede, at de samme tre grænser følger med koden, når du redistribuerer den inde i noget, du sælger. Du har valgt én gren og noteret den, når en pakke tilbydes under mere end én licens. Elasticsearch og Kibana har været udgivet under SSPL eller Elastic-2.0 siden 7.11, og Elastic tilføjede AGPL-3.0 som en tredje gren i 2024.
Er Elastic-2.0 open source?
Ikke i OSI-forstand. Elastic-2.0 er source-available: du kan læse koden, men tilladelsen begrænser, hvordan du må bruge den. Læs selve teksten.
Hvordan adskiller Elastic-2.0 sig fra Source available-licenser?
Elastic-2.0 kræver dette: Source available med tre forbud: du må ikke tilbyde den som managed service, ikke omgå licensnøglerne og ikke fjerne notitser. Source available-licenser kræver dette: Du kan læse koden. Det er ikke det samme som lov til at bruge den, som du vil. Source available er ikke open source. Åbn Source available-licenser-siden for, hvad den licens kræver, når I sender kode ud. Behandl ikke SPDX-id'erne som udskiftelige, bare fordi de korte navne ligner hinanden.
Hvor registrerer jeg Elastic-2.0 til en køber?
Kataloget registrerer Elastic-2.0 som source available og som en licens, hvor et netværks-deployment ikke er undtaget. Derfor dukker et punkt om gennemgang af netværksdistribution op på tjeklisten for SaaS-projekter og blandede projekter, og publicering er spærret, indtil en person bekræfter det. Elastic-2.0 behandles også som en skabelonlicens, så hentningen lander den aldrig på confirmed. En udfyldt kopi mærkes som licensen med pakkespecifikke parametre i stedet for ændret, og den faktiske tekst lægges foran dig. Komponentsiden viser desuden en kompatibilitetsadvarsel om grænsen for managed service, når projektets kontekst er SaaS eller Blandet.
Hvor registrerer jeg Elastic-2.0 til en køber?
Kataloget registrerer Elastic-2.0 som source available og som en licens, hvor et netværks-deployment ikke er undtaget. Derfor dukker et punkt om gennemgang af netværksdistribution op på tjeklisten for SaaS-projekter og blandede projekter, og publicering er spærret, indtil en person bekræfter det.
Elastic-2.0 behandles også som en skabelonlicens, så hentningen lander den aldrig på confirmed. En udfyldt kopi mærkes som licensen med pakkespecifikke parametre i stedet for ændret, og den faktiske tekst lægges foran dig.
Komponentsiden viser desuden en kompatibilitetsadvarsel om grænsen for managed service, når projektets kontekst er SaaS eller Blandet. Læs /docs/reviewing-component.
- Når en pakke angiver SSPL, Elastic-2.0 og AGPL-3.0 som alternativer, starter gennemgangen med et valg, og godkendelse er spærret, indtil nogen vælger en gren.
- De tre forbud er grænser for brug, ikke papirarbejde. Intet tjeklistepunkt kan træde i stedet for at læse, om din tjeneste er den forbudte.
- Den gemte tekst er den, din attestation-side og dine eksporter bærer, og det er sådan en modtager længere nede opdager, at de samme grænser gælder for dem.
Se også
Hubben er søjlen for denne klynge. Søskendelicenser er de andre eger. Produkt-FAQ-links forklarer, hvordan SourceTrust registrerer pligten, ikke selve licensteksten.
Praktisk vejledning til procurement-gennemgang, ikke juridisk rådgivning. Bekræft brug med høj risiko med jurist.