The Chinese Solar Machine Layer by Layer Fire in the Library The Mystery Behind Anesthesia
Paddy Mills
The next step in cloud computing is to link different systems.
At Google, we operate many data centers around the world, each of which contains a large number of computers linked to one another in clusters. In turn, the data centers are linked through a high-speed private network. These data centers support applications and services that users can access over the public Internet to tap into virtually unlimited computing power on demand, a process known as cloud computing (see "Security in the Ether"). Amazon, IBM, Microsoft, and others are implementing and experimenting with similar systems. Currently, these clouds operate in isolation, communicating only with users. But I think we need to start developing interfaces so that clouds can communicate directly among themselves.
An integrated cloud would have a number of advantages. Users may wish to move data from one cloud to another without having to download all their data and then upload it again. Or users may want to store the same data in multiple clouds for backup. In this case, reliable mechanisms for synchronizing data across different clouds would be useful. Some may wish to do coördinated computation in multiple clouds.
How can a program running in one cloud reference data in another? If one cloud puts restrictions on access to data, how can those controls be replicated in a second cloud? What protocols, data structures, and formats will allow clouds to interact at users' direction and in accordance with their requirements?
Researchers are investigating these and other questions, with limited success so far. One approach that intrigues me reaches back into the pre-Internet days of the ARPAnet. The different operating systems of the day used many different kinds of remote terminals and text encoding schemes. ARPAnet researchers concluded that the most effective way to support remote access between interlinked time-shared computers was to define a "network virtual terminal" (NVT). The NVT did not physically exist anywhere, but all operating systems were equipped to translate between the NVT format and their native modes of terminal operation. One might imagine a similar idea for cloud computing: define a network virtual cloud with a set of functional characteristics intended to be generally realizable by all cloud providers. Interactions among clouds would appear to be happening through an intermediate virtual cloud. In this model, each cloud could translate its internal method of organizing data to and from standardized naming conventions, data exchange protocols, and perhaps data description protocols. It is too early to tell whether such proposals will gain traction, but these and other ideas will need to be explored if we are to make the most of cloud computing.
Vinton Cerf is vice president and chief Internet evangelist at Google. In the 1970s and '80s he worked at DARPA, where he is widely credited with developing the Internet.
While google is a great search product and it prides itself on creatingnew services, it just doesn't have the assets to pull this off. The companies that have assets and are only now entering this market are the telecommunications companies. They can expose messaging, bandwidth, customer charging, customer profiles, and advertsing by turning its own support systems externally to potential developers and businesses. Telecommunication companies have scaled these systems for decades and are only now seeing the potential to turn these cost ceneters into profit centers. This is AMX's new cloud offering. 15 apis across 17 countries and 190 million potential customers.
Enterprise networks (mini-clouds) talk with BIG clouds??
I suggest a stronger biz argument is finding a way to better link enterprise-class networks (think of the basement server farm) to the clouds. Corporate users depend upon their local networks and few companies can simply dump the farm and completely enter the cloud. A better solution, and an easier transition, would be to enable the farm off-load is non-core / non-unique functions to a cloud(s). How does a small cloud talk to the big one? Perhaps such +/- lessons can be learned in the US Air Force / DISA networks which recently consolidated many base-controlled networks into one massive, centrally managed system.
Manufacturing in the United States is in trouble. That's bad news not just for the country's economy but for the future of innovation.
This document is part of the “How-To Guide for Most Common Measurements” centralized resource portal. This tutorial provides a detailed guide for measurement and device considerations to take temperature measurements using thermocouples. Get an introduction to thermocouples, which are inexpensive sensing devices widely used with PC-based data acquisition systems. Also review some specific thermocouple examples and learn how thermocouples work and ways to integrate them into a data acquisition measurement system.
View full PDF >Our list of the 50 most innovative companies, including the following:
ahmadster
1 Comment
Realized Utility
I believe one missing ingredient to the concept you introduce is that consumers of such integrated cloud systems have yet to realize the value of the potential utility in it.
It is a concept that is hard to imagine and thus fails to garner enough demand to justify more effort. It may be that with cloud-computing the kind of seamless data integration would become desirable. However, as it stands today, cloud-computing itself is still settling down so it is hard to predict when consumers will come knocking on the door demanding that their cloud-bound apps seamlessly integrate and share data.
The cloud-computing platform providers themselves are still defining their cloud's technical personalities. Google has their own data storage scheme that is very different from Amazon's for example. So far, there is no clear winner if there will ever be. I can see the platform that gains the most adoption being able to throw its weight in some direction and thus pulling the industry along the way. Let's hope these providers have learned to stay away from the allure of proprietary designs.
Reply