![]() Where this becomes viable (my opinion) is at under 20 camera in a non critical environment which doesn’t have a requirement for 100% uptime, and no failovers and redundancies on the wan link. Leveraging technologies like SD-Wan, software defined networking, dark fiber, mpls, redundant links, ect could make it viable but the cost benefit diminishes over time in comparison to onprem, specifically when it comes to 300+ cameras.Ĭloud based has a use case however if I have a site running 50+, 3MP 15fps, h265/hevc would require 64mbps constant, with failover and load balancing, along with a buffer not including the customers wan requirements. And while Onprem is breachable there would be physical barriers to get through rather than logical.Ĭloud is someone else’s computer that is in some unknown location, furthermore the link between the customer to these cloud services require internet with maximum uptime/utilization rates which seen unrealistic to large enterprises. Verkada, was compromised due to a weak exposed password on its camera systems that require cloud connectivity therefore “internet” to work.īoth these breaches were the result of some negligence on the part of the vendor but wouldn’t have occurred on a conventional cctv “closed circuit network surveillance system” of which many integrators including myself swear by. There are some docs that explain a bad commit which pushed out compromised code as well, but not corruption this was deliberate. Solarwinds was compromised due to a weak password on the Orion backend, which the ceo tried to blame on a intern. ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |