Cloud Computing. - Realmente é algo novo?

InsaneChess · Dezembro 9, 2011, 8:25am

Eu estava lendo a respeito sobre Cloud Computing…
“Aplicações disponiveis na WEB para serem acessadas remotamente de qualquer lugar”.

Isso quer dizer que Web Services, J2EE (Servlets)…São considerados aplicações na Nuvem?
Ow alguem sabe me dizer “O que diferencia” uma aplicação J2EE de Cloud Computing…?

Também gostaria de saber qual a diferença de hospedar um aplicativo do App Engine e hospeda-lo em uma máquina normal utilizando Jboss por exemplo, somente que você irá usufruir nos servidores da Google?

Segue um simples documentario, para quem ainda não leu a respeito…
http://idgnow.uol.com.br/computacao_corporativa/2008/08/13/cloud-computing-entenda-este-novo-modelo-de-computacao/

Espero ajuda para entender melhor xDDD
Abraços.

blackforce · Dezembro 9, 2011, 8:31am

O conceito não é novo. O Multics não me deixa mentir.

Agora, várias das aplicações do conceito são novas. Soluções como IaaS garantindo escalabilidade e elasticidade tendendo ao infinito talvez é a única alternativa viável para vários cenários. Dê uma lida nisso

http://blog.caelum.com.br/o-cloud-computing-e-inevitavel/

aix · Dezembro 9, 2011, 8:37am

A matéria mais esclarecedora que ja li foi da revista MundoJ edição 47, veja se consegue vale a pena, MundoJ 47 - Cloud Computing - Levando suas Aplicações Java nas Nuvens

http://www.mundoj.com.br/47conteudo.shtml

Alexandre_Saudate · Dezembro 9, 2011, 9:16am

Novo, nem tanto. Mas a diferença entre um servidor “normal” e um servidor na nuvem é enorme.

Basta pensar na demanda de uma loja de árvores de Natal on-line, por exemplo. Durante 11 meses por ano, a demanda é quase nula. Em dezembro, a demanda vai lá em cima. E aí, fica o dilema: você paga, durante um ano, várias máquinas pra quase não ter uso, ou deixa uma máquina só e corre o risco de ela não aguentar a demanda quando chegar a hora? A computação em nuvem veio pra corrigir isso (dentre outros problemas). Se você precisar de máquina a mais em determinado momento, você tem essa máquina. E não precisa se preocupar com a demanda, porque ela sempre vai responder à altura.

E respondendo à pergunta, uma aplicação J2EE pode ser uma aplicação em cloud computing, porque são termos complementares: você pode ter qualquer aplicação, em qualquer linguagem, hospedada na nuvem, assim como pode ter uma aplicação J2EE em um servidor normal. E pode ter uma aplicação J2EE na nuvem. O que muda, quase sempre, é a maneira de se desenvolver, porque antes de começar a desenvolver uma aplicação dessas, deve se pensar 20 vezes em cada recurso que será utilizado, para poder dispor o máximo possível do poder da nuvem.

[]'s

Alexandre_Saudate · Dezembro 9, 2011, 9:17am

[quote=blackforce]O conceito não é novo. O Multics não me deixa mentir.

Agora, várias das aplicações do conceito são novas. Soluções como IaaS garantindo escalabilidade e elasticidade tendendo ao infinito talvez é a única alternativa viável para vários cenários. Dê uma lida nisso

http://blog.caelum.com.br/o-cloud-computing-e-inevitavel/[/quote]

Tendendo ao infinito é exagero, vai… nem a EC2 garante isso (o cara da Nasa, no QCon, demonstrou que ele “só” conseguia 500 máquinas).

[]'s

blackforce · Dezembro 9, 2011, 9:20am

De fato, seria quase o mesmo que cada empresa possuir sua própria hidrelétrica, para abastecer o consumo de energia.

blackforce · Dezembro 9, 2011, 9:22am

[quote=asaudate][quote=blackforce]O conceito não é novo. O Multics não me deixa mentir.

Agora, várias das aplicações do conceito são novas. Soluções como IaaS garantindo escalabilidade e elasticidade tendendo ao infinito talvez é a única alternativa viável para vários cenários. Dê uma lida nisso

http://blog.caelum.com.br/o-cloud-computing-e-inevitavel/[/quote]

Tendendo ao infinito é exagero, vai… nem a EC2 garante isso (o cara da Nasa, no QCon, demonstrou que ele “só” conseguia 500 máquinas).

[]'s[/quote]

Tendendo ao infinito não quer dizer que consegue suportar qualquer demanda, mas sim que, estatisticamente, quase toda demanda que já apareceu foi suportada. Por isso que a expressão é “tendendo ao infinito” e não “infinito”

Alexandre_Saudate · Dezembro 9, 2011, 9:26am

[quote=blackforce][quote=asaudate][quote=blackforce]O conceito não é novo. O Multics não me deixa mentir.

Agora, várias das aplicações do conceito são novas. Soluções como IaaS garantindo escalabilidade e elasticidade tendendo ao infinito talvez é a única alternativa viável para vários cenários. Dê uma lida nisso

http://blog.caelum.com.br/o-cloud-computing-e-inevitavel/[/quote]

Tendendo ao infinito é exagero, vai… nem a EC2 garante isso (o cara da Nasa, no QCon, demonstrou que ele “só” conseguia 500 máquinas).

[]'s[/quote]

Tendendo ao infinito não quer dizer que consegue suportar qualquer demanda, mas sim que, estatisticamente, quase toda demanda que já apareceu foi suportada. Por isso que a expressão é “tendendo ao infinito” e não “infinito”[/quote]

Aí, depende do ponto de vista. Eu considero 500 máquinas um datacenter inteiro. Algo como o que a Visa tem. Só que a Visa não resistiu aos ataques DDOS dos grupos hacker pró-wikileaks quando o Julian Assange foi preso.

[]'s

fredferrao · Dezembro 9, 2011, 11:05am

[quote=asaudate]Novo, nem tanto. Mas a diferença entre um servidor “normal” e um servidor na nuvem é enorme.

Basta pensar na demanda de uma loja de árvores de Natal on-line, por exemplo. Durante 11 meses por ano, a demanda é quase nula. Em dezembro, a demanda vai lá em cima. E aí, fica o dilema: você paga, durante um ano, várias máquinas pra quase não ter uso, ou deixa uma máquina só e corre o risco de ela não aguentar a demanda quando chegar a hora? A computação em nuvem veio pra corrigir isso (dentre outros problemas). Se você precisar de máquina a mais em determinado momento, você tem essa máquina. E não precisa se preocupar com a demanda, porque ela sempre vai responder à altura.

E respondendo à pergunta, uma aplicação J2EE pode ser uma aplicação em cloud computing, porque são termos complementares: você pode ter qualquer aplicação, em qualquer linguagem, hospedada na nuvem, assim como pode ter uma aplicação J2EE em um servidor normal. E pode ter uma aplicação J2EE na nuvem. O que muda, quase sempre, é a maneira de se desenvolver, porque antes de começar a desenvolver uma aplicação dessas, deve se pensar 20 vezes em cada recurso que será utilizado, para poder dispor o máximo possível do poder da nuvem.

[]'s[/quote]

Acho bem estranho este conceito de cloud computing. Então cloud computing é simplesmente a capacidade de escalar automaticamente? Então meu server que esta na nuvem e é acessado por qualquer um, de qualquer lugar, não é cloud computing pq nao escala, não tem elastic e etc? Devia ter outro nome então se o conceito de cloud computing é simplesmente poder de escala!

Nunca saquei bem este conceito de cloud computing, e sempre que ha um tópico a respeito, a discussao vai longe, ou seja parece que nao ha um consenso comum do que seja.

A mim, sem estudar muito o assunto, sinceramente parece que desde que existe web, existe computacao na nuvem, mas agora a coisa virou febre e todos usam o nome, dando a parecer ser algo diferente do que ja existia, pode até ter novas features, como a escala automatica, mas o conceito continua sendo.

Alexandre_Saudate · Dezembro 9, 2011, 11:11am

[quote=fredferrao][quote=asaudate]Novo, nem tanto. Mas a diferença entre um servidor “normal” e um servidor na nuvem é enorme.

Basta pensar na demanda de uma loja de árvores de Natal on-line, por exemplo. Durante 11 meses por ano, a demanda é quase nula. Em dezembro, a demanda vai lá em cima. E aí, fica o dilema: você paga, durante um ano, várias máquinas pra quase não ter uso, ou deixa uma máquina só e corre o risco de ela não aguentar a demanda quando chegar a hora? A computação em nuvem veio pra corrigir isso (dentre outros problemas). Se você precisar de máquina a mais em determinado momento, você tem essa máquina. E não precisa se preocupar com a demanda, porque ela sempre vai responder à altura.

E respondendo à pergunta, uma aplicação J2EE pode ser uma aplicação em cloud computing, porque são termos complementares: você pode ter qualquer aplicação, em qualquer linguagem, hospedada na nuvem, assim como pode ter uma aplicação J2EE em um servidor normal. E pode ter uma aplicação J2EE na nuvem. O que muda, quase sempre, é a maneira de se desenvolver, porque antes de começar a desenvolver uma aplicação dessas, deve se pensar 20 vezes em cada recurso que será utilizado, para poder dispor o máximo possível do poder da nuvem.

[]'s[/quote]

Acho bem estranho este conceito de cloud computing. Então cloud computing é simplesmente a capacidade de escalar automaticamente? Então meu server que esta na nuvem e é acessado por qualquer um, de qualquer lugar, não é cloud computing pq nao escala, não tem elastic e etc? Devia ter outro nome então se o conceito de cloud computing é simplesmente poder de escala!

Nunca saquei bem este conceito de cloud computing, e sempre que ha um tópico a respeito, a discussao vai longe, ou seja parece que nao ha um consenso comum do que seja.

A mim, sem estudar muito o assunto, sinceramente parece que desde que existe web, existe computacao na nuvem, mas agora a coisa virou febre e todos usam o nome, dando a parecer ser algo diferente do que ja existia, pode até ter novas features, como a escala automatica, mas o conceito continua sendo. [/quote]

Ahmn… não precisa ser radical. Eu também tenho um server que está na nuvem e não está elástico, mas pura e simplesmente porque ele não está configurado para isso. Ou seja, ele poderia ser elástico, mas ainda não está configurado, então não é elástico. Não deixa de ser uma máquina na nuvem, já que ele tem a capacidade - só não faz porque não está configurado.

Já com os servers tradicionais, não é assim que funciona: eles não são elásticos porque não tem essa capacidade. E cloud computing significa, sim, elasticidade e escalabilidade.

Talvez a discussão vá longe porque existem várias modalidades de cloud: IaaS, PaaS e outros, e acredito que essa seja a maior fonte de confusão. Mas é tudo fornecido com a mesma premissa: escalabilidade através da elasticidade.

[]'s

douglaskd · Dezembro 9, 2011, 11:19am

[quote=fredferrao][quote=asaudate]Novo, nem tanto. Mas a diferença entre um servidor “normal” e um servidor na nuvem é enorme.

Basta pensar na demanda de uma loja de árvores de Natal on-line, por exemplo. Durante 11 meses por ano, a demanda é quase nula. Em dezembro, a demanda vai lá em cima. E aí, fica o dilema: você paga, durante um ano, várias máquinas pra quase não ter uso, ou deixa uma máquina só e corre o risco de ela não aguentar a demanda quando chegar a hora? A computação em nuvem veio pra corrigir isso (dentre outros problemas). Se você precisar de máquina a mais em determinado momento, você tem essa máquina. E não precisa se preocupar com a demanda, porque ela sempre vai responder à altura.

E respondendo à pergunta, uma aplicação J2EE pode ser uma aplicação em cloud computing, porque são termos complementares: você pode ter qualquer aplicação, em qualquer linguagem, hospedada na nuvem, assim como pode ter uma aplicação J2EE em um servidor normal. E pode ter uma aplicação J2EE na nuvem. O que muda, quase sempre, é a maneira de se desenvolver, porque antes de começar a desenvolver uma aplicação dessas, deve se pensar 20 vezes em cada recurso que será utilizado, para poder dispor o máximo possível do poder da nuvem.

[]'s[/quote]

Acho bem estranho este conceito de cloud computing. Então cloud computing é simplesmente a capacidade de escalar automaticamente? Então meu server que esta na nuvem e é acessado por qualquer um, de qualquer lugar, não é cloud computing pq nao escala, não tem elastic e etc? Devia ter outro nome então se o conceito de cloud computing é simplesmente poder de escala!

Nunca saquei bem este conceito de cloud computing, e sempre que ha um tópico a respeito, a discussao vai longe, ou seja parece que nao ha um consenso comum do que seja.

A mim, sem estudar muito o assunto, sinceramente parece que desde que existe web, existe computacao na nuvem, mas agora a coisa virou febre e todos usam o nome, dando a parecer ser algo diferente do que ja existia, pode até ter novas features, como a escala automatica, mas o conceito continua sendo. [/quote]

também acho…

pelo que percebi é uma VM num Super DataCenter e o usuário tem acesso para aumentar memoria, hd etc…

é como se eu comprasse um mainframe, e vendesse VMs e o R$ sobe de acordo com a config que ele configurar…

se for só isso nao tem nd de novo

fredferrao · Dezembro 9, 2011, 11:24am

asaudate:

Ahmn… não precisa ser radical. Eu também tenho um server que está na nuvem e não está elástico, mas pura e simplesmente porque ele não está configurado para isso. Ou seja, ele poderia ser elástico, mas ainda não está configurado, então não é elástico. Não deixa de ser uma máquina na nuvem, já que ele tem a capacidade - só não faz porque não está configurado.

Já com os servers tradicionais, não é assim que funciona: eles não são elásticos porque não tem essa capacidade. E cloud computing significa, sim, elasticidade e escalabilidade.

Talvez a discussão vá longe porque existem várias modalidades de cloud: IaaS, PaaS e outros, e acredito que essa seja a maior fonte de confusão. Mas é tudo fornecido com a mesma premissa: escalabilidade através da elasticidade.
[]'s

Não estou sendo radical, se é que pareceu , estou querendo apenas discutir de boa este assunto, e coloquei uma opnião. Mas vamos lá.

O que estou querendo dizer é que, como voce diz, cloud computing = elasticidade e escalabilidade, talvez o nome esteja errado entao.
Alguns conceitos:
cloud = nuvem = internet.
Oras, entao o meu VPS que esta la na nuvem, disponivel para todo mundo de qualquer lugar, não é considerado cloud computing, pq nao tem capacidade de elasticidade e escalabilidade??(Não vamos discutir se ele pode ser configurado pra isto ou não, ele apenas esta la, sozinho servindo apps web)

Do mesmo jeito entao, estou aqui na empresa, com uma LAN, onde tenho varios servidores com elasticidade e auto scale, porem servindo apenas a LAN, ele não estão na nuvem, mas se o conceito é este, entao tenho cloud computing aqui??

Sentiu o paradoxo? Meu server esta na nuvem mas não é cloud computing, meus servidores na minha LAN, que não estão na nuvem ja são?! :shock:

Alexandre_Saudate · Dezembro 9, 2011, 11:31am

[quote=fredferrao][quote=asaudate]
Ahmn… não precisa ser radical. Eu também tenho um server que está na nuvem e não está elástico, mas pura e simplesmente porque ele não está configurado para isso. Ou seja, ele poderia ser elástico, mas ainda não está configurado, então não é elástico. Não deixa de ser uma máquina na nuvem, já que ele tem a capacidade - só não faz porque não está configurado.

Já com os servers tradicionais, não é assim que funciona: eles não são elásticos porque não tem essa capacidade. E cloud computing significa, sim, elasticidade e escalabilidade.

Talvez a discussão vá longe porque existem várias modalidades de cloud: IaaS, PaaS e outros, e acredito que essa seja a maior fonte de confusão. Mas é tudo fornecido com a mesma premissa: escalabilidade através da elasticidade.
[]'s
[/quote]

Não estou sendo radical, se é que pareceu , estou querendo apenas discutir de boa este assunto, e coloquei uma opnião. Mas vamos lá.

O que estou querendo dizer é que, como voce diz, cloud computing = elasticidade e escalabilidade, talvez o nome esteja errado entao.
Alguns conceitos:
cloud = nuvem = internet.
Oras, entao o meu VPS que esta la na nuvem, disponivel para todo mundo de qualquer lugar, não é considerado cloud computing, pq nao tem capacidade de elasticidade e escalabilidade??(Não vamos discutir se ele pode ser configurado pra isto ou não, ele apenas esta la, sozinho servindo apps web)

Do mesmo jeito entao, estou aqui na empresa, com uma LAN, onde tenho varios servidores com elasticidade e auto scale, porem servindo apenas a LAN, ele não estão na nuvem, mas se o conceito é este, entao tenho cloud computing aqui??

Sentiu o paradoxo? Meu server esta na nuvem mas não é cloud computing, meus servidores na minha LAN, que não estão na nuvem ja são?! :shock: [/quote]

Na verdade, se você tem uma LAN elástica, então você tem, sim, uma nuvem - também chamada de Private Cloud.

Entenda que é bem por aí: é elástico, de maneira automatizada? É nuvem. Do contrário, não é. Então, é bem por aí, se você tem um VPS em algum lugar, mas ele não é elástico, então sua aplicação não está na nuvem.

Alexandre_Saudate · Dezembro 9, 2011, 11:34am

[quote=douglaskd][quote=fredferrao][quote=asaudate]Novo, nem tanto. Mas a diferença entre um servidor “normal” e um servidor na nuvem é enorme.

Basta pensar na demanda de uma loja de árvores de Natal on-line, por exemplo. Durante 11 meses por ano, a demanda é quase nula. Em dezembro, a demanda vai lá em cima. E aí, fica o dilema: você paga, durante um ano, várias máquinas pra quase não ter uso, ou deixa uma máquina só e corre o risco de ela não aguentar a demanda quando chegar a hora? A computação em nuvem veio pra corrigir isso (dentre outros problemas). Se você precisar de máquina a mais em determinado momento, você tem essa máquina. E não precisa se preocupar com a demanda, porque ela sempre vai responder à altura.

E respondendo à pergunta, uma aplicação J2EE pode ser uma aplicação em cloud computing, porque são termos complementares: você pode ter qualquer aplicação, em qualquer linguagem, hospedada na nuvem, assim como pode ter uma aplicação J2EE em um servidor normal. E pode ter uma aplicação J2EE na nuvem. O que muda, quase sempre, é a maneira de se desenvolver, porque antes de começar a desenvolver uma aplicação dessas, deve se pensar 20 vezes em cada recurso que será utilizado, para poder dispor o máximo possível do poder da nuvem.

[]'s[/quote]

Acho bem estranho este conceito de cloud computing. Então cloud computing é simplesmente a capacidade de escalar automaticamente? Então meu server que esta na nuvem e é acessado por qualquer um, de qualquer lugar, não é cloud computing pq nao escala, não tem elastic e etc? Devia ter outro nome então se o conceito de cloud computing é simplesmente poder de escala!

Nunca saquei bem este conceito de cloud computing, e sempre que ha um tópico a respeito, a discussao vai longe, ou seja parece que nao ha um consenso comum do que seja.

A mim, sem estudar muito o assunto, sinceramente parece que desde que existe web, existe computacao na nuvem, mas agora a coisa virou febre e todos usam o nome, dando a parecer ser algo diferente do que ja existia, pode até ter novas features, como a escala automatica, mas o conceito continua sendo. [/quote]

também acho…

pelo que percebi é uma VM num Super DataCenter e o usuário tem acesso para aumentar memoria, hd etc…

é como se eu comprasse um mainframe, e vendesse VMs e o R$ sobe de acordo com a config que ele configurar…

se for só isso nao tem nd de novo[/quote]

Não é apenas uma VM. A capacidade de elasticidade de cloud computing não deve ser vertical, mas sim horizontal. Ou seja, você deve ter a capacidade de aumentar o poder de processamento adicionando mais máquinas, não aumentando a capacidade de processamento de um single server.

A maioria das nuvens, de fato, implementa isso usando VM’s. Mas elas usam várias VM’s, não apenas aumentam a capacidade de uma única. Essa é a diferença entre um cloud server e um servidor dedicado, OK?

EDIT: Erro nos termos vertical e horizontal.

[]'s

blackforce · Dezembro 9, 2011, 11:37am

[quote=douglaskd]http://www.redehost.com.br/duvidas/qual-a-diferenca-entre-cloud-server-e-servidor-dedicado--184.aspx

pelo que percebi é uma VM num Super DataCenter e o usuário tem acesso para aumentar memoria, hd etc…

é como se eu comprasse um mainframe, e vendesse VMs e o R$ sobe de acordo com a config que ele configurar…

se for só isso nao tem nd de novo[/quote]

O que você descreveu acima, e poderia fazer, é IaaS, e concorrer com Amazon, Localweb, entre outros. De grosso modo, basta vender VMs, criar boas ferramentas administrativas para que os clientes pudessem monitorar consumo, replicar serviços, etc…

Em cima destas Vms, algumas empresas como Google e Microsoft criaram plataformas, como Google App Engine e Windows Azzure, para que os Softwares na nuvem possam rodar de acordo com as especificações destas plataformas.

Não acho que tem nada de novo, penso que apenas centralizaram em alguns fornecedores recursos que várias empresas em comum necessitam, além de, em cima disso, criaram ferramentas para se desenvolver aplicações forçando uma implementação mais escalável.

andre_salvati · Dezembro 9, 2011, 11:42am

Se o seu SERVIDOR está em um datacenter, dizemos que ele está na “nuvem” e, portanto, ele utiliza conceitos de “cloud computing”. Nesse caso, a nuvem pode ser pública (internet) ou privada (intranet).

Sua APLICAÇÃO pode estar em nuvem e ser deploiada no modelo de HOSTING ou no modelo de SaaS (Software como Serviço).
Hosting = 1 instância para cada cliente
SaaS = 1 instância para vários clientes (multitenancy)

Seguem posts sobre o assunto no meu blog:

http://www.empresadigital.inf.br/2011/05/o-que-e-cloud-computing-o-que-e-saas.html

http://www.empresadigital.inf.br/2010/08/o-que-nao-e-saas.html

http://www.empresadigital.inf.br/2011/02/saas-velocidade-de-implementacao_02.html

http://www.empresadigital.inf.br/2011/02/principal-vantagem-de-saas-o-preco.html

douglaskd · Dezembro 9, 2011, 11:55am

[quote]

Não é apenas uma VM. A capacidade de elasticidade de cloud computing não deve ser horizontal, mas sim vertical. Ou seja, você deve ter a capacidade de aumentar o poder de processamento adicionando mais máquinas, não aumentando a capacidade de processamento de um single server.

A maioria das nuvens, de fato, implementa isso usando VM’s. Mas elas usam várias VM’s, não apenas aumentam a capacidade de uma única. Essa é a diferença entre um cloud server e um servidor dedicado, OK?

[]'s[/quote]

complexo…

seria varias VMS separadas em um mesmo servidor, e ai o cliente aluga 1 dessas vms, se ele quer mais velocidade ele aluga 2, as duas ao invés de serem apenas 1, ficam como 2 vms trabalhando com processamento distribuido? para uma mesma aplicação?

Alexandre_Saudate · Dezembro 9, 2011, 12:01pm

[quote=douglaskd][quote]

Não é apenas uma VM. A capacidade de elasticidade de cloud computing não deve ser horizontal, mas sim vertical. Ou seja, você deve ter a capacidade de aumentar o poder de processamento adicionando mais máquinas, não aumentando a capacidade de processamento de um single server.

A maioria das nuvens, de fato, implementa isso usando VM’s. Mas elas usam várias VM’s, não apenas aumentam a capacidade de uma única. Essa é a diferença entre um cloud server e um servidor dedicado, OK?

[]'s[/quote]

complexo…

seria varias VMS separadas em um mesmo servidor, e ai o cliente aluga 1 dessas vms, se ele quer mais velocidade ele aluga 2, as duas ao invés de serem apenas 1, ficam como 2 vms trabalhando com processamento distribuido? para uma mesma aplicação?
[/quote]

Não necessariamente em um mesmo servidor. O cliente não aluga uma VM, ele aluga um conceito. E esse conceito é o de que ele terá automaticamente outra VM se a aplicação dele assim precisar. E ele vai pagar conforme for essa necessidade da aplicação.

fredferrao · Dezembro 9, 2011, 12:14pm

[quote=asaudate][quote=fredferrao][quote=asaudate]
Ahmn… não precisa ser radical. Eu também tenho um server que está na nuvem e não está elástico, mas pura e simplesmente porque ele não está configurado para isso. Ou seja, ele poderia ser elástico, mas ainda não está configurado, então não é elástico. Não deixa de ser uma máquina na nuvem, já que ele tem a capacidade - só não faz porque não está configurado.

Já com os servers tradicionais, não é assim que funciona: eles não são elásticos porque não tem essa capacidade. E cloud computing significa, sim, elasticidade e escalabilidade.

Talvez a discussão vá longe porque existem várias modalidades de cloud: IaaS, PaaS e outros, e acredito que essa seja a maior fonte de confusão. Mas é tudo fornecido com a mesma premissa: escalabilidade através da elasticidade.
[]'s
[/quote]

Não estou sendo radical, se é que pareceu , estou querendo apenas discutir de boa este assunto, e coloquei uma opnião. Mas vamos lá.

O que estou querendo dizer é que, como voce diz, cloud computing = elasticidade e escalabilidade, talvez o nome esteja errado entao.
Alguns conceitos:
cloud = nuvem = internet.
Oras, entao o meu VPS que esta la na nuvem, disponivel para todo mundo de qualquer lugar, não é considerado cloud computing, pq nao tem capacidade de elasticidade e escalabilidade??(Não vamos discutir se ele pode ser configurado pra isto ou não, ele apenas esta la, sozinho servindo apps web)

Do mesmo jeito entao, estou aqui na empresa, com uma LAN, onde tenho varios servidores com elasticidade e auto scale, porem servindo apenas a LAN, ele não estão na nuvem, mas se o conceito é este, entao tenho cloud computing aqui??

Sentiu o paradoxo? Meu server esta na nuvem mas não é cloud computing, meus servidores na minha LAN, que não estão na nuvem ja são?! :shock: [/quote]

Na verdade, se você tem uma LAN elástica, então você tem, sim, uma nuvem - também chamada de Private Cloud.

Entenda que é bem por aí: é elástico, de maneira automatizada? É nuvem. Do contrário, não é. Então, é bem por aí, se você tem um VPS em algum lugar, mas ele não é elástico, então sua aplicação não está na nuvem.
[/quote]

E ela esta aonde? No limbo :shock: ?

É ai que discordo. Ela esta sim na nuvem, afinal, a não ser que nuvem não signifique mais “internet”, ela esta sim na nuvem.

Não estou dizendo que voce esta errado, afinal não foi vc que criou este conceito deve ter lido/ouvido de alguem, mas se ela se resume a ser elastica e com poder de escala, deveriam tirar o “nuvem” do nome.

Eu penso que deveria ser assim:
Tanto minha app no meu VPS, quando outra na Amazon, estão na nuvem, afinal ambas estão na internet, porem a amazom é uma nuvem com varias features, entre elas elasticidade e escalabidade!

Alexandre_Saudate · Dezembro 9, 2011, 12:29pm

[quote=fredferrao][quote=asaudate][quote=fredferrao][quote=asaudate]
Ahmn… não precisa ser radical. Eu também tenho um server que está na nuvem e não está elástico, mas pura e simplesmente porque ele não está configurado para isso. Ou seja, ele poderia ser elástico, mas ainda não está configurado, então não é elástico. Não deixa de ser uma máquina na nuvem, já que ele tem a capacidade - só não faz porque não está configurado.