Oprettelse af sociale netværk

Når du opretter sociale netværk på basis af vores platform, bruges en hel ″kombination″ af teknologier. Faktisk er en platform et framework (et sæt softwareløsninger) + serverinfrastruktur, der betjener hvert enkelt projekt (proxyservere, CDN`er, cluster storage-systemer). Når vi taler om softwaredelen af platformen (om rammen), kan vi sige, at disse er 1) biblioteker og løsninger inden for højbelastede projekter; 2) biblioteker og løsninger inden for kunstig intelligens; 3) softwareløsninger til informationssikkerhed; 4) funktionelle komponenter i sociale netværk. I stakken af anvendte teknologier kan der skelnes mellem løsninger baseret på Go, Phyton, JAVA, nodejs, php, Kotlin, Swift og andre sprog. Vi lægger vægt på, at vores platform er et helt sæt (″høster″) af åbne løsninger. Det er vigtigt at bemærke, at der inden for DBMS-området bruges både SQL- og NoSQL-løsninger (i kombination og afhængigt af de opgaver, der skal løses), som giver høj hastighed, pålidelighed og skalerbarhed af løsninger i forhold til behandling af store dataarrays. Derudover udvikler vi vores egne drivere til de brugte systemer og DBMS, som giver os mulighed for at håndtere en række undtagelser og arbejde under høje belastninger og krav til pålidelighed.

For så meget belastede projekter som sociale netværk organiserer vi et helt netværk af CDN og lagerservere. Sammen med partnere og kunder er vi enige om projektets topologi under hensyntagen til dets karakteristika samt et sæt krav - 1) inden for projektets pålidelighed og sikkerhed; 2) inden for lovkrav i de lande, hvis brugere skal have adgang til projektet. Det vigtigste er, at vi ikke kun kan skabe den passende infrastruktur til et sådant projekt, men også lease vores infrastruktur. Beslutninger i den ene eller anden sag træffes baseret på økonomisk gennemførlighed og let støtte. I øjeblikket er vi ved at skabe en distribueret infrastruktur, platformsserverne er placeret i yderst pålidelige datacentre i lande som USA, Rusland, Singapore, Tyskland, Holland, Finland. Infrastrukturen for hvert projekt er allokeret på en sådan måde, at der sikres høj pålidelighed og hastighed af projektapplikationerne under betingelserne for publikumsadgang fra hele verden.

Det vigtige at huske her er, at vi skaber horisontale skalerbare projekter. Det betyder blandt andet, at der ikke er behov for at reservere kapaciteter til et publikum, der ikke er der om 1-2 måneder. Vi kan hurtigt skalere infrastrukturen i overensstemmelse med dynamikken i projekternes vækst. Under hensyntagen til den fremragende optimering af den anvendte software og datalagringsmetoder, kræver 1 projektklynge i gennemsnit 3 servere. I gennemsnit har du brug for 2 + 1 klynger for hver ti millioner af projektets daglige publikum (hver bruger genererer i gennemsnit mere end 100 anmodninger til backend). Udgifterne til at leje 1 klynge er omkring 1000 US dollars pr. måned. Derudover er der mulighed for at leje vores cloud-infrastruktur, hvilket kan være billigere end at bruge egne klynger, grundet synergi med andre projekter. Under alle omstændigheder bliver tekniske udgifter mere end kompenseret for sådanne projekter - både gennem annonceringsindtægtsgenerering og gennem indtægtsgenerering af interne tjenester. Jo større publikum af projektet er, jo lavere er omkostningerne ved dets tekniske drift.

Grundlæggende og teoretisk - ″JA″. Alle vores løsninger er Open Source. Men i praksis er dette ikke altid gavnligt for vores partnere, for til dette er det nødvendigt at have højt kvalificerede specialister inden for højt belastede projekter og den anvendte teknologistabel. Ikke desto mindre er der to muligheder for samarbejde - 1) vi træner og danner et separat team til at arbejde med projektet; 2) vi fortsætter med at servicere og udvikle projektet sammen med dig (den sidste mulighed er den mest rentable ud fra et ″synergisynspunkt″, fordi vores løsninger udvikler sig, og omkostningerne ved service kan være mere rentable end at opretholde et separat team ).

Vores platform er udstyret med flere lag og mekanismer for beskyttelse og sikkerhed, herunder:

• Beskyttelse af personlige data:
  1) Personoplysninger opbevares i krypteret form;
  2) OWASP-standarder følges nøje;
  3) Adgang til enhedsanalyse + to-faktor-godkendelse.
• De interne sider af projekter inden for platformen er beskyttet mod automatiserede systemer til at analysere, søge og kopiere information - prøv at skrive en dataparser, for eksempel fra denne side, og se selv;
• Registrering af bots i systemet er udelukket (kunstig intelligens-teknologier bruges til at analysere adfærdsmæssig aktivitet);
• Hvis der opdages ondsindet aktivitet, genererer systemet automatisk ″misbrugsbreve″ og sender dem til de datacentre og internetudbydere, der deltager i angrebet.

Dette er mere et organisatorisk end et teknisk problem. Hvad angår den tekniske side af problemet, er adgangen til DBMS strengt afgrænset fra udviklernes adgang til programkoden. Normalt har udviklere inden for vores platform ikke adgang til noderne i databasestyringssystemet. Hvad angår den organisatoriske og tekniske del, anvendes til disse formål ingeniører, der er certificeret inden for informationssikkerhed. Sådanne personer er som regel projektets chefingeniører og er ansvarlige for den mest kritisk sårbare del. Adgang til sådanne dele af projektet er stærkt reguleret og juridisk beskyttet.

Lad os give et eksempel. Når du opretter et spil i et programmeringssprog, bliver spillet i sig selv et objekt for intellektuel ejendom, og ikke det programmeringssprog, det er skrevet på. I licensaftalen for spillet er det dog nødvendigt at angive de intellektuelle ejendomsobjekter, der blev brugt, da det blev oprettet. For eksempel visuelle objekter, programmeringssprog, biblioteker udgivet under Apache-licensen eller GPL. På trods af at selve platformen, på grundlag af hvilke sociale netværk skabes, tilhører os, er det ultimative objekt for intellektuel ejendom selve det sociale netværk, som har unikke egenskaber. Denne intellektuelle ejendomsret vil allerede tilhøre dig. Men din netværkslicensaftale skal angive den software, du bruger til at bygge den, inklusive vores platform. Vi hjælper dig med at udarbejde en licensaftale korrekt og registrere dit immaterielle objekt.

Som svar på det foregående spørgsmål angav vi, at vi vil hjælpe dig med at sammensætte en produktbeskrivelse korrekt (dit sociale netværk), udarbejde en licensaftale for brugere og også gennemgå proceduren for registrering af et intellektuelt ejendomsobjekt. I forskellige lande er forskellige afdelinger ansvarlige for dette. For eksempel er Rospatent i Rusland engageret i dette. I USA - US Library of Congress. Det er lige meget, hvor du registrerer din intellektuelle ejendom. Det vigtige er, at en sådan registrering har juridisk beskyttelse i alle lande.

Ved afslutningen af udviklingen og ved leveringen af projektet overfører vi adgangen til projektets infrastruktur og beskrivelsen til kundernes specialister. Alle vores løsninger er open source. Hvis det derudover er økonomisk fordelagtigt for Parterne, så kan vi fortsætte vedligeholdelsen og udviklingen af dit projekt sammen med dig. Der er forskellige muligheder for dit valg.

Svaret er enkelt:
1. QSNE er ikke et færdigt socialt netværk, men en ramme, der bruges til at skabe højbelastede projekter. Et sæt biblioteker, ″kuber″, hvorfra hvert enkelt sociale netværk er bygget;
2. Hvert socialt netværk er unikt og har unikke egenskaber. Alt dette aftales indledningsvis og afhænger af det paradigme og den idé, der er lagt i projektet. Derudover har hvert socialt netværk sin egen GUI, sin egen unikke stil - alt dette kræver en betydelig mængde tid at udvikle;
3. Et socialt netværk består af en række komponenter, der ikke udvikles parallelt, men strengt sekventielt. For eksempel webdel, API og backend, applikationer.

Selvfølgelig ikke. At udvikle et socialt netværk er en proces i flere trin. Ved udvikling af sådanne højbelastningsprojekter bruges en vis stak af teknologier, og en hel ″kombination″ af løsninger bruges. Det hele afhænger ikke kun af projektets kompleksitet, men af dets komponentdele - for eksempel har nogle projekter brug for videostreams, nogle gør det ikke, nogle projekter bruger forskellige applikationer, og nogle gentager den adaptive del af projektet. I gennemsnit tager udviklingen af et socialt netværk fra 3 (for meget simple projekter) til 18 måneder.