Welcome!

SDN Journal Authors: Liz McMillan, Yeshim Deniz, Elizabeth White, Pat Romanski, TJ Randall

Related Topics: @DXWorldExpo, Microservices Expo, Containers Expo Blog, @CloudExpo, Apache, SDN Journal

@DXWorldExpo: Article

Big Data Good, Fast Big Data Better

Speed has become an integral part of the Big Data ethos, yet it is mentioned with comparative scarcity

This post is sponsored by The Business Value Exchange and HP Enterprise Services

The IT industry is nothing if not a breeding ground for an infinite variety of acronyms and neologisms. Alongside cloud computing today sits the term Big Data, which of course we understand to mean "that amount" of data which a traditional database would find hard to compute and process as a normal matter of job processing.

Neo-neologisms
But what is a neologism if you can't turn it into a neo-neologism? Big Data in its own right is a term that we are just about getting used to, but the sooner we move towards an appreciation of ‘fast Big Data' the better.

Technology analysts have been fond of the standard 'four Vs' definition used to describe the shape of Big Data, i.e., volume, velocity, variety and variability - but it is the ‘velocity' factor that sits somewhat incongruently among its V-shaped bedfellows, i.e., it is the only factor that describes speed or motion. Without a velocity layer, Big Data lies in a state of inertia.

In the new world of data 2.0 we find that the velocity factor is extremely important. More of our computing channels are described as real-time or near real-time (both definitions are important) as users demand applications that rely upon ubiquitous connections to the Internet, other users, other data events and other application services.

Suddenly speed has become an integral part of the Big Data ethos, yet it is mentioned with comparative scarcity. Press and analyst (and vendor) comment pieces talk up the zany incomprehensible world of zettabytes, petabytes and yottabytes. These are low hanging fruit and easy to comment on. Forget terabytes, they are so 2009.

Speed Is the Unloved Second Cousin of Big Data
If speed is the unloved second cousin of Big Data, it shouldn't be. Major enterprise players (the vendors, not the customers in the first instance) are spending their hard-earned acquisition and development dollars on the technology positioned as the antidote to our Big Data woes, namely "analytics" - and analytics without real-time analytics is like a car at full throttle without a steering wheel, i.e., we need to be able to react to data in the real world and navigate through it without crashing.

Of course the real fact of the matter here is that Big Data should be considered for its size, girth and overall hugeness as much as for its speed of movement. To contemplate an analysis of one without the other is fallacious and foolhardy. These two factors form two mutually interdependent sides of the contemporary data balancing equation that props up the Big Data economic model.

Software requirements in terms of compute capacity and depth of storage (okay that's hardware, we know) both increase proportionally as the economic values for data and time approach zero. As fast real time Big Data comes of age, we need more back office technology to support it.

None of this happens without layers of management technology and this is where much of the industry discussion is focused today with regard to Big Data. The trouble is, people aren't calling it fast Big Data yet. It will happen, but it needs to happen in real time and that means today.

More Stories By Adrian Bridgwater

Adrian Bridgwater is a freelance journalist and corporate content creation specialist focusing on cross platform software application development as well as all related aspects software engineering, project management and technology as a whole.

Comments (0)

Share your thoughts on this story.

Add your comment
You must be signed in to add a comment. Sign-in | Register

In accordance with our Comment Policy, we encourage comments that are on topic, relevant and to-the-point. We will remove comments that include profanity, personal attacks, racial slurs, threats of violence, or other inappropriate material that violates our Terms and Conditions, and will block users who make repeated violations. We ask all readers to expect diversity of opinion and to treat one another with dignity and respect.


CloudEXPO Stories
With more than 30 Kubernetes solutions in the marketplace, it's tempting to think Kubernetes and the vendor ecosystem has solved the problem of operationalizing containers at scale or of automatically managing the elasticity of the underlying infrastructure that these solutions need to be truly scalable. Far from it. There are at least six major pain points that companies experience when they try to deploy and run Kubernetes in their complex environments. In this presentation, the speaker will detail these pain points and explain how cloud can address them.
The deluge of IoT sensor data collected from connected devices and the powerful AI required to make that data actionable are giving rise to a hybrid ecosystem in which cloud, on-prem and edge processes become interweaved. Attendees will learn how emerging composable infrastructure solutions deliver the adaptive architecture needed to manage this new data reality. Machine learning algorithms can better anticipate data storms and automate resources to support surges, including fully scalable GPU-centric compute for the most data-intensive applications. Hyperconverged systems already in place can be revitalized with vendor-agnostic, PCIe-deployed, disaggregated approach to composable, maximizing the value of previous investments.
When building large, cloud-based applications that operate at a high scale, it's important to maintain a high availability and resilience to failures. In order to do that, you must be tolerant of failures, even in light of failures in other areas of your application. "Fly two mistakes high" is an old adage in the radio control airplane hobby. It means, fly high enough so that if you make a mistake, you can continue flying with room to still make mistakes. In his session at 18th Cloud Expo, Lee Atchison, Principal Cloud Architect and Advocate at New Relic, discussed how this same philosophy can be applied to highly scaled applications, and can dramatically increase your resilience to failure.
Machine learning has taken residence at our cities' cores and now we can finally have "smart cities." Cities are a collection of buildings made to provide the structure and safety necessary for people to function, create and survive. Buildings are a pool of ever-changing performance data from large automated systems such as heating and cooling to the people that live and work within them. Through machine learning, buildings can optimize performance, reduce costs, and improve occupant comfort by sharing information within the building and with outside city infrastructure via real time shared cloud capabilities.
As Cybric's Chief Technology Officer, Mike D. Kail is responsible for the strategic vision and technical direction of the platform. Prior to founding Cybric, Mike was Yahoo's CIO and SVP of Infrastructure, where he led the IT and Data Center functions for the company. He has more than 24 years of IT Operations experience with a focus on highly-scalable architectures.