OpenSAF

OpenSAF
Originalförfattare Motorola
Utvecklare OpenSAF Foundation
Initial release 31 juni 2007 ; för 15 år sedan ( 2007-06-31 )
Stabil frisättning
5.21.03 / 1 mars 2021 ; för 2 år sedan ( 2021-03-01 )
Förvar
Skrivet i C++
Typ Programvara för klusterhantering
Hemsida opensaf .sourceforge .io Edit this at Wikidata

OpenSAF (allmänt utformad SAF , Service Availability Framework) är ett öppen källkodstjänst - orkestreringssystem för att automatisera distribution, skalning och hantering av datorapplikationer . OpenSAF överensstämmer med, och utökar, Service Availability Forum (SAF) och SCOPE Alliance- standarder.

Den designades ursprungligen av Motorola ECC och underhålls av OpenSAF Project. OpenSAF är den mest kompletta implementeringen av SAF AIS- specifikationerna, som tillhandahåller en plattform för automatisering av distribution, skalning och drift av applikationstjänster över kluster av värdar. Det fungerar över en rad virtualiseringsverktyg och kör tjänster i ett kluster, ofta integrerat med JVM , Vagrant , och/eller Docker runtimes. OpenSAF hade ursprungligen gränssnitt med standard C Application Programming Interfaces (API), men har lagt till Java- och Python-bindningar.

OpenSAF fokuserar på tjänstetillgänglighet utöver kraven på hög tillgänglighet (HA). Medan lite formell forskning publiceras för att förbättra hög tillgänglighet och feltoleranstekniker för containrar och moln, undersöker forskargrupper aktivt dessa utmaningar med OpenSAF.

Historia

Tjänstens tillgänglighet, principer och praxis, lärobok

OpenSAF grundades av ett industrikonsortium, inklusive Ericsson, HP och Nokia Siemens Networks, och tillkännagavs först av Motorola ECC, förvärvat av Emerson Network Power , den 28 februari 2007. OpenSAF Foundation lanserades officiellt den 22 januari 2008. Medlemskap utvecklats till att inkludera Emerson Network Power, SUN Microsystems, ENEA, Wind River, Huawei, IP Infusion, Tail-f, Aricent, GoAhead Software och Rancore Technologies. GoAhead Software gick med i OpenSAF 2010 innan det köptes upp av Oracle. OpenSAFs utveckling och design är starkt påverkad av affärskritiska systemkrav, inklusive Carrier Grade Linux , SAF , ATCA och Hardware Platform Interface . OpenSAF var en milstolpe i att påskynda införandet av Linux inom telekommunikation och inbyggda system.

Stiftelsens mål var att påskynda införandet av OpenSAF i kommersiella produkter. OpenSAF-gemenskapen höll konferenser mellan 2008-2010; den första konferensen anordnad av Nokia Siemens Networks i München (Tyskland), den andra av Huawei i Shenzhen (Kina) och den tredje av HP i Palo Alto (USA). I februari 2010 tillkännagavs den första kommersiella implementeringen av OpenSAF i operatörsnätverk. Akademiska grupper och branschgrupper har oberoende publicerat böcker som beskriver OpenSAF-baserade lösningar. En växande mängd forskning inom tjänsttillgänglighet påskyndar utvecklingen av OpenSAF-funktioner som stöder uppdragskritiska moln- och mikrotjänster, samt tjänsteorkestrering.

OpenSAF 1.0 släpptes den 22 januari 2008. Den bestod av kodbasen NetPlane Core Service (NCS) från Motorola ECC. Tillsammans med OpenSAF 1.0-utgåvan, grundades OpenSAF-stiftelsen. OpenSAF 2.0 släpptes den 12 augusti 2008, var den första utgåvan som utvecklades av OpenSAF-communityt. Den här utgåvan inkluderade loggtjänst och 64-bitarsstöd. OpenSAF 3.0 släpptes den 17 juni 2009, inklusive plattformshantering, användbarhetsförbättringar och Java API-stöd.

OpenSAF 4.0 var en milstolpe i juli 2010. Med smeknamnet "Architecture release" introducerades betydande förändringar, inklusive att täppa till funktionella luckor, lösa intern arkitektur, möjliggöra uppgradering under drift, förtydliga API:er och förbättra modulariteten. OpenSAF fick stort intresse från industrin och akademiker och höll två samhällskonferenser under 2011, en värd av MIT University i Boston MA, och en andra värd av Ericsson i Stockholm.

Releasehistorik
Version Utgivningsdatum Anteckningar
Gammal version, underhålls inte längre: 1.0 22 januari 2008 Ursprunglig kodbas för NetPlane Core Service (NCS) kodbas bidrog av Motorola ECC till OpenSAF-projektet.
Gammal version, underhålls inte längre: 2.0 12 augusti 2008
Gammal version, underhålls inte längre: 3.0 17 juni 2009 Den andra utgåvan (räknat från v2.0 och framåt), tog cirka 1,5 år, med bidrag från Wind River Systems.
Gammal version, underhålls inte längre: 4.0 1 juli 2010 Utgivningen "Arkitektur". Första livskraftiga implementeringskandidat av operatörsklass.
Äldre version, men fortfarande underhållen: 4.2 16 mars 2012 Förbättrad hanterbarhet, förbättrad tillgänglighetsmodellering.
Äldre version, men fortfarande underhållen: 5.0 5 maj 2016 En betydande release. Stöd för reservsystemkontroller (2N + reservdelar), huvudlöst kluster (molnförmåga), förbättrade Python-bindningar, nodnamnsloggning.
Aktuell stabil version: 5.20 1 juni 2021
Legend:
Gammal version
Äldre version, fortfarande underhållen
Senaste versionen
Senaste förhandsversionen
Framtida release

Begrepp

OpenSAF v4-arkitektur

OpenSAF definierar en uppsättning byggstenar, som tillsammans tillhandahåller en mekanism för att hantera Service Availability (SA) för applikationer baserade på resurskapacitetsmodeller. SA och High Availability (HA) är sannolikheten för att en tjänst är tillgänglig vid en slumpmässig tidpunkt; verksamhetskritiska system kräver minst 99,999 % (fem nio) tillgänglighet. HA och SA är i huvudsak desamma, men SA går längre (dvs. uppgraderingar av hårdvara och mjukvara). OpenSAF är designad för löst kopplade system med snabba sammankopplingar mellan noder (dvs med TIPC/TCP), och utbyggbara för att möta olika arbetsbelastningar; komponenter kommunicerar sinsemellan med hjälp av vilket protokoll som helst. Denna utökningsbarhet tillhandahålls till stor del av IMM API, som används av interna komponenter och kärntjänster. Plattformen kan utöva kontroll över beräknings- och lagringsresurser genom att definiera som Objekt, som ska hanteras som (komponenttjänst) instanser och/eller nodbegränsningar.

OpenSAF-mjukvaran distribueras i naturen, enligt den primära/replika-arkitekturen . I ett `OpenSAF'-kluster finns det två typer av noder som kan delas in i de som hanterar en individuell nod och kontrollplan. En systemkontroller körs i "aktivt" läge, en annan i "standby"-läge, och återstående systemkontroller (om några) är reservdelar redo att ta över som Aktiv eller Standby-roll i händelse av ett fel. Noder kan köras huvudlöst, utan kontrollplan, vilket ger molnmotståndskraft.

Systemmodell

Systemdesigners behöver bättre modelleringsverktyg

OpenSAF-systemmodellen är nyckelaktiverarens API , vilket gör att OpenSAF kan bearbeta och validera förfrågningar och uppdatera tillståndet för objekt i AMF-modellen, vilket gör det möjligt för chefer att schemalägga arbetsbelastningar och tjänstegrupper över noder för arbetare/nyttolast. AMF-beteende ändras via ett konfigurationsobjekt. Tjänster kan använda modellerna "Ingen redundans", 2N, N+M, N-vägs och N-vägs aktiv redundans. OpenSAF saknar uppenbara modelleringsverktygskedjor för att förenkla design och generering av AMF-konfigurationsmodeller. Pågående forskning för att komma till rätta med denna klyfta måste leverera ekosystemverktyg, för att bättre stödja modellering och automatisering av användningsfall av carrier-grade och Cloud Native Computing Foundation .

Kontrollplan

OpenSAF System Controller (SC) är den huvudsakliga styrenheten i klustret, som hanterar dess arbetsbelastning och styr kommunikationen över systemet. OpenSAF-kontrollplanet består av olika komponenter, var och en sin egen process, som kan köras både på en enda SC-nod eller på flera SC-noder, vilket stöder högtillgänglighetskluster och tjänsttillgänglighet . De olika komponenterna i OpenSAF-kontrollplanet är följande:

  • Information Model Manager ( IMM ) är ett beständigt datalager som på ett tillförlitligt sätt lagrar klustrets konfigurationsdata, vilket representerar det övergripande tillståndet för klustret vid varje given tidpunkt. Tillhandahåller ett sätt att definiera och hantera mellanprogram och applikationskonfiguration och tillståndsinformation i form av hanterade objekt och deras motsvarande attribut. IMM är implementerat som en databas i minnet som replikerar dess data på alla noder. IMM kan använda SQLite som en beständig backend. Liksom Apache ZooKeeper garanterar IMM konsistens på transaktionsnivå för konfigurationsdata över tillgänglighet/prestanda (se CAP-satsen ) . IMM-tjänsten följer OpenSAF "Service Director"-ramverket i tre nivåer, innefattande IMM Director (IMMD), IMM Node Director (IMMND) och IMM Agent library (IMMA). IMMD implementeras som en demon på styrenheter som använder en 2N redundansmodell, den aktiva styrenhetsinstansen är "primär replika", standby-styrenhetsinstansen som hålls uppdaterad av en meddelandebaserad checkpointingtjänst. IMMD spårar klustermedlemskap (med MDS), tillhandahåller åtkomstkontroll för datalager och administrativt gränssnitt för alla OpenSAF-tjänster.
  • Availability Management Framework ( AMF ) erbjuder ramverk för hög tillgänglighet och arbetsbelastningshantering med robust stöd (i kombination med andra AIS-tjänster) för hela felhanteringslivscykeln (detektering, isolering, återställning, reparation och meddelande). AMF följer OpenSAF "Service Director" i tre nivåer, bestående av direktör (AmfD), noddirektör (AmfND) och agenter (AmfA), och en intern övervakningshund för AmfND-skydd. Den aktiva AmfD-tjänsten ansvarar för att förverkliga tjänstekonfigurationen, kvarstående i IMM, över system-/klusteromfång. Noddirektörer utför samma funktion för vilken komponent som helst inom dess omfattning. Det säkerställer att tillståndsmodeller är överens genom att fungera som huvudinformation och API-brygga över alla komponenter. AMF övervakar IMM-tillståndet, tillämpar konfigurationsändringar eller återställer helt enkelt eventuella avvikelser tillbaka till "önskad konfiguration" med hjälp av felhanterings-eskaleringspolicyer för att schemalägga skapandet av den önskade implementeringen.
  • AMF Directors ( AmfD ) är schemaläggare som bestämmer vilka noder en oplanerad tjänstegrupp (en redundant tjänsteinstans) körs på. Det här beslutet är baserat på nuvarande kontra "önskade" tillgänglighets- och kapacitetsmodeller, tjänstredundansmodeller och begränsningar såsom servicekvalitet, affinitet/antiaffinitet, etc. AMF-direktörer matchar resurs "tillgång" till arbetsbelastning "efterfrågan", och dess beteende kan manipuleras genom ett IMM-systemobjekt.

Komponent

Komponenten är en logisk enhet av AMF-systemmodellen och representerar en normaliserad vy av en datorresurs såsom processer, drivrutiner eller lagring. Komponenter är grupperade i logiska tjänsteenheter (SU), enligt ömsesidiga felberoenden, och associerade med en nod. SU:n är en omedelbar enhet för arbetsbelastning som styrs av en AMF-redundansmodell, antingen aktivt, standby- eller misslyckat tillstånd. SU av samma typ grupperas i tjänstegrupper (SG) som uppvisar särskilda redundansmodelleringsegenskaper. SU inom en SG tilldelas till Service Instances (SI) och ges ett tillgänglighetstillstånd aktiv eller standby. SI:er är skalbara redundanta logiska tjänster skyddade av AMF.

Nod

En nod är en beräkningsinstans (ett blad, hypervisor eller virtuell dator) där tjänsteinstanser (arbetsbelastning) distribueras. Uppsättningen av noder som hör till samma kommunikationsundernät (ingen routing) omfattar det logiska klustret. Varje nod i klustret måste köra en exekveringsmiljö för tjänster, såväl som OpenSAF-tjänster som listas nedan:

  • Noddirektör (AmfND): AmfND är ansvarig för drifttillståndet för varje nod, och säkerställer att alla aktiva SU på den noden är friska. Den tar hand om att starta, stoppa och underhålla CSI och/eller SU:er organiserade i SG enligt anvisningar från kontrollplanet. AmfND-tjänsten upprätthåller den önskade AMF-konfigurationen, kvarstående i IMM, på noden. När ett nodfel upptäcks, observerar direktören (AmfD) denna tillståndsändring och startar en serviceenhet på en annan kvalificerad frisk nod.
  • Icke-SA-medveten komponent: OpenSAF kan tillhandahålla HA (men inte SA) för instantierbara komponenter som härrör från molnberäknings- , containeriserings- , virtualiserings- och JVM- domäner, genom att modellera komponent- och tjänstlivscykelkommandon (start/stopp/hälsokontroll) i AMF modell.
  • Behållareinnehållen: En AMF-behållareinnehållen kan ligga inuti en SU. Behållaren är den lägsta nivån av körtid som kan instansieras. Den SA-Aware-behållarinnehållna komponenten riktar sig för närvarande till en Java Virtual Machine (JVM) per JSR139.

Serviceenhet

OpenSAF-koncept

Den grundläggande schemaläggningsenheten i OpenSAF är en Service Unit (SU). En SU är en gruppering av komponenter. En SU består av en eller flera komponenter som garanterat är samlokaliserade på samma nod. SU:er tilldelas inte IP-adresser som standard men kan innehålla någon komponent som gör det. En SU kan hanteras administrativt med hjälp av en objektadress. AmfND övervakar tillståndet för SU:er, och om det inte är i önskat tillstånd, distribueras om till samma nod om möjligt. AmfD kan starta SU på en annan nod om det krävs av redundansmodellen. En SU kan definiera en volym, såsom en lokal diskkatalog eller en nätverksdisk, och exponera den för komponenterna i SU:n.[39] SU kan hanteras administrativt genom AMF CLI, eller förvaltning kan delegeras till AMF. Sådana volymer är också grunden för Persistent Storage.

Servicegrupp

Syftet med en servicegrupp är att upprätthålla en stabil uppsättning av replika SU:s igång vid varje given tidpunkt. Den kan användas för att garantera tillgängligheten av ett specificerat antal identiska SU:er baserat på vald konfigurerad redundansmodell: N-Way, N-way-Active, 2N, N+M eller 'Ingen redundans'. SG är en grupperingsmekanism som låter OpenSAF behålla antalet deklarerade instanser för en given SG. Definitionen av en SG identifierar alla associerade SU och deras tillstånd (aktiv, standby, misslyckad).

Serviceinstans

En OpenSAF Service Instance (SI) är en uppsättning SU som fungerar tillsammans, till exempel en nivå i en flerskiktsapplikation. Uppsättningen av SU som skyddar en tjänst definieras av SG. Multi-instans SG (N-way-active, N-way, N+M) kräver en stabil IP-adress, DNS-namn och lastbalanserare för att fördela trafiken för den IP-adressen mellan aktiva SU i den SG (även om fel orsakar SU:erna för att flytta från maskin till maskin). Som standard är en tjänst exponerad inuti ett kluster (t.ex. SU[TypeA] är grupperad i en SG, med förfrågningar från SU[typeB] lastbalanserade bland dem), men tjänsten kan också exponeras utanför ett kluster (t.ex. klienter för att nå front-end SUs).

Volymer

Filsystem som är tillgängliga för OpenSAF SU:s är potentiellt tillfällig lagring, som standard. Om noden förstörs/återskapas går data förlorad på den noden. En lösning är ett nätverksfilsystem (NFS) delad lagring, tillgänglig för alla nyttolastnoder. Andra tekniska lösningar är möjliga - det som är viktigt är att Volymer (File Share, monteringspunkt) kan modelleras i AMF. Högtillgängliga volymer ger beständig lagring som existerar under hela SU:ns livstid. Denna lagring kan också användas som ett delat diskutrymme för SU inom SG. Volymer som är monterade vid specifika monteringspunkter på Noden ägs av en specifik SG, så den instansen kan inte delas med andra SG som använder samma filsystemsmonteringspunkt.

Arkitektur

OpenSAF-arkitekturen är distribuerad och körs i ett kluster av logiska noder. Alla OpenSAF-tjänster har antingen 3-nivå eller 2-nivå arkitektur. I arkitekturen med tre nivåer är OpenSAF-tjänster uppdelade i en tjänstedirektör, en tjänst noddirektör och en agent. Direktören ingår i en OpenSAF-tjänst med central serviceunderrättelseverksamhet. Vanligtvis är det en process på kontrollnoden. Noddirektörerna samordnar nodavgränsade serviceaktiviteter såsom meddelanden med dess centrala direktör och dess lokala agenter. Agenten tillhandahåller tjänster tillgängliga för klienter genom ett (delat) länkbart bibliotek som exponerar väldefinierade tjänste-API:er för applikationsprocesser. Agenter pratar vanligtvis med sina noddirektörer eller servrar för sina tjänster. OpenSAF-tjänsterna är modulärt klassificerade enligt nedan

  • Kärntjänster – AMF, CLM, IMM, LOG, NTF
  • Valfria tjänster – EVT, CKPT, LCK, MSG, PLM, SMF

De valfria tjänsterna kan aktiveras eller inaktiveras under byggandet/paketeringen av OpenSAF. OpenSAF kan konfigureras för att använda TCP eller TIPC som underliggande transport. Noder kan läggas till/ta bort dynamiskt till/från OpenSAF-klustret vid körning. OpenSAF-kluster skalar upp flera hundra noder. OpenSAF stöder följande språkbindningar för AIS-gränssnittets API:er:

  • C/C++
  • Java-bindningar (för AMF- och CLM-tjänster)
  • Python-bindningar
  • OpenSAF tillhandahåller kommandoradsverktyg och verktyg för hantering av OpenSAF-klustret och applikationer.

Den modulära arkitekturen möjliggör tillägg av nya tjänster samt anpassning av befintliga tjänster. Alla OpenSAF-tjänster är utformade för att stödja uppgraderingar under drift.

Tjänster

Följande SA Forums AIS-tjänster implementeras av OpenSAF 5.0.

  • Availability Management Framework (AMF) - beskrivs ovan.
  • Cluster Membership Service (CLM) – Avgör om en nod är tillräckligt frisk för att vara en del av klustret. Tillhandahåller en mekanism för att spåra klusternoderna genom att interagera med PLM för att spåra status för underliggande OS/hårdvara.
  • Checkpoint Service (CKPT) – För att spara applikationstillstånd och inkrementella uppdateringar som kan användas för att återställa tjänsten under failover eller byte.
  • Event Service (EVT) – Tillhandahåller en publicerings-prenumerationsmeddelandemodell som kan användas för att hålla applikationer och förvaltningsenheter synkroniserade om händelser som händer i klustret.
  • Information Model Management Service (IMM) - beskrivs ovan.
  • Lock Service (LCK) – Stöder en distribuerad låsservicemodell med stöd för delade lås och exklusiva lås.
  • Log Service (LOG) – Medel för att registrera (i loggfiler) de funktionella förändringar som sker i klustret, med stöd för loggning i olika loggpostformat. Inte för felsökning eller felspårning. Stöder loggning av larm och aviseringar som inträffar i klustret.
  • Messaging Service (MSG) – Stöder klusteromfattande meddelandemekanism med flera avsändare – enstaka mottagare såväl som meddelandegruppmekanismer.
  • Notification Service (NTF) – Tillhandahåller en producent/abonnentmodell för systemhanteringsmeddelanden för att möjliggöra felhantering. Används för larm och felmeddelanden med stöd för registrering av historik för felanalys. Stöder aviseringsformat för ITU-T X.730, X.731, X.733, X.736 rekommendationer.
  • Platform Management Service (PLM) – tillhandahåller en mekanism för att konfigurera en logisk bild av den underliggande hårdvaran (FRU) och operativsystemet. Tillhandahåller en mekanism för att spåra status för operativsystemet, hårdvaran (FRU) och för att utföra administrativa operationer i samordning med OpenSAF-tjänsterna och applikationerna.
  • Software Management Framework (SMF) – Stöd för en automatiserad uppgradering av applikationer, mellanprogram och operativsystem över hela klustret.

Supportrar

Nätverksutrustningsleverantörer kommer att vara de primära användarna av produkter baserade på OpenSAF-kodbasen, och integrera dem i sina produkter för nättjänstleverantörer, operatörer och operatörer. Många leverantörer av nätverksutrustning har visat sitt stöd för OpenSAF genom att gå med i Foundation och/eller bidra till Open Source-projektet. Nuvarande Foundation-medlemmar inkluderar: Ericsson , HP och Oracle . Flera leverantörer av dator- och kommunikationsteknik har också angett stöd för OpenSAF-initiativet, inklusive OpenClovis SAFplus, Emerson Network Power Embedded Computing, Continuous Computing, Wind River, IP Infusion, Tail-f, Aricent, Rancore Technologies, GoAhead Software och MontaVista Software .

Används

OpenSAF används ofta som ett sätt att uppnå servicetillgänglighet av operatörsgrad (fem-nio). OpenSAF är funktionellt komplett men saknar ekosystemet av modelleringsverktyg som är tillgängliga för andra lösningar med öppen källkod som Kubernetes och Docker Swarm .

Se även

  1. ^ "OpenSAF/Om" . SourceForge . Arkiverad från originalet 2015-05-11 . Hämtad 2020-12-28 .
  2. ^ a b c d e f g h i j k l m n o p q r s   Maria Toeroe; Francis Tam (2012). Tjänstens tillgänglighet: principer och praxis . John Wiley & Sons. ISBN 978-1-1199-4167-5 .
  3. ^ "OpenSAF Readme" . SourceForge . Arkiverad från originalet 2020-12-28 . Hämtad 2020-12-28 .
  4. ^ "OpenSAF" . OpenSAF . Hämtad 2020-12-28 .
  5. ^ "Feltoleranta behållare som använder NiLiCon" (PDF) . ucla . Arkiverad (PDF) från originalet 2020-12-29 . Hämtad 2020-12-28 .
  6. ^ a b Carolyn Mathas. "OpenSAF-projektet" . ee gånger . Arkiverad från originalet 2020-08-27 . Hämtad 2020-12-28 .
  7. ^ ED News Staff (2007). "Branschledare att etablera konsortium för OpenSAF-projektet" . Arkiverad från originalet 2020-12-29.
  8. ^ OpenSaf Foundation (2010). "GoAhead Software går med i OpenSAF(TM)" . Arkiverad från originalet 2020-12-29.
  9. ^ cook (2007). "Motorola lanserar öppen källkod med hög tillgänglighetsmiljö" . Arkiverad från originalet 2020-12-29.
  10. ^ OpenSAF Foundation (2010). "OpenSAF i kommersiell driftsättning" . Arkiverad från originalet 2018-06-25.
  11. ^   Madhusanka Liyanage; Andrei Gurtov; Mika Ylianttila (2015). Software Defined Mobile Networks (SDMN): Beyond LTE Network Architecture . John Wiley & Sons, Ltd. doi : 10.1002/9781118900253 . ISBN 9781118900253 .
  12. ^    Yanal Alahmad; Tariq Daradkeh; Anjali Agarwal (2018). "Availability-Aware Container Scheduler för applikationstjänster i moln" . IEEE : 1–6. doi : 10.1109/PCCC.2018.8711295 . ISBN 978-1-5386-6808-5 . S2CID 155108018 .
  13. ^ Leila Abdollahi Vayghan; Mohamed Aymen Saied; Maria Toeroe; Ferhat Khendek (2019). "Kubernetes som en tillgänglighetshanterare för mikrotjänstapplikationer". Journal of Network and Computer Applications . arXiv : 1901.04946 .
  14. ^ a b "OpenSAF Releases 2.0" . Ljusläsning . Arkiverad från originalet den 15 augusti 2020 . Hämtad 29 december 2020 .
  15. ^ "Open source Carrier Grade Linux middleware rev'd (LinuxDevices)" . LWN . Arkiverad från originalet 2014-09-17 . Hämtad 29 december 2020 .
  16. ^ a b c d e f g h i "OpenSAF Release 4 Översikt "The Architecture Release" " (PDF) . OpenSAF . Arkiverad (PDF) från originalet den 29 december 2020 . Hämtad 29 december 2020 .
  17. ^ Hans J. Rauscher. "OpenSAF 3.0 släppt" . WindRiver . Arkiverad från originalet 2020-06-29 . Hämtad 30 december 2020 .
  18. ^ "OpenSAF-projektet släpper stor uppdatering till mellanprogram med hög tillgänglighet" . PICMG . Arkiverad från originalet 2020-12-31 . Hämtad 30 december 2020 .
  19. ^ "Meddelande om 5.0.0 GA-versioner och 4.7.1, 4.6.2 underhållsversioner" . sourceforge . Arkiverad från originalet 2020-12-31 . Hämtad 30 december 2020 .
  20. ^ a b c SA Forum (2010). "SAI-AIS-AMF-B.04.01 Avsnitt 3.6" (PDF) . OpenSAF . Hämtad 20 december 2020 . {{ citera webben }} : CS1 underhåll: url-status ( länk )
  21. ^ Anders Widell; Mathivanan NP (2012). "OpenSAF i molnet. Varför en HA Middleware fortfarande behövs" (PDF) . Linuxfoundation-evenemang . Hämtad 24 september 2015 . {{ citera webben }} : CS1 underhåll: url-status ( länk )
  22. ^ a b Jon Paul Maloy (2004). "TIPC: Att tillhandahålla kommunikation för Linux-kluster" (PDF) . Linux Kernel.org . Linux-symposium, volym två. Arkiverad (PDF) från originalet 2017-08-30 . Hämtad 31 december 2020 .
  23. ^ a b c d OpenSAF TSC (2016). "Opensaf" . OPNFV . Arkiverad från originalet 2020-12-31 . Hämtad 2020-12-28 .
  24. ^ a b c OpenSAF Project (2020). "OpenSAF README" . Sourceforge . Hämtad 2020-12-31 . {{ citera webben }} : CS1 underhåll: url-status ( länk )
  25. ^ Maxime TURENNE (2015). "ETT NYTT DOmänSPECIFIKAT SPRÅK FÖR ATT GENERA OCH VALIDERA MEDELVARUKONFIGURATIONER FÖR MYCKET TILLGÄNGLIGA APPLIKATIONER" ( PDF) . etsmtl.ca . Hämtad 2020-12-28 . {{ citera webben }} : CS1 underhåll: url-status ( länk )
  26. ^ Pejman Salehi; Abdelwahab Hamou-Lhadj; Maria Toeroe; Ferhat Khendek (2016). "Ett UML-baserat domänspecifikt modelleringsspråk för servicetillgänglighetshantering" . doi . Elsevier Science Publishers BV Computer Standards & Interfaces, Vol. 44, No. C. doi : 10.1016/j.csi.2015.09.009 . Hämtad 2020-12-28 . {{ citera journal }} : CS1 underhåll: url-status ( länk )
  27. ^ OPNFV HA-projekt (2016). "Scenarioanalys för hög tillgänglighet i NFV, avsnitt 5.4.2" (PDF) . OPNFV . Arkiverad (PDF) från originalet 2020-12-31 . Hämtad 2020-12-31 .
  28. ^ OpenSAF Project (2020). "OpenSAF IMM README" . Sourceforge . Arkiverad från originalet 2020-12-31 . Hämtad 2020-12-31 .
  29. ^ Jens Jensen; Expertgrupp (2010). "JSR 319: Tillgänglighetshantering för Java" . JCP . Arkiverad från originalet 2017-07-10 . Hämtad 2020-12-31 .
  30. ^ Ferhat Khendek (2013). "OpenSAF och VMware från perspektivet av hög tillgänglighet" ( PDF) . DMTF . Arkiverad (PDF) från originalet 2015-09-03 . Hämtad 2020-12-31 .

externa länkar

Hämtad från " https://en.wikipedia.org/w/index.php?title=OpenSAF&oldid=1140538234 "