Sociālo tīklu izveidošana

Veidojot sociālos tīklus uz mūsu platformas bāzes, tiek izmantota vesela tehnoloģiju ″kombinācija″. Faktiski platforma ir ietvars (programmatūras risinājumu kopums) + serveru infrastruktūra, kas apkalpo katru atsevišķu projektu (starpniekserveri, CDN, klasteru uzglabāšanas sistēmas). Runājot par platformas programmatūras daļu (par ietvaru), varam teikt, ka tās ir 1) bibliotēkas un risinājumi noslogotu projektu jomā; 2) bibliotēkas un risinājumi AI jomā; 3) informācijas drošības programmatūras risinājumi; 4) sociālo tīklu funkcionālās sastāvdaļas. Izmantoto tehnoloģiju kaudzē var izdalīt risinājumus, kuru pamatā ir Go, Phyton, JAVA, nodejs, php, Kotlin, Swift un citas valodas. Uzsveram, ka mūsu platforma ir vesels atvērto risinājumu komplekts (″harvesteris″). Svarīgi atzīmēt, ka DBVS jomā tiek izmantoti gan SQL, gan NoSQL risinājumi (kombinācijā un atkarībā no risināmajiem uzdevumiem), kas nodrošina lielu ātrumu, uzticamību un risinājumu mērogojamību lielu datu masīvu apstrādes apstākļos. Turklāt mēs izstrādājam paši savus draiverus izmantotajām sistēmām un DBVS, kas ļauj mums tikt galā ar vairākiem izņēmumiem un strādāt ar lielu slodzi un uzticamības prasībām.

Tādiem ļoti noslogotiem projektiem kā sociālie tīkli mēs organizējam visu CDN un uzglabāšanas serveru tīklu. Kopā ar partneriem un klientiem vienojamies par projekta topoloģiju, ņemot vērā tā īpašības, kā arī prasību kopumu - 1) projekta uzticamības un drošības jomā; 2) to valstu juridisko prasību jomā, kuru lietotājiem būtu jānodrošina pieeja projektam. Pats galvenais, lai jebkuram šādam projektam mēs varam ne tikai izveidot atbilstošu infrastruktūru, bet arī iznomāt savu infrastruktūru. Lēmumi vienā vai otrā gadījumā tiek pieņemti, pamatojoties uz ekonomisko iespējamību un atbalsta vieglumu. Šobrīd veidojam izkliedētu infrastruktūru, platformas serveri atrodas ļoti uzticamos datu centros tādās valstīs kā ASV, Krievija, Singapūra, Vācija, Nīderlande, Somija. Katram projektam infrastruktūra ir iedalīta tā, lai nodrošinātu augstu projektu pieteikumu uzticamību un ātrumu auditorijas piekļuves apstākļos no visas pasaules.

Šeit ir svarīgi atcerēties, ka mēs veidojam horizontāli mērogojamus projektus. Tas cita starpā nozīmē, ka nav jārezervē jaudas auditorijai, kuras nebūs pēc 1-2 mēnešiem. Mēs varam ātri mērogot infrastruktūru atbilstoši projektu izaugsmes dinamikai. Ņemot vērā lielisko izmantotās programmatūras optimizāciju un datu uzglabāšanas metodes, vidēji 1 projektu klasterim nepieciešami 3 serveri. Vidēji jums ir nepieciešami 2 + 1 klasteri uz katriem desmit miljoniem projektu ikdienas auditorijas (katrs lietotājs vidēji ģenerē vairāk nekā 100 pieprasījumus aizmugursistēmai). Izmaksas par 1 klastera nomu ir aptuveni 1000 ASV dolāru mēnesī. Turklāt ir iespēja nomāt mūsu mākoņa infrastruktūru, kas var būt lētāka nekā jūsu klasteru izmantošana sinerģijas ar citiem projektiem dēļ. Jebkurā gadījumā šādu projektu tehniskie izdevumi ir vairāk nekā kompensēti - gan ar reklāmas monetizāciju, gan iekšējo pakalpojumu monetizāciju. Jo lielāka ir projekta auditorija, jo zemākas ir tā tehniskās ekspluatācijas izmaksas.

Principiāli un teorētiski - ″JĀ″. Visi mūsu risinājumi ir atvērtā pirmkoda. Taču praksē tas ne vienmēr ir izdevīgi mūsu partneriem, jo tam ir nepieciešami augsti kvalificēti speciālisti ļoti noslogotu projektu jomā un izmantotā tehnoloģiju kaudze. Tomēr ir divi sadarbības varianti - 1) apmācām un veidojam atsevišķu komandu darbam ar projektu; 2) mēs turpinām apkalpot un attīstīt projektu kopā ar Jums (pēdējais variants ir visizdevīgākais no ″sinerģijas″ viedokļa, jo mūsu risinājumi attīstās un pakalpojuma izmaksas var būt izdevīgākas nekā atsevišķas komandas uzturēšana ).

Mūsu platforma ir aprīkota ar vairākiem aizsardzības un drošības slāņiem un mehānismiem, tostarp:

• Personas datu aizsardzība:
  1) Personas dati tiek glabāti šifrētā veidā;
  2) tiek stingri ievēroti OWASP standarti;
  3) Piekļuves ierīces analīze + divu faktoru autentifikācija.
• Projektu iekšējās lapas platformas ietvaros ir aizsargātas no automatizētām informācijas parsēšanas, meklēšanas un kopēšanas sistēmām – pamēģini uzrakstīt datu parsētāju, piemēram, no šīs vietnes, un pārliecinies pats;
• Botu reģistrācija sistēmā ir izslēgta (biheiviorālās aktivitātes analīzei tiek izmantotas mākslīgā intelekta tehnoloģijas);
• Ja tiek atklāta ļaunprātīga darbība, sistēma automātiski ģenerē ″ļaunprātīgas izmantošanas vēstules″ un nosūta tos datu centriem un interneta pakalpojumu sniedzējiem, kas piedalās uzbrukumā.

Tas ir vairāk organizatorisks, nevis tehnisks jautājums. Runājot par problēmas tehnisko pusi, piekļuve DBVS ir stingri norobežota no izstrādātāju piekļuves programmas kodam. Parasti mūsu platformas izstrādātājiem nav piekļuves datu bāzes pārvaldības sistēmas mezgliem. Runājot par organizatorisko un tehnisko daļu, šiem nolūkiem tiek izmantoti informācijas drošības jomā sertificēti inženieri. Parasti šādi cilvēki ir projekta galvenie inženieri un ir atbildīgi par visneaizsargātāko daļu. Piekļuve šādām projekta daļām ir stingri reglamentēta un juridiski aizsargāta.

Sniegsim piemēru. Kad jūs izveidojat spēli programmēšanas valodā, pati spēle kļūst par intelektuālā īpašuma objektu, nevis programmēšanas valoda, kurā tā ir uzrakstīta. Taču spēles licences līgumā ir jānorāda intelektuālā īpašuma objekti, kas tika izmantoti to veidojot. Piemēram, vizuālie objekti, programmēšanas valodas, bibliotēkas, kas izdotas saskaņā ar Apache licenci vai GPL. Neskatoties uz to, ka pati platforma, uz kuras pamata tiek veidoti sociālie tīkli, pieder mums, galvenais intelektuālā īpašuma objekts ir pats sociālais tīkls, kuram ir unikālas īpašības. Šis intelektuālais īpašums jau piederēs jums. Taču jūsu tīkla licences līgumā ir jānorāda programmatūra, ko izmantojat, lai to izveidotu, tostarp mūsu platforma. Palīdzēsim pareizi noformēt licences līgumu un reģistrēt Jūsu intelektuālā īpašuma objektu.

Atbildot uz iepriekšējo jautājumu, norādījām, ka palīdzēsim pareizi sastādīt preces aprakstu (jūsu sociālo tīklu), sastādīsim lietotājiem licences līgumu, kā arī veiksim intelektuālā īpašuma objekta reģistrācijas procedūru. Dažādās valstīs par to atbild dažādi departamenti. Piemēram, Krievijā ar to nodarbojas Rospatent. ASV - ASV Kongresa bibliotēka. Nav nozīmes tam, kur reģistrējat savu intelektuālo īpašumu. Svarīgi ir tas, ka šādai reģistrācijai ir tiesiska aizsardzība visās valstīs.

Izstrādes beigās un pēc projekta piegādes nododam pieeju projekta infrastruktūrai un aprakstu klientu speciālistiem. Visi mūsu risinājumi ir atvērtā koda. Turklāt, ja Pusēm tas ir ekonomiski izdevīgi, tad kopā ar Jums varam turpināt Jūsu projekta uzturēšanu un attīstību. Jūsu izvēlei ir dažādas iespējas.

Atbilde ir vienkārša:
1. QSNE nav gatavs sociālais tīkls, bet gan ietvars, ko izmanto augstas slodzes projektu veidošanai. Bibliotēku komplekts, ″kubi″, no kuriem tiek veidots katrs individuālais sociālais tīkls;
2. Katrs sociālais tīkls ir unikāls un tam ir unikālas īpašības. Tas viss ir sākotnēji saskaņots un ir atkarīgs no projektā iekļautās paradigmas un idejas. Turklāt katram sociālajam tīklam ir savs GUI, savs unikālais stils – tas viss prasa ievērojamu laiku, lai attīstītos;
3. Sociālais tīkls sastāv no vairākiem komponentiem, kas tiek izstrādāti nevis paralēli, bet gan stingri secīgi. Piemēram, tīmekļa daļa, API un aizmugursistēma, lietojumprogrammas.

Protams, nē. Sociālā tīkla izveide ir daudzpakāpju process. Izstrādājot šādus augstas slodzes projektus, tiek izmantota noteikta tehnoloģiju kaudze un tiek izmantota vesela risinājumu ″kombinācija″. Tas viss ir atkarīgs ne tikai no projekta sarežģītības, bet no tā sastāvdaļām - piemēram, dažiem projektiem ir nepieciešamas video straumes, dažiem nav, daži projekti izmanto dažādas lietojumprogrammas, bet daži atkārto projekta adaptīvo daļu. Vidēji sociālā tīkla izveide aizņem no 3 (ļoti vienkāršiem projektiem) līdz 18 mēnešiem.