Privātais serveris pret publisko mākoņu kameru zīmoliem

Globālais videonovērošanas tirgus 2024. gadā pārsniedza 50 miljardus USD, un mākoņa{2}}kameras ieņem lielāku lomu gan patērētāju, gan komerciālajā drošībā. Kameru zīmoliem serveru arhitektūra tagad ietekmē daudz vairāk nekā video krātuve. Tas ietekmē lietotņu veiktspēju, periodiskās izmaksas, datu kontroli, mērogojamību, privātumu un klientu veidu, ko produkts var apkalpot.

Publisko mākoni parasti ir vieglāk palaist un mērogot. Privāts serveris nodrošina zīmolam lielāku kontroli un pielāgošanu, kā arī lielāku atbildību par darbību.

Privātais serveris, privātais mākonis un publiskais mākonis: kāda ir atšķirība?

Šie termini bieži tiek lietoti kā sinonīmi, taču tie apraksta dažādus infrastruktūras modeļus.

Kas ir privātais serveris?

A privātais serveris drošības kamerāmir servera vide, kas paredzēta vienai organizācijai, zīmolam vai klientam, nevis koplietojama kā standarta sabiedriskais pakalpojums.

Kameras zīmolam tas var nozīmēt:

• Vietējais{0}}serveris, kas instalēts klienta vietnē
• Īpašs serveris, kas mitināts trešās puses{0}}datu centrā
• Serveru klasteris, kas izvietots klienta IT vidē
• Īpaša mitināta vide, kas tiek pārvaldīta konkrētam zīmolam

Privātam serverim nav fiziski jāatrodas zīmola birojā. Svarīgi ir tas, ka vide ir paredzēta un nodrošina organizācijai lielāku kontroli pār to, kā tiek izvietotas lietojumprogrammas, datu bāzes, krātuves un ierīču pakalpojumi.

Kas ir privāts mākonis?

A privāts mākonisir plašāks nekā privāts serveris.

Tā parasti izmanto mākoņtehnoloģijas, piemēram, virtualizāciju, resursu apvienošanu, API, automatizētu nodrošināšanu, orķestrēšanu un mērogojamus skaitļošanas resursus, taču vide ir paredzēta vienai organizācijai.

Uzņēmums var izmantot privāto mākoni savā datu centrā, izmantot pārvaldīto privāto infrastruktūru vai izvietot izolētu vidi publiskajā mākoņa infrastruktūrā.

Tāpēc privātais serveris un privātais mākonis nav jāuzskata par precīziem sinonīmiem.

Kas ir publiskais mākonis?

A publiskais mākonisnodrošina skaitļošanu, krātuvi, tīklu izveidi, datu bāzes un citus resursus, izmantojot tādus pakalpojumu sniedzējus kā AWS, Microsoft Azure vai Google Cloud.

Mākoņa nodrošinātājs pārvalda pamatā esošo infrastruktūru. Kameru zīmoli veido savas lietojumprogrammas un pakalpojumus, izmantojot šos resursus, un parasti maksā atbilstoši lietojumam.

Zīmoliem, kas vēlas ātru izlaišanu, neveidojot savu datu{0}}centra infrastruktūru, tas bieži ir vispraktiskākais sākumpunkts.

Kā patiesībā darbojas kameras servera arhitektūra?

Kameras mākoņu platforma nav tikai vieta, kur tiek glabāts ierakstītais video. Aizmugursistēma var atbalstīt ierīces autentifikāciju, attālo skatīšanos, P2P savienojumus, lietotāju kontus, notikumu paziņojumus, video atskaņošanu, mākoņa ierakstīšanu un programmaparatūras pakalpojumus.

Lasītājiem, kuri vispirms vēlas izprast ierīces pusi, šī rokasgrāmatakā darbojas WiFi slēptās kameraspaskaidro, kā pievienotā kamera sazinās ar vietējo tīklu, internetu un mobilo lietotni.

Publiskā mākoņa kameru arhitektūra

Tipiska arhitektūra var izskatīties šādi:

Kamera → Internets → Mākonis/P2P platforma → Mobilā lietotne

Publiskais mākonis var mitināt pakalpojumus:

• Ierīces reģistrācija un autentifikācija
• Lietotāju konti
• Attālā tiešraides skatīšanās
• Brīdinājumi par kustību
• Video krātuve mākoņos
• Atskaņošana
• Ierīču pārvaldība
• Programmaparatūras atjaunināšanas pakalpojumi

Attālā skatīšanās ir viena no galalietotājiem redzamākajām funkcijām, taču tā ir atkarīga no vairākiem slāņiem, kas darbojas kopā. Mūsuslēptās kameras attālās skatīšanās iestatīšanas ceļvedis sīkāk izskaidro šī savienojuma WiFi, mobilo sakaru un lietotņu pusi.

Publiskās mākoņu infrastruktūras galvenā priekšrocība ir tā, ka, pieaugot ierīču skaitam, var palielināt aprēķinu un krātuvi.

Privātā servera kameru arhitektūra

Privāta izvietošana var izskatīties šādi:

Kamera → LAN/internets → Īpašais privātais serveris → Zīmola lietotne

Zīmols vai klients var vairāk kontrolēt ierīces datu bāzi, autentifikācijas sistēmu, servera programmatūru, krātuves vietu, API un piekļuves politikas.

Tas jo īpaši attiecas uz zīmoliem, kas izstrādā paši savus WiFi kameru produktu līnijasuzņēmumu vai privāto preču zīmju{0}}klientiem, kuri vēlas īpašu infrastruktūru vai reģionālo datu kontroli.

Tāpēc servera arhitektūra ir jāuzskata par paša kameras produkta daļu, nevis kā lēmums par glabāšanu pēc aparatūras izstrādes.

Privāts serveris pret publisko mākoņu: galvenās atšķirības īsumā

Galvenā atšķirība ir līdzsvars starp infrastruktūras kontroli un darbības efektivitāti.

Publiskais mākonis parasti ir spēcīgāks, ja ātrums, elastība un pārvaldītā infrastruktūra ir vissvarīgākais. Privātie serveri ir spēcīgāki, ja infrastruktūras kontrole un dziļa pielāgošana ir stratēģiskas prasības.

Svarīgais kompromiss{0}}ir vienkāršs:lielāka kontrole rada arī lielāku atbildību.

Drošība, privātums un datu uzturēšanās vieta: kas nodrošina kameru zīmolu lielāku kontroli?

Drošība ir viens no galvenajiem iemesliem, kāpēc zīmoli uzskata par privātu serveri, taču privātā infrastruktūra nav automātiski drošāka.

Drošības kontrole pret dalītu atbildību

Izmantojot privātu serveri, zīmols vai klients var tieši kontrolēt:

Ugunsmūra politikas

Lietotāju atļaujas

Piekļuve datu bāzei

Šifrēšanas iestatījumi

Serveru operētājsistēmas

Dublēšanas politikas

Drošības uzraudzība

Tīkla segmentācija

Šī vadība var būt vērtīga, jo īpaši attiecībā uz konfidencialitāti{0}}jutīgām videonovērošanas sistēmām.

Tas arī nozīmē, ka organizācija kļūst atbildīga par ielāpu, ievainojamību pārvaldību, piekļuves kontroli, dublēšanu, uzraudzību un reaģēšanu uz incidentiem.

Publiskais mākonis izmanto citu modeli. Drošība parasti ir adalīta atbildība.

Mākoņpakalpojumu sniedzējs aizsargā fizisko infrastruktūru un pamatā esošos pakalpojumus. Kameras zīmols joprojām ir atbildīgs par tādām jomām kā tā lietojumprogramma, klientu konti, piekļuves atļaujas, saglabātie dati un drošības konfigurācija.

Slikti konfigurēta mākoņa izvietošana joprojām var atklāt datus. Var tikt apdraudēts arī slikti uzturēts privātais serveris.

Labāks secinājums nav tāds, ka privātais ir drošāks. Privāts serveris dod zīmolulielāka drošības kontrole, ja organizācijai ir tehniskās iespējas to pareizi darbināt.

Datu rezidence un reģionālā izvietošana

Kameras sistēmas var apstrādāt video, konta informāciju, ierīces identifikatorus, notikumu ierakstus un citus lietotāja datus. Tāpēc daži klienti vēlas zināt, kur šī informācija tiek glabāta un apstrādāta.

Svarīgi jautājumi ietver:

Vai video var palikt noteiktā valstī vai reģionā?

Vai lietotāju datu bāzes var atdalīt pēc tirgus?

Vai zīmols var neatkarīgi izvietot ES, ASV vai Japānas serveru vidi?

Kas var piekļūt saglabātajam video?

Kā tiek apstrādāti{0}}pārrobežu pārskaitījumi?

Reģionālās prasības ietekmē arī arhitektūru. ASV tirgus kopumā ir izrādījis lielāku atbalstu publiskiem-mākoņu pakalpojumiem, savukārt Japānas uzņēmumu klienti bieži vien lielāku uzmanību pievērš datu atrašanās vietai, piegādātāju uzticībai un privātai vai hibrīdai izvietošanai.

Arhitektūra var atbalstīt privātuma un atbilstības mērķus, taču servera atrašanās vieta vien nepadara sistēmu saderīgu.

Izmaksu salīdzinājums: kuram modelim ir zemākas kopējās īpašuma izmaksas?

Servera pirkuma salīdzināšana ar ikmēneša mākoņa rēķinu sniedz nepilnīgu atbildi.

Kameru zīmoli ir jāsalīdzinakopējās īpašumtiesību izmaksasvai TCO.

Privātā servera izmaksas

Privātai infrastruktūrai var būt nepieciešami lielāki sākotnējie ieguldījumi:

• Servera aparatūra
• Uzglabāšana
• Tīklošana
• Izvietošana
• Inženierzinātnes
• Rezerves sistēmas

Pastāvīgās izmaksas var ietvert mitināšanu, elektrību, joslas platumu, nomaiņas diskus, uzraudzību, apkopi, sistēmas jaunināšanu, drošību un DevOps personālu.

Paš{0}}mitināts serveris var samazināt vai atcelt noteiktas trešās puses kameru mākoņa{1}}abonēšanas maksas. Tas nenovērš ekspluatācijas izmaksas.

Šī atšķirība ir svarīga, jo fiziskā infrastruktūra noveco. Cietie diski neizdodas. Uzglabāšanas jauda ir jāpaplašina. Programmatūrai ir nepieciešams labot. Ja darbības laiks ir svarīgs, ir jāuztur liekās sistēmas.

Publiskā mākoņa izmaksas

Publiskais mākonis parasti samazina vajadzību pēc lieliem sākotnējiem ieguldījumiem infrastruktūrā. Zīmols patērē resursus pēc vajadzības.

Izmaksas var ietvert:

• Aprēķināt
• Objektu glabāšana
• Datu bāzes
• Joslas platums
• Datu izeja
• API pieprasījumi
• Dublējums
• Pārvaldīti pakalpojumi

Kameru zīmoliem īpašu uzmanību ir pelnījusi uzglabāšana un satiksme.

Videonovērošana nav tipiska tīmekļa lietojumprogramma. Kameras var nepārtraukti ģenerēt datus, saglabāt ierakstus ilgu laiku un pārsūtīt lielus video failus attālai atskaņošanai. Mērogā glabāšana, izguve un izeja var kļūt svarīgāki par CPU izmaksām.

Ja uzglabāšanas stratēģija ir liela dizaina problēma, atšķirība starplokālā krātuve un mākoņkrātuve slēptajām kamerām ir vērts novērtēt atsevišķi no pašas servera arhitektūras. Uzglabāšanas prasības ir atkarīgas arī no izšķirtspējas, kadru ātruma, ierakstīšanas režīma un saglabāšanas perioda; šo ceļvedikameras uzglabāšanas prasībasšie mainīgie ir aprakstīti sīkāk.

Saspiešanai ir arī tieša ietekme uz joslas platumu un krātuvi. Izvēle starp kodekiem, piemēram, H.264 un H.265 drošības kamerāmvar būtiski mainīt datu apjomu, ko rada liela kameru parka.

Tāpēc publiskais mākonis var būt ļoti rentabls{0}}jaunam produktam, taču tas var kļūt dārgs, jo palielinās ierīču skaits, saglabāšanas laiks un video trafika.

Privāta izvietošana var virzīties pretējā virzienā: liels sākotnējais ieguldījums, bet potenciāli labāka ekonomika lielai un paredzamai darba slodzei.

Neviens modelis vienmēr nav lētāks. Aprēķiniet TCO, izmantojot paredzamoierīces apjoms, ierakstīšanas darbība, saglabāšanas periods, joslas platums, rezerves prasības un personāla izmaksas.

Mērogojamība, veiktspēja, uzticamība un AI darba slodze

Kameras platformai, kas atbalsta 1000 ierīču, ir ļoti atšķirīgas infrastruktūras prasības nekā platformai, kas atbalsta 100 000 ierīču.

Izaugsme ietekmē vairāk nekā uzglabāšanu. Tas arī palielina:

• Vienlaicīgi ierīču savienojumi
• Video augšupielādes
• Attālās tiešraides{0}}skatīšanas sesijas
• Atskaņošanas pieprasījumi
• Push paziņojumi
• Datu bāzes darbība
• AI apstrāde
• Programmaparatūras izplatīšana

Publiskais mākonis šajā jomā ir spēcīgs, jo skaitļošanas un uzglabāšanas resursus var palielināt, neinstalējot jaunus fiziskos serverus. Lielie mākoņpakalpojumu sniedzēji arī pārvalda infrastruktūru daudzos ģeogrāfiskos reģionos.

Privātiem serveriem nepieciešama lielāka jaudas plānošana. Maksimālās slodzes gadījumā var būt nepieciešami rezerves skaitļošanas un uzglabāšanas resursi, kas parastos periodos netiek izmantoti.

Kad Edge vai privātai apstrādei ir jēga

Privātā vai malas apstrāde ir īpaši noderīga darba slodzēm, kas ir jutīgas pret latentumu vai privātumu.

Piemēri:

• Reāllaika{0}}ielaušanās noteikšana
• Vietējais ieraksts
• Zema{0}}latenta video apstrāde
• Konfidencialitātes{0}}sensitīvs AI secinājums
• Apstrāde, kas jāturpina interneta pārtraukuma laikā

Vietējā apstrāde arī samazina nepieciešamību nepārtraukti augšupielādēt katru video straumi internetā.

Kad publiskajai mākoņdatniecībai ir jēga

Publiskais mākonis ir labi piemērots darba slodzēm, kas gūst labumu no lieliem, elastīgiem skaitļošanas resursiem.

Piemēri:

• Liela{0}}mēroga video analīze
• AI modeļu apmācība
• Partijas apstrāde
• Vairāku{0}}reģionu pakalpojumi
• Pagaidu GPU{0}}intensīva darba slodze
• Strauji mainīgs satiksmes līmenis

Arī uzticamība jāveido savādāk. Privātam serverim ir nepieciešama sava dublēšanas, dublēšanas, kļūmjpārlēces un avārijas{1}}atkopšanas stratēģija. Publiskais mākonis atvieglo vairāku-zonu un vairāku{4}}reģionu arhitektūras izveidi, lai gan tās joprojām ir pareizi jākonfigurē.

Labākais darba slodzes izvietojums ir atkarīgs no latentuma, konfidencialitātes, joslas platuma un mēroga, nevis no izvēles “lokālais” vai “mākonis”.

Kurš izvietošanas modelis ir piemērots dažādiem kameru zīmoliem un klientiem?

Dažādas klientu grupas rada dažādas infrastruktūras prasības. Kameru zīmoliem ir jāizvēlas arhitektūra atbilstoši klientiem, kurus tie plāno apkalpot.

Jaunuzņēmumi un jauni privāto kameru zīmoli

Jauns privātā zīmola zīmols parasti ir ātri jāizlaiž un jāierobežo sākotnējie ieguldījumi.

Tam var būt:

Salīdzinoši maza ierīču bāze

Ierobežoti DevOps resursi

Neskaidrs satiksmes pieaugums

Liela vajadzība pēc tālvadības lietotņu funkcijām

Publiskais mākonis bieži vien ir praktiska izvēle, jo zīmols var sākt ar mazumiņu un paplašināt infrastruktūru atbilstoši pieprasījumam.

Zīmoliem, kas joprojām nosaka produktu īpašumtiesības, iepakojumu, programmatūru un pielāgošanas jomu, ir lietderīgi precizēt plašākas privāto preču zīmju slēpto kameru izstrāde pirms izlemjat, cik dziļi ir jāpielāgo servera puse.

Augoši un izveidoti kameru zīmoli

Palielinoties uzstādītajai bāzei, prioritātes sāk mainīties.

Zīmols var vairāk rūpēties par:

• Mākoņu rēķini
• Lietotnes īpašumtiesības
• Ierīču datu bāzes kontrole
• Reģionālie serveri
• Pielāgotas API
• Platformas neatkarība

Šajā posmā aspecializēts kameras serveris, privāta izvietošana vai hibrīda arhitektūra var pelnīt nopietnu apsvērumu.

Uzņēmumi un pastāvīgie klienti

Uzņēmuma klientiem var būt stingrākas prasības nekā patērētājiem.

Finanšu iestāde var koncentrēties uz konfidencialitāti un revīzijas kontroli. Izkliedētā mazumtirdzniecības ķēde var piešķirt prioritāti centralizētai pārvaldībai. Rūpnīca var vēlēties, lai ražošanas video tiktu glabāti lokāli, taču joprojām tiek izmantots mākoņa AI, lai veiktu ne-reāllaika-analīzi.

Šiem klientiem nav automātiski nepieciešama privāta infrastruktūra. Tomēr viņi mēdz uzdot sīkākus jautājumus par datu atrašanās vietu, piekļuves kontroli, izvietošanas īpašumtiesībām un sistēmas integrāciju.

Tāpēc kameras zīmolam, kas apkalpo vairākas klientu grupas, var būt nepieciešams vairāk nekā viens servera modelis.

Hibrīda un mākoņa{0}}arhitektūra: vai kameru zīmoliem ir jāizvēlas viena?

Privātais serveris un publiskais mākonis viens otru neizslēdz.

Daudziem kameru produktiem spēcīgākā arhitektūra sadala darba slodzi starp kameru, reģionālo infrastruktūru un publisko mākoni.

Praktiska hibrīdkameru arhitektūra

Trīs{0}}slāņu modelis var darboties labi:

Šī struktūra var saglabāt latentuma-jutīguma vai konfidencialitātes-jutīgas funkcijas kameras tuvumā, vienlaikus izmantojot publiskos mākoņa resursus darba slodzēm, kas gūst labumu no elastīgās skaitļošanas.

OEM izstrādei modulāra platforma var arī atvieglot kameras puses pielāgošanu dažādām servera stratēģijām. Produkts, piemēram, aWiFi slēptās kameras modulisilustrē aparatūras platformas veidu, ko var integrēt dažādās gatavās{0}}produktu arhitektūrās, lai gan faktiskās servera, programmaparatūras un protokola prasības joprojām ir jādefinē katram projektam.

Ko nozīmē “mākonis{0}}neobligāts”?

A mākonis-izvēles kameravar turpināt nodrošināt noderīgas funkcijas, pilnībā neatkaroties no viena publiskā mākoņpakalpojuma.

Atkarībā no produkta tas var ietvert atbalstu:

MicroSD ierakstīšana

Vietējais NVR

RTSP

Privāts serveris

Papildu mākoņkrātuve

Attālās lietotņu pakalpojumi

B2B kameru zīmoliem šī elastība var būt vērtīga. Patēriņa produkts var izmantot standarta mākoņpakalpojumu, savukārt uzņēmuma klients izmanto vietējo krātuvi vai speciālu serveri.

Noderīgāks ilgtermiņa jautājums{0}}bieži vien nav "privāts vai publisks?" betkādai darba slodzei vajadzētu darboties katrā sistēmas slānī.

Kas kameru zīmoliem jāapstiprina ar OEM/ODM ražotāju?

Servera arhitektūra ir jāapspriež produkta prasību noteikšanas laikā, nevis pēc kameras aparatūras izstrādes pabeigšanas.

Pirms OEM vai ODM kameras projekta uzsākšanas apstipriniet:

Kam pieder vai kas kontrolē servera vidi?

Kam pieder lietotne un izstrādātāja konti?

Kas kontrolē ierīci un lietotāju datu bāzes?

Kas pārvalda P2P platformu?

Kur tiks glabāti lietotāja dati un video?

Vai serverus var izvietot noteiktos reģionos?

Vai ir pieejama privātā servera izvietošana?

Vai esošās ierīces vēlāk var migrēt uz citu aizmugursistēmu?

Vai produkts atbalsta RTSP vai NVR integrāciju?

Kas ir atbildīgs par servera uzturēšanu un drošības atjauninājumiem?

Kā tiek izplatīti programmaparatūras atjauninājumi?

Kas notiek, ja zīmols maina mitināšanas vai mākoņa pakalpojumu sniedzēju?

Šie jautājumi kļūst īpaši svarīgi, izmantojot privāto{0}}apsardzes kameru lietotni vai padziļinātu ODM projektu. Aparatūra, programmaparatūra, lietotne, P2P, servera arhitektūra un datu īpašumtiesības var ietekmēt viena otru.

Privāts serveris vai publiskais mākonis: kuru kameras zīmolam vajadzētu izvēlēties?

Publiskais mākonis parasti ir labāks sākumpunkts, ja kameru zīmolam nepieciešama ātra izvietošana, elastīga mērogošana, globāla infrastruktūra un mazāks infrastruktūras{0}}pārvaldības slogs. Privāts serveris kļūst pievilcīgāks, ja projekta īstenošanai ir nepieciešama lielāka datu kontrole, dziļāka pielāgošana, īpaša infrastruktūra vai paredzama liela mēroga -video darba slodze.

Daudziem zīmoliem spēcīgākais{0}}ilgtermiņa dizains ir hibrīds vai mākoņa-izvēles veids, nevis tikai privāts vai publisks.

Allcam izstrādā mini un slēpto kameru produktus OEM/ODM projektiem, tostarp ar aparatūru, programmaparatūru, lietotnēm un serveriem{0}}saistītu integrāciju. Ja plānojat zīmola kameru platformu un ir jānovērtē publiskais mākonis, privātais serveris, P2P, RTSP/NVR vai hibrīda arhitektūra, sazinieties ar Allcam, lai pirms izstrādes sākuma apspriestu produkta un izvietošanas prasības.