Mon, Jul
2 New Articles

Dispelling Some Fog About Edge Computing

  • Smaller Small Medium Big Bigger
  • Default Helvetica Segoe Georgia Times

Edge computing addresses the interaction of sensors, monitors, and other simple devices with the rest of the world via the cloud. Not everyone is clear about its terminology even as its implications dwarf computing as we've traditionally thought about it.

By John Ghrist

The confluence of cloud computing and the Internet of Things (IoT) is growing in importance, to the point where in less than a handful of years this intersection may become even more vital than standard computer processing and cloud data storage has already been. The point of contact is variously referred to as fog computing and edge computing, and some even consider the terms to be interchangeable. However, they're actually not. Let's start by differentiating between the two.

On Little Cat Feet

Fog computing is the older term, coined in 2014 by a group of technologists at Cisco Systems. Called "fog" to liken its activity at the usually less-dense periphery of a cloud, fog computing deals with the challenge of handling high volumes of data coming in from peripherals (e.g., sensors, alarms, security cameras, health monitoring equipment) that needs to be handled without necessarily transmitting it across the cloud. By handling some basic processing more local to the sensing devices, fog computing's aim is to rely on cloud resources only for high-level or long-term analysis of large amounts of such data, thereby quietly reserving more cloud bandwidth for other uses.

As fog computing moved from theory to practice, it's come to rely on three general service components. Fog devices are generally the sensors and monitors that gather data. Fog gateways channel this data to various fog servers and make decisions about to which servers to move the data, usually based on the kind of data coming in, in order to maximize data-flow efficiency. Fog servers store the data and at a minimum analyze it enough to make decisions about whether further action is needed.

A good example is medical monitoring. Sensors take readings of a patient's heartbeat, oxygen levels, and other data. The constant monitoring produces a high volume of data every second, particularly if the system is observing a sizeable number of patients concurrently. Fog gateways parcel this data out to likely multiple fog servers that either are located nearby or have a dedicated physical connection. The fog servers decide whether the data coming in warrants some kind of escalation. If a patient's heartbeat is steady, for example, the data might simply be stored. If the server detects a heartbeat stoppage, or even an irregularity, depending on what attention threshold might be set, the server may send an alarm. Only then might the system send a message non-locally through the cloud, rather than letting the sensor data-stream transmissions constantly compete with other cloud use. (Almost incidentally, the time of response to the situation is likely to be reduced.)

Typically, a fog computing setup also uses monitoring services that check whether all fog devices, gateways, and servers are operating and provide traffic control to make sure the system isn't overwhelmed by too many messages.

Close to the Edge

Edge computing is a term introduced by IBM the following year to refer similarly to computing action on the periphery of the cloud, but of a nature to analyze more of the data. Despite this contrasting feature, because fog and edge's overall functions are the same from a thousand-foot view, the terms fog and edge are sometimes erroneously thought of as the same concept.

The crucial difference is essentially in the amount of processing the fog servers, or other machines local to fog devices, are called on to do. In edge computing, it's more comprehensive than deciding whether to send an alarm or message. Because fog servers are gradually being designed to do more analytical data processing locally, it becomes an increasingly murky proposition to decide exactly where to draw a hard line between fog and edge, and therein lies the confusion.

Down at the End, Close by a River

Edge computing carries with it the implication that analysis of fog device data is carried out on servers proximate to the sensors generating the data stream. In this scenario, fog servers, or more standard server types in an attached network, actually run applications that turn the incoming data into some kind of information on the spot.

This could simply mean helping network admin types decide what information is time-sensitive or in need of escalation. Alternatively, it could provide other end users with statistics or results that are needed for making overall judgements about the edge network itself or a larger environment under analysis.

In contrast, fog computing means data is warehoused and perhaps evaluated in a rudimentary way, such as for purposes of categorization, but generally the data is held for later optional analysis by a cloud-connected server as the need arises.

Another way to explain the difference is that edge computing largely confines itself to analyzing actual data coming in from fog nodes and limits itself to handling a circumscribed number of peripherals. Fog computing, while doing less hard-data analysis, also must concern itself with administrative tasks such as the speed of processing across a whole network of fog nodes, controlling fog network traffic, and general storage of incoming fog data.

Out of the Fog and Into the Mist

As if to give us all the vapors, there's still another metaphoric layer to the general haziness of fog vocabulary, and that's mist computing. Located, as you might suspect, at the edge of the cloud's edge (and therefore referred to as "the extreme edge" in the latest technese), mist refers to the use of microcontrollers and microcomputers that interface to fog nodes and provide cheaper alternative fog devices for receiving raw data inputs, and perhaps even monitoring and managing how fog devices are handling the data. This means mist nodes can range from simpler sensors in "smart" homes that check temperature for heating and cooling adjustments and daylight for turning on interior home illumination, to smart cell phones users can carry with them to keep tabs on all kinds of things.

Nearly always physically present within the environments they are monitoring, mist nodes can be smart enough to help automate their own provisioning and deployment, as well as to process some inputs for uploading. Such usefulness will likely have a greater impact on our lives over the next a few years, even as it further blurs any effort to draw neat lines between the aqueous-monikered computing types, no matter what we may, um…"dew."

The Cutting Edge of Edge Taxonomy

Or say, for that matter. The Linux Foundation's LF Edge, an organization established in 2020 to "budget and spend funds in support of various open source projects relating to development of an edge computing software stack, including infrastructure and support initiatives," recast edge computing as a continuum in one of its foundational white papers. This was done at least in part to help nail down a vocabulary for this branch of computing technology.

In a nutshell, the foundation's taxonomy white paper separates edge into three major groupings. A "User Edge" branch is made up of a "Constrained Device Edge" (i.e., microcontroller-based devices), a "Smart Device Edge" branch (headless IoT devices and end-user client computing resources), and an "On Premise Data Center Edge" (server-based computers in secure locations). This branch is separated by "Last Mile Networks" from the second grouping, "Service Provider Edge," which is made up of "Access Edge" (server-based computing at telco networks and edge exchange sites), and "Regional Edge" (server-based computing at regional telco and direct peering sites) branches. This combination is separated by an "Internet Edge" from the third group, "Centralized Data Centers" (server-based computing in traditional cloud data centers). ("Headless IoT," by the way, means devices without a UI, "last mile" refers to the final leg of any telecommunications link, and "direct peering sites" refers to independent Internet networks that voluntarily enable communications between their individual users.) This continuum is also designed to support LF Edge's advocacy of a system of applications for interconnecting edge ecosystems, a concept it refers to as "B2B2X."

Whether LF Edge's entire nomenclature system will catch on is beyond this writer's predictive powers, but it does give a sense of how much the whole field of fog computing is expanding like a roiling thunderhead on a summer's day.

Ice Cream Castles in the Air

Be that as it may, edge computing appears to be heading us for a Jetsons-like future in which fog capabilities will eventually be woven into the very fabric of our lives. LF Edge defines the major edge "ecosystems" as Industrial, Enterprise, Web Mobile, Brick & Mortar Retail, Home, Auto, and Cities.

There are already edge-enabled applications popping up all around us. Large-scale patient monitoring has expanded during the COVID epidemic and may become crucial in coming years as Baby Boomers and their kids reach a nursing-home stage of life. Autonomous cars, although they still have some important safety bugs to work out, will eventually come to pass, and edge processors will be front and center there. The oil and gas industry already makes extensive use of industrial sensors via well-site monitoring devices, a situation that will likely last until someone figures out how to build a fusion reactor.

"Smart" homes are still a novelty, but many people alive today will probably live in one at some point in their lives, turning on the lights, the stove, and heating or cooling just in time for getting home from work. Automated and robotic processes and devices will provide better means of remote control of industrial and manufacturing activities. Wearable cognitive-assistance apps are already showing up in TV commercials for implanted blood-glucose-level testers that can be read with a smartphone. Immersive experiences will get even more realistic via virtual reality, immersive reality, and 360 video. Artificial intelligence will get even more intelligent when an AI app can have access to feedback from sensors reading user reactions. "Smart Cities" are cities that, for example, use feedback from traffic cameras to time signal lights to regulate automobile traffic flows during peak use times.

One doesn't need to be a prophet to predict these changes. Early applications and prototypes for all of these examples already exist. Cloud computing has led us to the edge. It just remains to take the plunge…so long as we all understand what we are talking about.

John Ghrist

John Ghrist has been a journalist, programmer, and systems manager in the computer industry since 1982. He has covered the market for IBM i servers and their predecessor platforms for more than a quarter century and has attended more than 25 COMMON conferences. A former editor-in-chief with Defense Computing and a senior editor with SystemiNEWS, John has written and edited hundreds of articles and blogs for more than a dozen print and electronic publications. You can reach him at This email address is being protected from spambots. You need JavaScript enabled to view it..



Support MC Press Online


Book Reviews

Resource Center

  • SB Profound WC 5536 Have you been wondering about Node.js? Our free Node.js Webinar Series takes you from total beginner to creating a fully-functional IBM i Node.js business application. You can find Part 1 here. In Part 2 of our free Node.js Webinar Series, Brian May teaches you the different tooling options available for writing code, debugging, and using Git for version control. Brian will briefly discuss the different tools available, and demonstrate his preferred setup for Node development on IBM i or any platform. Attend this webinar to learn:

  • SB Profound WP 5539More than ever, there is a demand for IT to deliver innovation. Your IBM i has been an essential part of your business operations for years. However, your organization may struggle to maintain the current system and implement new projects. The thousands of customers we've worked with and surveyed state that expectations regarding the digital footprint and vision of the company are not aligned with the current IT environment.

  • SB HelpSystems ROBOT Generic IBM announced the E1080 servers using the latest Power10 processor in September 2021. The most powerful processor from IBM to date, Power10 is designed to handle the demands of doing business in today’s high-tech atmosphere, including running cloud applications, supporting big data, and managing AI workloads. But what does Power10 mean for your data center? In this recorded webinar, IBMers Dan Sundt and Dylan Boday join IBM Power Champion Tom Huntington for a discussion on why Power10 technology is the right strategic investment if you run IBM i, AIX, or Linux. In this action-packed hour, Tom will share trends from the IBM i and AIX user communities while Dan and Dylan dive into the tech specs for key hardware, including:

  • Magic MarkTRY the one package that solves all your document design and printing challenges on all your platforms. Produce bar code labels, electronic forms, ad hoc reports, and RFID tags – without programming! MarkMagic is the only document design and print solution that combines report writing, WYSIWYG label and forms design, and conditional printing in one integrated product. Make sure your data survives when catastrophe hits. Request your trial now!  Request Now.

  • SB HelpSystems ROBOT GenericForms of ransomware has been around for over 30 years, and with more and more organizations suffering attacks each year, it continues to endure. What has made ransomware such a durable threat and what is the best way to combat it? In order to prevent ransomware, organizations must first understand how it works.

  • SB HelpSystems ROBOT GenericIT security is a top priority for businesses around the world, but most IBM i pros don’t know where to begin—and most cybersecurity experts don’t know IBM i. In this session, Robin Tatam explores the business impact of lax IBM i security, the top vulnerabilities putting IBM i at risk, and the steps you can take to protect your organization. If you’re looking to avoid unexpected downtime or corrupted data, you don’t want to miss this session.

  • SB HelpSystems ROBOT GenericCan you trust all of your users all of the time? A typical end user receives 16 malicious emails each month, but only 17 percent of these phishing campaigns are reported to IT. Once an attack is underway, most organizations won’t discover the breach until six months later. A staggering amount of damage can occur in that time. Despite these risks, 93 percent of organizations are leaving their IBM i systems vulnerable to cybercrime. In this on-demand webinar, IBM i security experts Robin Tatam and Sandi Moore will reveal:

  • FORTRA Disaster protection is vital to every business. Yet, it often consists of patched together procedures that are prone to error. From automatic backups to data encryption to media management, Robot automates the routine (yet often complex) tasks of iSeries backup and recovery, saving you time and money and making the process safer and more reliable. Automate your backups with the Robot Backup and Recovery Solution. Key features include:

  • FORTRAManaging messages on your IBM i can be more than a full-time job if you have to do it manually. Messages need a response and resources must be monitored—often over multiple systems and across platforms. How can you be sure you won’t miss important system events? Automate your message center with the Robot Message Management Solution. Key features include:

  • FORTRAThe thought of printing, distributing, and storing iSeries reports manually may reduce you to tears. Paper and labor costs associated with report generation can spiral out of control. Mountains of paper threaten to swamp your files. Robot automates report bursting, distribution, bundling, and archiving, and offers secure, selective online report viewing. Manage your reports with the Robot Report Management Solution. Key features include:

  • FORTRAFor over 30 years, Robot has been a leader in systems management for IBM i. With batch job creation and scheduling at its core, the Robot Job Scheduling Solution reduces the opportunity for human error and helps you maintain service levels, automating even the biggest, most complex runbooks. Manage your job schedule with the Robot Job Scheduling Solution. Key features include:

  • LANSA Business users want new applications now. Market and regulatory pressures require faster application updates and delivery into production. Your IBM i developers may be approaching retirement, and you see no sure way to fill their positions with experienced developers. In addition, you may be caught between maintaining your existing applications and the uncertainty of moving to something new.

  • LANSAWhen it comes to creating your business applications, there are hundreds of coding platforms and programming languages to choose from. These options range from very complex traditional programming languages to Low-Code platforms where sometimes no traditional coding experience is needed. Download our whitepaper, The Power of Writing Code in a Low-Code Solution, and:

  • LANSASupply Chain is becoming increasingly complex and unpredictable. From raw materials for manufacturing to food supply chains, the journey from source to production to delivery to consumers is marred with inefficiencies, manual processes, shortages, recalls, counterfeits, and scandals. In this webinar, we discuss how:

  • The MC Resource Centers bring you the widest selection of white papers, trial software, and on-demand webcasts for you to choose from. >> Review the list of White Papers, Trial Software or On-Demand Webcast at the MC Press Resource Center. >> Add the items to yru Cart and complet he checkout process and submit

  • Profound Logic Have you been wondering about Node.js? Our free Node.js Webinar Series takes you from total beginner to creating a fully-functional IBM i Node.js business application.

  • SB Profound WC 5536Join us for this hour-long webcast that will explore:

  • Fortra IT managers hoping to find new IBM i talent are discovering that the pool of experienced RPG programmers and operators or administrators with intimate knowledge of the operating system and the applications that run on it is small. This begs the question: How will you manage the platform that supports such a big part of your business? This guide offers strategies and software suggestions to help you plan IT staffing and resources and smooth the transition after your AS/400 talent retires. Read on to learn: