Difference between revisions of "Cloud computing"

From Internet Computer Wiki
Jump to: navigation, search
(Created page with "'''Before 2006, the operation of online systems and services involved the use of server computers, which had to be purchased and installed in traditional data centers. Thi...")
 
m
Line 1: Line 1:
'''Before 2006, the operation of online systems and services involved the use of server computers, which had to be purchased and installed in traditional [[data centers]]. This involved capital expenditure on equipment and hardware maintenance and configuration skills. To remove these requirements, [[Amazon Web Services]] was launched in March 2006, which allowed customers to spin up virtual server computers at the click of a button.'''
+
'''Before 2006, the operation of online systems and services involved the use of server computers, which had to be purchased and installed in traditional [[data center]]s. As a consequence, capital expenditure on equipment, and hardware maintenance and configuration skills, were necessary requirements. This changed when the [[Amazon Web Services]] cloud computing service was launched in March 2006, which allowed customers to spin up ''virtual'' server computers at the click of a button.'''
  
The customers of cloud computing services are provided with an admin interface through which they can spin up and destroy cloud computing instances at the click of a button. These are virtual server computers, which the customer is given a username and password they can use to login and install software for their purposes.
+
The customers of cloud computing services are provided with an admin interface through which they can spin up and destroy cloud computing "instances". Instances are virtual server computers, for which the customer is given a username and password that they can use to login and install and run software for their purposes.
  
In practice, cloud services run multiple instances on each physical server computer that they operates, and different customers share the same hardware devices. This is possible because instances are only guaranteed a fraction of the computing power available to a physical server computer. In principle, an instance can even be transparently moved from one server computer to another — the customer has no interaction with the cloud computing provider's underlying infrastructure, which remains under their full control.
+
In practice, cloud services run multiple instances on each physical server computer that they operate, and different customers share the same hardware devices. This is possible because instances are only guaranteed a fraction of the computing power available to the underlying physical server computers. In principle, an instance may even be briefly paused and then relocated from one server computer to another by the cloud service — the customer has no interaction with the cloud computing provider's underlying hardware infrastructure, which remains under their full control.
  
Cloud computing customers no longer have to purchase, install, configure and maintain their own hardware. This greatly improves convenience, reduces the skills they need, and provides the flexibility to scale their computing activities up and down with need. For example, a startup social media service that suddenly becomes successful, can quickly scale in the cloud, without which they would need to purchase server computers, ship them to data centers, and install and configure them en masse at short notice.
+
A customer of a cloud computing service no longer has to purchase, install, configure and maintain their own hardware. This greatly improves convenience, reduces the skills they need, and provides the flexibility to scale computing activities up and down with need. For example, a startup social media service that suddenly becomes successful, can quickly scale in the cloud by spinning up instances, without which they would need to purchase physical server computers, ship them to data centers, and install and configure them en masse at short notice.
  
Not surprisingly, cloud computing has become enormously successful, and economies of scale have driven consolidation among a few big tech cloud computing service providers, comprising [[Amazon Web Services]], [[Google Cloud]] and [[Microsoft Azure]]. Between them, they now run several million server machines from a handful of centralized mega data centers that they own.
+
Not surprisingly, cloud computing has become enormously successful because of the convenience and flexibility that it provides. Economies of scale have driven consolidation among a few Big Tech cloud computing service providers, comprising [[Amazon Web Services]], [[Google Cloud]] and [[Microsoft Azure]]. Between them, they now operate several million server machines from a small number of centralized mega data centers, which are used to run instances for customers.
  
The Internet Computer blockchain's network has a [[sovereign network]] that does not involve cloud, and it provides an architecture that allows web3 services and applications to be built that run entirely on-chain, without the need for cloud computing or traditional IT.
+
Outside the Internet Computer universe, today, web3 services and applications perform the vast majority of their data processing and storage on cloud services. In fact, even the blockchains they use run in the cloud. For example, [https://decrypt.co/44321/70-of-ethereum-nodes-are-hosted-on-centralized-services most Ethereum nodes run on AWS]. In addition, other trusted services used by blockchain developers, such as [[Infura]] and [[Alchemy]] also run on the cloud.
  
Outside the Internet Computer universe, web3 services and applications perform the vast majority of their data processing and storage on cloud services. In fact, even the blockchains they use run in the cloud. For example, [https://decrypt.co/44321/70-of-ethereum-nodes-are-hosted-on-centralized-services most Ethereum nodes run on AWS].
+
The danger is that Big Tech's cloud computing services could switch off or severely disrupt most web3 services and applications, and most blockchains, without a moment's notice. That this is possible was amply demonstrated when [https://www.vox.com/2021/1/10/22223250/parler-amazon-web-services-apple-google-play-ban Amazon Web Services shut down the Parler social media service for political reasons]. A change in the regulatory environment, or competitive dynamics, could make it to the same to the blockchain ecosystem.
  
For this reason, [[Amazon Web Services|Amazon Web Services could shut down most web3 services and applications and even entire blockchains]].
+
Sometimes the danger is hidden several layers down. For example, many of those building Ethereum web3 services serve the user experience from the cloud, and interact with the Ethereum blockchain via local nodes run by the [[Infura]] service. Another similar service is [[Alchemy]]. The problem is that these services also run on the cloud (for example, Infura runs on Amazon Web Services), and cloud service providers can instruct them to censor or switch off their users.
  
Just as cloud computing instances can be spun up in an instant, they can also disappear in a puff of smoke. Their continued operation depends on the goodwill of the cloud computing service. Moreover, since those operating a web3 service, or a blockchain node, did not have to make an investment in hardware or time to create them, there is often little cost to turning them off.
+
Such is the dependency on cloud, that when cloud services suffer outages, this disrupts supposedly decentralized services and blockchains. For example, when Amazon Web Services had an outage, this [https://www.vice.com/en/article/wxdnxy/amazons-server-outage-took-down-a-decentralized-crypto-exchange took down a decentralized exchange].  
  
Cloud computing has provided an easy tool for those wishing to juice the value of a blockchain's native token, in which the number of nodes is used in a similar manner that the [[TVL]] metric has been abused in [[DeFi]].
+
Another danger is that malicious employees working for cloud services could hack the web3 services and blockchains that depend on them to steal their user's tokens, using a variety of attack vectors. Often, not only must a cloud service provider be trusted, but also services that have been built on them, such as [[Infura]] and [[Alchemy]].
  
Those behind certain blockchains perform [https://www.coindesk.com/layer2/2022/08/05/the-fake-team-that-made-solana-defi-look-huge/ tricks with DeFi to increase the apparent TVL (total value locked) look larger]. These same people often spin up thousands of nodes using cloud instances, at the click of a button or run of a script, in order to create lots of nodes that allow their blockchain to claim far greater decentralization than it really has — which also juices the value of its native token.
+
These problems do not afflict the Internet Computer ecosystem. The blockchain is hosted by a [[sovereign network]] which does not include nodes running in the cloud, and it provides an architecture that allows developers to build web3 services and applications that run entirely on-chain, without the need for cloud computing or centralized traditional IT.
 +
 
 +
Sadly, outside of the Internet Computer universe, cloud computing instances have been used to manipulate the value of various blockchains, by increasing the number of nodes in their network. Because they can be spun up with little work and without capital investment, those wishing to juice the value of their tokens use cloud instances to create thousands of network nodes, which give the impression of greater decentralization than actually exists.
 +
 
 +
This is very similar to [https://www.coindesk.com/layer2/2022/08/05/the-fake-team-that-made-solana-defi-look-huge/ the manipulation of TVL (total value locked) in DeFi] (decentralized finance) ecosystems, to add value to the hosting blockchain.
 +
 
 +
It's important to remember that cloud instances of any kind can be spun up without investment, can be switched off by the cloud provider, and disappear in a puff of smoke.

Revision as of 15:26, 22 August 2022

Before 2006, the operation of online systems and services involved the use of server computers, which had to be purchased and installed in traditional data centers. As a consequence, capital expenditure on equipment, and hardware maintenance and configuration skills, were necessary requirements. This changed when the Amazon Web Services cloud computing service was launched in March 2006, which allowed customers to spin up virtual server computers at the click of a button.

The customers of cloud computing services are provided with an admin interface through which they can spin up and destroy cloud computing "instances". Instances are virtual server computers, for which the customer is given a username and password that they can use to login and install and run software for their purposes.

In practice, cloud services run multiple instances on each physical server computer that they operate, and different customers share the same hardware devices. This is possible because instances are only guaranteed a fraction of the computing power available to the underlying physical server computers. In principle, an instance may even be briefly paused and then relocated from one server computer to another by the cloud service — the customer has no interaction with the cloud computing provider's underlying hardware infrastructure, which remains under their full control.

A customer of a cloud computing service no longer has to purchase, install, configure and maintain their own hardware. This greatly improves convenience, reduces the skills they need, and provides the flexibility to scale computing activities up and down with need. For example, a startup social media service that suddenly becomes successful, can quickly scale in the cloud by spinning up instances, without which they would need to purchase physical server computers, ship them to data centers, and install and configure them en masse at short notice.

Not surprisingly, cloud computing has become enormously successful because of the convenience and flexibility that it provides. Economies of scale have driven consolidation among a few Big Tech cloud computing service providers, comprising Amazon Web Services, Google Cloud and Microsoft Azure. Between them, they now operate several million server machines from a small number of centralized mega data centers, which are used to run instances for customers.

Outside the Internet Computer universe, today, web3 services and applications perform the vast majority of their data processing and storage on cloud services. In fact, even the blockchains they use run in the cloud. For example, most Ethereum nodes run on AWS. In addition, other trusted services used by blockchain developers, such as Infura and Alchemy also run on the cloud.

The danger is that Big Tech's cloud computing services could switch off or severely disrupt most web3 services and applications, and most blockchains, without a moment's notice. That this is possible was amply demonstrated when Amazon Web Services shut down the Parler social media service for political reasons. A change in the regulatory environment, or competitive dynamics, could make it to the same to the blockchain ecosystem.

Sometimes the danger is hidden several layers down. For example, many of those building Ethereum web3 services serve the user experience from the cloud, and interact with the Ethereum blockchain via local nodes run by the Infura service. Another similar service is Alchemy. The problem is that these services also run on the cloud (for example, Infura runs on Amazon Web Services), and cloud service providers can instruct them to censor or switch off their users.

Such is the dependency on cloud, that when cloud services suffer outages, this disrupts supposedly decentralized services and blockchains. For example, when Amazon Web Services had an outage, this took down a decentralized exchange.

Another danger is that malicious employees working for cloud services could hack the web3 services and blockchains that depend on them to steal their user's tokens, using a variety of attack vectors. Often, not only must a cloud service provider be trusted, but also services that have been built on them, such as Infura and Alchemy.

These problems do not afflict the Internet Computer ecosystem. The blockchain is hosted by a sovereign network which does not include nodes running in the cloud, and it provides an architecture that allows developers to build web3 services and applications that run entirely on-chain, without the need for cloud computing or centralized traditional IT.

Sadly, outside of the Internet Computer universe, cloud computing instances have been used to manipulate the value of various blockchains, by increasing the number of nodes in their network. Because they can be spun up with little work and without capital investment, those wishing to juice the value of their tokens use cloud instances to create thousands of network nodes, which give the impression of greater decentralization than actually exists.

This is very similar to the manipulation of TVL (total value locked) in DeFi (decentralized finance) ecosystems, to add value to the hosting blockchain.

It's important to remember that cloud instances of any kind can be spun up without investment, can be switched off by the cloud provider, and disappear in a puff of smoke.