Often, though, the model creates new redundancies that drive up costsâfor instance storage. Instead of one central copy of each file, the edge network may keep a separate copy at each edge node. If your edge network is small, a few extra copies may be great for adding redundancy. But when youâve got 200 or more edge nodes, your storage costs could be 200 times greater. This can be limited by only storing the data at the nodes actively engaged by each user, but the problem of multiplication doesnât completely disappear. At some point the cost of the duplication starts to weigh on overall costs. Duplication creates complexity for software replication and often increases the bandwidth. It can work well for static content when the local machines are acting like a CDN and doing little real work. But the more computing that gets added to the mix, the more costs are driven up by synchronizing all the copies. Duplication also drives up bandwidth charges. If there are n copies made at the edges, those n copies may increase the bandwidth costs by a factor of n. In an ideal situation, edge nodes act like smart caches that reduce the overall bandwidth. But many architectures arenât ideal, and the replication ends up sending multiple copies throughout the network, driving up bandwidth charges along the way. In other words the more that edge computing becomes more like computing and less like caching, the greater potential there will be for costs to rise. Complexity Timing issues can be gnarly Depending on workloads, syncing up databases among multiple edge locations can become an issue. Many applicationsâsuch as monitoring the Internet of Things or saving a single userâs notesâdonât need to work so hard at synchronization because they donât create contentions. Basic tasks like these are ideal for edge computing. But once users start competing for global resources, deployments become trickier. Google, for instance, puts atomic clocks in its data centers around the world and uses them to adjudicate complex writes in their Spanner database. While an enterpriseâs needs may not match Googleâs, this syncing issue will demand an added layer of infrastructure and expertise. Mobile-user challenges When it comes to edge computing, some users are worse than others, and mobile users can present the biggest problems. As they move from site to site, they may connect to a different edge node, again creating syncing problems. Even employees working at home might from time to time change their location because âworking at homeâ really means âworking from anywhereâ. Every time this happens, web applications must shift focus, and the edge nodes must resynchronize. If thereâs any user state left cached at the old access node, it needs to be moved and recached at the new node. The time and bandwidth that this takes can eat into expected cost and performance benefits. Business-intelligence requirements Even with data being processed at the edge, much of it has to migrate eventually to a central server where it might be used to create daily, weekly, or monthly reports, for example. If that means there will be times with high peak-bandwidth demands, it could cut into projected savings that might result from the edge deployment reducing bandwidth needs. Consider this when calculating cost benefits. Legal Tax issues Some states charge sales tax for online purchases, and some donât. Some have excise taxes that apply just for that state. In many cases applicable taxes depend on the physical location of the hardware where the computing is done. Edge computingâbecause one organization can deploy it in many jurisdictionsâcan compound the confusion about which laws apply. Thatâs a line-of-business complexity that internet retailers need to weigh before committing to an edge-computing deployment. Data-residency regulations The locations of users and data are both subject to data-protection laws. Some countries support the General Data Protection Regulation (GDPR), and some have laws of their own. There are also laws like HIPAA specifically addressing how medical records are handled. That means enterprises have to analyze which set of rules apply to each edge node and figure out how to meet them, especially if users and servers are in different jurisdictions. Sometimes the best answer could be having edge nodes in the same jurisdiction where users are located but keeping an eye out for users who migrate. |