Distribuições Linux – Inclusão do Diretório /run

Bom, como sou LPIC (Linux Professional Institute Certificated), realmente tenho que estar atento a essas mudanças nas distribuições. E fui pesquisar na fonte da reportagem, pois estava muito pobre a explicação do site. E encontrei um desenvolvedor do Fedora porject explicando os motivos de se ter este novo diretório. E vi que realmente é importante adicionar este post, pois quem quiser tirar certificação no futuro ou mesmo pretende atualizar alguma versão deve se preparar para mudanças na estrutura dos diretórios.

Bom, para quem entende melhor da estrutura de pastas das distribuições Linux deve saber que grande parte dos dados de execução para o early boot é usado no diretório /dev em vários diretórios ocultos. /dev/.udev é o primeiro, mas ao decorrer do boot do SO ele segue para vários outros. /dev/.mdadm, /dev/.systemmd, /dev/.mount e por aí vai. (Dependendo da distribuição pode haver muito mais diretórios) O principal motivo para se usar o /dev para a inicialização é que ele é conhecido como tmpfs (temporary file system), ou seja, ele é o primeiro lugar a ser usado para o boot da máquina, “ativando” os drivers e Filesystems. Mas o /var/run é apenas inicializado bem depois. Mas sabendo disso, no /dev também são executados vários dados irrelevantes para o boot, mas são usados para execução de outras aplicações durante a utilização do sistema. Onde não faz sentido estar ali, pois faz parte de uma estrutura diferente de execução. No /dev estamos falados dos devices da máquina e não de dados de execução.

Um termo usado pelo desenvolvedor do Fedora para expressar o uso do /dev para execução de aplicações foi à seguinte: “/dev sempre foi um lugar inapropriado e feio para dados de execução: dados de execução não são dispositivos então não faz sentido eles estarem lá”. Por essa aplicação erronia desses dados que foi feita a necessidade de se utilizar o /var/run. Lógico que ainda terá vários dados executados nos diretórios ocultos do /dev mas os não necessários para uso do boot serão aplicados no /var/run/xxx.

Bom, reuniões já foram feitas entre pessoas chaves responsáveis  palas distribuições: Debian, Ubuntu, Suse e Fedora. E já temos a aplicação no Fedora 15 e nas outras distribuições logo estará aplicado. Para finalizar segue as vantagens:

- Haverá apenas um tmpfs, suportado no /run, /var/run reduzindo um pouco a utilização do tmpfs padrão do SO.

- Todos os dados de execução estarão localizados no mesmo local, e não haverá nenhum problema com diretórios ocultos, facilitando a vida do administrador do sistema.

- Ficará melhor e mais organizada a estrutura do sistema não utilizando erroniamente o /dev para aplicações de execução.

Em resumo isto irá facilitar a vida de administradores de sistema Linux, para usuários finais que apenas usam o sistema sem fazer muitas alterações isso não vai causar grandes mudanças. Para melhores explicações segue o link da explicação do desenvolvedor: http://goo.gl/xm1kr. E aqui segue o link da chamada da noticia em português no site uder-linux: http://goo.gl/8jpz8.

Multi Python

Creio que muitos aqui devem já ter desenvolvido com Threads, e muito já devem ter pensado que Threads melhoram o desempenho de um software. Mas, gostaria de dizer que Threads não melhoram efetivamente o desempenho de um software. As Threads podem ajudar a controlar melhor seu software, mas caso você tenha um problema muito grande e você quer dividir este problemas para resolve-lo paralelamente as Threads não vão ajudar. Eu mesmo fiz alguns testes e vi que não há nenhuma diferença entre um programa linear chamando uma função atrás da outra e um programa que chama várias Threads ao mesmo tempo. Isso acontece pois as Threads de um determinado programa, por padrão, é executada dentro do mesmo processo. Isso acaba limitando todo o processamento dentro do mesmo processo. Então se você tiver uma ou vária threads trabalhando juntas para resolver o mesmo problema o tempo será o mesmo. Mas o Python 3.1 traz uma novidade, uma nova classe chamada multiprocessing. Está classe ajuda a melhorar o tempo de processamento de um determinado software.

Vamos supor que você tem uma lista de intervalos de números muito grandes, e você tem uma máquina Quad-Core e você quer usar o máximo destes quatro núcleos. A melhor forma é usar a classe multiprocessing e não a classe threading. Pois a multiprocessing irá criar um novo processo para cada chamada da função que você deseja executar ele irá criar um novo processo e o S.O. será responsável  por gerenciar estes processo, e logicamente os processos serão divididos entre os núcleos!

Mas como fazer isso. Irei colocar dois arquivos anexados neste post. Um utilizando Threads e outro Processos. E este sistema mostra quanto tempo demora entre iniciar o programa e finalizar o ultimo processo. Se você tiver um computador com mais de um núcleo. Veja a diferença no resultado. Mas se seu computador for Mono-Core o resultado será basicamente o mesmo… Irá até demorar um pouco mais o de Processos pois há uma perda de processamento para criar os processos. Bom quem quiser ver o resultado mesmo vejam em sua lista de processos a diferença. Usando o programa com Threads você verá que a memória do Programa com Threads irá aumentar. No caso dos multi-processos você verá a lista de processos aumentar. Bom vejam com mais detalhes nos arquivos: Processos Thread (Utiliza Python 3.1)

Muitos hoje em dia sabem apenas que Python é uma cobra, o que não deixa de ser verdade, mas por outro lado muitos também sabem que Python é uma das linguagens de programação mais poderosas do mundo. Apesar de ter toda uma discussão de pessoas falarem que Java é melhor ou Ruby é melhor. Mas, não estou aqui para discutir qual linguagem é melhor que a outra. Estou aqui para apresentar as vantagens de se usar Python.

Bom antes de receber qualquer crítica dentro desse tópico eu digo que, não vou defender diretamente Python para todas as soluções apresentadas a seguir. Pois um bom programador sabe que para determinados problemas algumas linguagens são mais eficientes do que outras. Mas vou mostrar algumas vantagens de se usar Python para determinados problemas. Antes vamos fazer uma pequena introdução.
Python é uma linguagem multi paradigma, ou seja, é uma linguagem que abrange mais de uma forma de programar. Esta linguagem pode usar paradigmas Imperativos igual a C, Pascal e COBOL. Pode usar o paradigma Orientado a Objeto como Java, C++ e Smalltalk. E pode usar o paradigma Funcional como Haskell e Lisp. Neste Post vamos mostrar como se programar em algum destes paradigmas e suas vantagens em usar Python.

Imperativo

Quem já fez algum curso de programação certamente deve ter conhecido o paradigma Imperativo logo de cara. Pois em grande parte das faculdades ou cursos técnicos de computação se aprende um pouco do paradigma imperativo. As linguagens preferidas para faculdades para começar a ensinar programação são C ou Pascal. E nos cursos de informática costumam ensinar Visual Basic, que Deus tenha piedade das almas das pessoas que aprenderam Visual Basic.

Em Python pode se usar o paradigma Imperativo como C sem problemas nenhum, usando seus for, while, do while. Mas de uma maneira muito mais limpa que C. Bom vamos ver um exemplo de um código em C que cria um vetor e inverte suas posições. Vejam o código abaixo. Bom só um detalhe, caso você nunca tenha programado na vida, por favor, ignore a imagem.

Código em C

Código em Python

Bom, não vou falar linha a linha, pois uma imagem vale mais que mil palavras. Mas em geral vocês podem ver as grandes diferenças principalmente dentro da declaração de variável onde em C você sempre tem que declarar uma variável com um tipo específico. No nosso caso estamos apenas trabalhando com o tipo de inteiros, mas sempre quando vamos definir uma nova variável nós devemos definir seu tipo. Neste caso dizemos que C é uma linguagem fortemente tipada, pois tem seus tipos muito bem definidos. No caso de Python você pode declarar uma variável em qualquer lugar e não precisa definir o tipo dela. Pois dentro do código você simplesmente aloca o valor à variável e o interpretador verificar o tamanho a ser alocado dentro da memória. Em outros termos podemos falar que o Python é uma linguagem com tipos fracos. Pois tem seus tipos implícitos. Mas uma grande vantagem de não haver tipagem é que você pode transformar uma variável que tinha o valor 1 atribuído em uma linha, na próxima linha você pode inserir o valor ‘a’. Isso quer dizer que o Python além de ter uma tipagem fraca, também tem uma tipagem dinâmica. Onde as variáveis podem assumir o valor que o programador desejar sem maiores problemas.

Orientado a Objeto

Em orientação a objeto Python também pode trabalhar com este tipo de paradigma. Onde podemos criar vários objetos dentro de um determinado código como em Java. Mas em geral quem já programou em Java deve saber que ela também é uma linguagem de tipagem forte, e não tem tipos dinâmicos a não ser se você usar casting. Mas isso não vem ao caso no momento. Bom quando temos que declarar uma classe em Java, ou tiver que criar métodos e atributos tem muitas regrinhas a seguir, definindo o que será publico ou privado ou protegido. Python em geral não contém algo tão a fundo, que por um lado é muito útil, mas Python ainda tem uma forma muito poderosa de declaração de classes. Vejam a imagem:

Classes em Python

Bom como vocês podem ver tem algumas coisas um pouco diferentes em Python quando se trabalha com classes, no caso de declarar os atributos você deve declarar os valores dentro do construtor __init__, sim o construtor padrão do Python se chama __init__. Também não gostei muito, mas, nem tudo são flores. Chegando a continuação o self equivale ao this do Java e do C++. No caso de Python esta parte de do desenvolvimento deve ser explicita onde em Java é implícito onde pode causar alguns problemas de se criar variáveis como parâmetros com o mesmo nome dos atributos. Isso Python se salva por obrigar a declaração do self. Usando o self você está falando para o interpretador que aquela variável faz parte da classe e todos os métodos poderão acessá-la utilizando o self. a frente dela.
Para finalizar uma coisa que todos devem ter visto, onde estão as CHAVES? Bom dentro do Python a identação é onde se define o que está dentro do que. Como vocês podem ver que qualquer bloco se inicia por um ‘:’ que equivale ao conhecido ‘{’. E logo em seguida você deve identar para equivaler que aquele bloco de código está dentro do for ou da função.
Em geral não venho falar que Python é melhor que outras linguagens, pois cada linguagem é especializada em um determinado problema. Veja COBOL, não há nada melhor para trabalhar com Strings do que COBOL. C comanda quase tudo dentro da sua máquina. Então você deve saber qual a melhor linguagem para seu problema, e aqui venho inaugurar a nova página do Ubuntu 4 Free, a página focada totalmente em Python. Tutoriais e vários códigos para ajudar programadores iniciantes em Python. Lá vou focar mais na forma de se programar, aqui apenas foi uma apresentação. Espero que não demore tanto para colocar um novo post aqui no Blog.

Quem quiser mais referencia vejam aqui

Google App Engine

software chamado SaaS (Software as a Service). Antes de começarmos a falar da ferramenta do Google para desenvolvimento em Nuvem, precisamos entender o que é o SaaS.

SaaS nada mais é que um software funcionando em nuvem. Como isso funciona? Há certo tempo todos os softwares desenvolvidos eram apenas locais, com alguma conexão de rede para um servidor onde todos os dados eram armazenados em um banco de dados, mas todo o processamento ficava na maquina local e não no servidor. Após certo tempo, as aplicações começaram a se tornar web, mas ainda processadas dentro da maquina do usuário. Usando a arquitetura Cliente/Servidor. Atualmente os muitos aplicativos do Google como o Google Docs trabalham com a arquitetura SaaS. Onde todo o processamento, que era antes na máquina do usuário, é processado nos servidores do Google. Assim a única coisa que o usuário precisa, é apenas um meio de receber os dados para o seu computador. No caso do Google Docs esse meio de comunicação entre o software e o usuário é o browser.

Bom, agora que entendemos o que é SaaS, vamos entender o que é o Google App Engine. A toda poderosa Google foi uma das pioneiras no desenvolvimento de softwares em nuvem, e nisso viu uma grande forma de ganhar dinheiro. O

Google Chrome OS - Sistema operacional baseado em SaaS

Google App Engine provê uma plataforma para os desenvolvedores que desejam criar alguma aplicação em nuvem, ou seja, um SaaS.

Essa plataforma do Google que também trabalha em nuvem, mas de forma diferente de um SaaS. Pois é uma plataforma, ou seja, é um PaaS (Pataform as a Service). Simplificando, o App Engine é uma plataforma que processa seu código na nuvem. Você não precisa compilar seu código na sua máquina, você pode mandar seu código para o servidor da Google e eles compilam para você e postarem o resultado em um domínio escolhido por você. Este domínio também é provido pelo Google.

Assim após eles postarem o resultado, você consegue ter acesso a sua aplicação já compilada e funcionando. E assim pode ter acesso aonde você quiser, levando a idéia do SaaS para perto de você. E o mais legal é que eles provem um serviço de banco de dados nos servidores, juntamente com um espaço de 500 Mb para a aplicação. Caso seu aplicativo exceda o tamanho grátis (500 Mb) o Google pode começar a cobrar pelo uso a mais dos seus servidores.

O Google App Engine trabalha tanto em Python quanto Java, isso é excelente para aprender uma nova tendência de mercado. Então, programadores Java e Python é hora de trabalhar. Quem quiser conhecer melhor é só entrar aqui.

Para concluir, nosso proximo post sobre Cloud Computing será sobre o Chrome OS, o sistema operacional do Google que trabalha com SaaS.

O início do gerenciamento de pacotes começa na configuração do arquivo /etc/apt/sources.list, este arquivo guarda todos os repositórios que deverão ser acessados para a instalação de seus novos pacotes ou atualizações.  Este arquivo quando aberto contem linhas como:

Estas linhas são os endereços dos repositórios oferecidos pela Canonical. Atualmente não é necessário adicionar nenhum tipo de repositório auxiliar para instalação de pacotes do Ubuntu. Mas caso seja necessário instalar alguns softwares como o VirtualBox você deve inserir o repositório específico da Sun para atualização do software.

Bom, após verificar o arquivo de repositórios é hora de conhecer os comandos responsáveis por instalação,

atualização e manutenção dos pacotes dentro das distribuições Debian. Primeiramente vamos conhecer os pacotes de instalação.

Os pacotes de instalação das distribuições Debian são facilmente reconhecidos pela extensão .deb. Estes arquivos permitem uma instalação fácil e rápida de qualquer aplicativo que você deseja instalar seu SO. Caso você tenha um arquivo de instalação já salvo em seu PC a instalação é simples, apenas use o comando dpkg. Veja o exemplo

dpkg –i pacote.deb

apt-get install

Se o pacote não tiver nenhuma dependência a instalação será feita com sucesso. Mas tocando no assunto dependências, vamos definir o que são dependências. Toda a vez que você for instalar um pacote novo em seu Linux, você deve verificar se o pacote não necessita de outros para funcionar. Isso funciona da mesma forma que se você quer instalar um jogo no Windows, você deve ter instalado antes o DirectX. No caso do Windows ele deixa você instalar sem problemas, e você descobre que seu jogo precisa de DirectX só quando você tenta usá-lo.

O Linux, ao contrario do Windows, ele não permite a instalação de pacotes com dependências. Mas há uma forma de instalar mesmo com dependências, apenas precisamos forçar a instalação do pacote. Simplesmente usando a tag –force junto ao comando.

dpkg –i –force pacote.deb

Mas as distribuições Linux também têm um administrador de pacotes para pacotes online, fazendo o download do pacote e logo em seguida executa a instalação. Este gerenciador é o apt. Esta poderosa ferramenta administrativa faz o download e instalação de qualquer pacote .deb.

Para a instalação de pacotes é simples, apenas digite:

apt-get install nome-do-pacote

Neste caso não é necessário colocar exatamente o nome do pacote, se você deseja instalar aplicativos como o samba. Você pode digitar diretamente o comando:

apt-get install samba

E o gerenciador de pacotes irá encontrar automaticamente os pacotes necessários. Caso não encontre ele irá exibir quais pacotes que contenham a palavra samba ou similares. Em geral a instalação não causa problemas.

Agora, caso você deseje listar todos os pacotes instalados no seu SO, você deve executar um comando muito simples que exibe todos os pacotes.

dpkg –l

Este comando lista com detalhes todos os pacotes instalados no sistema. Mas se você deseja encontrar todos os arquivos dos pacotes instalados, ou seja todos os pacotes com extensão .deb é só você executar o comando.

ls /var/cache/apt/archive

Este é o repositório de todos os seus pacotes instalados, se você desejar instalar os mesmos pacotes em algum outro PC, apenas copie este repositório inteiro e instale tudo na outra máquina.

Para terminar, caso você deseje remover algum pacote você pode usar o comando:

apt-get remove nome_do _pacote

Este comando permite que você remova todos os pacotes relacionados ao nome do pacote, mas não remove todos os arquivos de configuração. Para remover os arquivos de configuração você deve somar ao comando apt-get remove a tag –purge. Veja o exemplo

apt-get remove –purge nome_do_pacote

PS. Antes de qualquer instalação utilize o comando apt-get update para a atualização de novos pacotes para a instalação.

Mais informações sobre o apt-get aqui.

Em memória a Manuel Rodrigues meu Avô – 1917 – 2010

$sudo

$ sudo passwd root

Este comando já ativa automaticamente a conta do super usuário, o root. Isso para usuários e sysadmins pode ser uma facilidade muito grande na hora de gerenciar e configurar o sistema. Mas usar o comando sudo ao invés de logar diretamente como root é uma forma mais segura de administrar seu servidor. O comando sudo não é apenas uma forma de usar o aplicativo como se fosse root, há muitas outras coisas envolvidas para proteger a aplicação de possíveis atitudes maliciosas.

Quem já trabalhou com servidores GNU/Linux dentro de grandes empresas sabe que é altamente recomendado você logar com sua conta de usuário e após o acesso deve-se logar como root usando o comando su, que nada mais é que um comando para troca de usuário sem precisar fazer logout da conta atual, mas mesmo assim temos um grande problema. E se você tem um usuário que deve usar aplicativos como root, por exemplo, o halt. Mas ele não deve ter acesso a todos os aplicativos ou arquivos de configuração. Então, se liberarmos a senha do root para ele acessar o comando sudo, dentro do terminal ele também pode usar o comando su e assim ganha acesso total ao servidor, pastas de usuários, aplicativos de acesso remoto (ssh) e muito mais. Caso ele esteja mal intencionado ou mesmo inexperiente pode causar grandes problemas no servidor, uma pratica comum de especialistas em segurança de rede é desconfiar até dos próprios funcionários da empresa. Não permitir erros de usuários é um pré requisito dos sysadmins.

Para não permitir que determinados usuários acessem aplicativos específicos é preciso limitar o acesso e ainda, não abrir a senha de root do servidor para qualquer usuário que deseje utilizar aplicações específicas. A solução disso está localizada em um arquivo de configuração encontrado em /etc/sudoers. Em geral este arquivo contem todas as configurações de acesso do comando sudo, podendo assim limitar o acesso de determinado usuário. Bom, vamos começas a ver como se faz para configurar este arquivo e limitar o acesso de um usuário chamando teste.

Para a edição do arquivo /etc/sudoers precisamos executar o comando visudo, nas distribuições Ubuntu este comando executa o editor de texto nano (7.04+) em outras distribuições por padrão executa o editor de texto vi. Este editor foi desenvolvido para criar uma cópia do arquivo sudoers para a edição sem risco, e após gravar e fechar o arquivo o visudo verifica se há erros no arquivo e retorna o problema caso seja encontrado.

Para começar, deve-se ter em mente quais comandos serão permitidos aos usuários comuns. No nosso caso o nosso usuário teste requisitou acesso aos comandos: shutdown, halt e reboot. Agora vamos por partes, primeiro vamos visualizar o arquivo /etc/sudoers, execute em seu terminal a seguinte linha de comando:

$ sudo visudo

Em sua tela será exibido um arquivo com várias linhas comentadas, com a tag # no começo de cada linha, mas terá duas linhas ativas que são:

Defaults env_reset

root ALL=(ALL) ALL

Estas duas linhas mostram que o arquivo está com a configuração padrão e o root tem permissão para executar tudo. Mas queremos que nosso usuário teste tenha apenas acesso a executar os comandos shutdown, halt e reboot. Para

root@server:/#

isso primeiramente temos que adcionar quais comandos serão liberados para o usuário teste, adcione o parâmetro a seguir logo abaixo da linha Defaults env_reset:

Cmnd_Alias TESTE_SHUTDOWN = /sbin/shutdown, /sbin/halt, /sbin/reboot

Vamos analisar o que este parâmetro faz, o inicio da tag começa com Cmnd_Alias. Este comando permite que você defina um nome para um conjunto de paths ou comandos, muito similar ao comando alias no terminal. O nome que referenciamos a tag é TESTE_SHUTDOWN, esta vai ser a forma de chamarmos essa tag mais a frente no arquivo. Ao final temos os paths dos programas, toda a vez que for definido um programa especifico deve-se inserir o path completo para evitar possíveis problemas de acesso.

Agora vamos definir qual usuário vai ter acesso a esses comandos, ao final do arquivo insira a seguinte tag:

teste ALL=(ALL) NOPASSWD: TESTE_SHUTDOWN

Esta ultima tag divide-se em três partes, primeira parte define qual usuários queremos configurar o acesso, nesse caso o usuário teste. O ALL=(ALL) define que este usuário pode executar qualquer programa com o comando sudo, mas a

senha será requisitada logo após o comando ou seja, caso o usuário não tenha a senha do root ele não vai ter como executar nenhuma aplicação não permitida. Por ultimo temos a terceira parte do comando NOPASSWD:TESTE_SHUTDOWN, aqui que encontramos a mágica, o comando NOPASSWD diz que para o usuário teste, toda a vez que ele executar algum comando dentro do alias TESTE_SHUTDOWN com o sudo, não será requisitado senha e irá executar sem pedir nada. Assim nosso usuário terá acesso aos comandos requeridos sem saber a senha de root, assim conseguimos manter a senha em sigilo e o usuário não terá mais problemas em desligar a máquina.

Concluindo, esta configuração é muito útil, mas tenha cuidado. Pois definindo determinados acessos aos usuários grandes problemas podem aparecer. Por exemplo, liberando o comando gzip para um usuário específico ele pode começar a compactar qualquer arquivo como o /boot/grub/menu.lst. O problema é que o comando gzip compacta o arquivo e exclui o original. Para não termos esse problema podemos definir no visudo toda a vez que o usuário digitar gzip –c não será requerido senha, mas se ele digitar qualquer outra opção a senha será requerida.

Mais informações sobre o /etc/sudoers aqui

O que é Cloud Computing

Você já deve ter se perguntado o que é cloud computing ou já deve ter pelo menos ouvido falar. Bom, Cloud Computing é uma nova tendência dentro da computação. Sua idéia já vem de 2003, sim 2003, para os que achavam que Cloud computing é algo novo está errado. Mas naquela época não era muito difundida, pois era muito caro devido o alto custo do hardware. Hoje em dia com o barateamento do hardware, grandes companhias como a Amazon, Microsoft e Google tem investido pesado em sistemas para cloud computing.

Mas, a grande duvida é saber o que é a cloud computing. Vamos entender um conceito de cloud, o que é uma nuvem (cloud)? Uma nuvem é aquela coisa branca que fica no céu onde todos podem ver. Opa! Achamos o conceito. A idéia de nuvem vem de que todos podem vê-la de qualquer lugar, como podemos fazer isso para computação? Simples, vamos fazer aplicações onde todos podem acessar de qualquer lugar. Essa é a idéia da Nuvem, acessar em qualquer lugar com qualquer maquina uma determinada aplicação sem ter que instalar nada na sua maquina.

Mas, o que isso muda na minha vida? Bom, isso pode ajudar você em muitas coisas e já ajuda sem você perceber. Você já usou o Google docs? Caso já tenha usado e tem algum texto guardado lá, parabéns você já tem dados guardado em uma nuvem. Uma questão levantada por muitos é: Mas aquilo não é apenas uma Web application?

Sim, o Google docs é uma aplicação web, mas por você poder acessar em qualquer lugar aquela ferramenta ela está funcionando com princípios de nuvem.  Ou seja é uma aplicação que é executada em um servidor. E você apenas recebe os resultados do processamento. E, além disso, você consegue armazenar seu arquivo dentro da aplicação.

A vantagem dessa aplicação do Google é que podemos ver dois tipos de serviços da cloud juntos, um deles é o SaaS (Software as a Service, Software como um Serviço). Este serviço é um dos ramos da engenharia de software que abrange a idéia de: Executar um programa dentro de um servidor e o resultado é apresentado para o usuário por meio de uma interface. Isso é o que acontece quando você executa o Google docs dentro do seu navegador.

Outro serviço que o Google docs fornece a vocês é o IaaS (Infra as a Service, Infra como um Serviço), este serviço permite que você use um servidor para guardar arquivos por meio de uma aplicação. Uma coisa interessante do serviço de IaaS é que algumas aplicações podem criar uma pasta dentro do seu computador e tudo que você guardar ali dentro daquela pasta na verdade não vai estar no seu PC mas sim vai estar em uma nuvem onde todos os seus dados vão estar protegidos e armazenados. Esta aplicação está ganhando certo mercado, pois a grande poderosa Canonical, criadora do Ubuntu, está com o projeto Ubuntu One que provem um aplicativo chamado DropBox onde você pode guardar arquivos dentro de uma pasta mas na verdade os dados vão para uma nuvem e ficam arquivados dentro de um servidor.

Para resumir tudo isso, a cloud computing veio para ficar e vai ajudar muitas e muitas pessoas com isso. Mas essa é uma pequena introdução sobre as suas funcionalidades no nosso dia a dia e algumas ferramentas para vocês entenderem como a Cloud funciona. Nos próximos posts teremos mais informações sobre a cloud computing. Falaremos mais sobre infra-estrutura e alguns artigos mais técnicos de como configurar até quanto lucrativo é ter sua empresa rodando em cloud computing.  Mas, não se atentem apenas as essas informações passadas sobre SaaS e IaaS. Pois essas áreas da engenharia de software ainda abrangem muitas outras coisas.