Arquivo da categoria: Amazon
Amazon FSX – Seu FileServer na Nuvem
Olá pessoal
Hoje eu vou mostrar como montar seu servidor de arquivos na nuvem sem servidor. É seu servidor sem servidor com Amazon FSX. Ferramenta sensacional.
Mas Fábio eu não preciso de servidor para acessar o ambiente? Sim. É um serviço de plataforma baseada em instancia Windows.
Simples e totalmente gerenciado
Você não precisa mais se preocupar com a configuração e o provisionamento de servidores de arquivos e volumes de armazenamento, atualização de hardware, configuração de software ou execução de backups. Em minutos, você pode criar um sistema de arquivos totalmente gerenciado.
Compatibilidade nativa
Com sistemas de arquivos de terceiros totalmente gerenciados, você obtém compatibilidade nativa que suporta os recursos, desempenho e segurança do sistema de arquivos nos quais você confia hoje, sem necessidade de alterações em seus aplicativos.
Uma arquitetuta de ambiente em redes AWS
Uma arquitetuta de ambiente em VPN.
Integrações da AWS
O Amazon FSx integra os sistemas de arquivos de terceiros com serviços AWS nativos da nuvem, tornando esses sistemas de arquivos úteis para um conjunto ainda mais amplo de cargas de trabalho.
Para montar a plataforma é muito simples.
Coloque o nome do system name e defina o tamanho do volume que você irá usar.
O segundo passo é definir a rede, a zona e região que ele irá pertencer. Importante saber que por traz é uma instancia e totalmente gereciavel pela AWS.
Então você não se preocupa com a infraestrutura do ambiente.
O FSX exige que tenha um serviço de diretório para que faça as realizações de autenticação.
Crie o diretório.
O serviço de diretório tem 4 tipos de serviços, baseado em AD, Simple AD baseado em SAMBA, AD conector você pode integrar através de ADFS proxy o seu serviço e grupos de usuários do sérvio do AMAZON Cognito.
No caso estamos usando o serviço baseado no File Server Windows, então use o serviço baseado no AD.
OBS: O passo a passo do AD não está incluso aqui.
Como estamos fazendo um lab eu irei usar o serviço de tamanho pequeno, com dns fabiopereirasilva.local
Demora uns 25 minutos a criação do AD do Linux e mais ou menos 1 hora o AD do Windows, então tenha paciência.
Escolha o tipo de encriptação que será usado, neste caso o padrão default.
A manutenção é opcional, mas não arrisque, já mantenha uma política de backup já ativa para não ter problemas posteriores.
Verifiquei se esta tudo certo e crie o servidor.
Agora só aguardar a criação para dar sequência.
Pronto ambiente criado.
Vamos agora criar um diretório.
No serviço de diretório vamos criar uma pasta em Cloud Directory.
Criei a pasta teste123.
Para usar o serviço de fora da rede da AWS é preciso se conectar através de VPN.
Neste laboratório use uma maquina dentro da rede da AWS.
O método ai é igual ao tradicional.
net use H: \\fs-03d5694ee45130c14.fabiosilvapereira.local\teste123
Um exemplo de mapeamento via MSDOS.
Via meu computador
Mais informações a fonte é https://docs.aws.amazon.com/fsx/latest/WindowsGuide/migrate-to-fsx.html
Espero que com este post você seja capaz de usar o Serviço FSX da AWS.
Até a próxima.
Comparativo de serviços de CLOUD (AZURE, AWS e GCP)
Olá pessoal
Primeiro post do ano, mas com algumas atualizações e comparativos de serviços de cloud.
É dificil avaliar os serviços e comparar das clouds publicas das 3 principais clouds do mercado AWS, Azure e Google cloud platform.
Muita gente compara, mas são clouds com conceitos bem diferentes uma da outra e a forma de trabalhar também.
Eu fiz uma atualização destes serviços e fiz um infografico para analisar e desfrutar dos serviços parecidos ou concorrentes.
Espero que gostem e segue abaixo:
Quem quiser baixar em PDF comparativo-azure-gcp-aws
Leia o resto deste post
Programa MVP e MVP Reconnect
Quando comecei a postar na internet no Blog do WordPress, redes sociais e outros meios eletrônicos, foi uma maneira de guardar todos projetos que já trabalhei diretamente e indiretamente.
Foi tudo de maneira sem compromisso nenhum, mas todas as vezes que iniciava um projeto de alguma maneira eu tinha um histórico genérico, rico e com detalhes.
Alias a gente não guarda nada na cabeça, tem que registrar em algum lugar.
Trabalhando sempre com linux vi uma oportunidade de aprender Microsoft e também melhorar a carreira pois o mercado de TI muda muito com o tempo.
O blog começou a bombar, aprendi, comecei a dominar e ainda domino varias ferramentas, Windows Server, Exchange, SharePoint, System Center dentre outras, depois veio nuvem AWS, BPOS que se tornou Office 365, e agora esta uma gigante suite impressionante, e veio o Azure no qual me identifiquei na hora.
Nesta época de Office 365 e inicio do Azure comecei a utilizar o forum technet e me interessar e ajudar nas respostas na comunidade e também participar de vários eventos. Afinal era o que pagava meu salario e me interessava muito SaaS e Cloud. Comecei a me interessar pelo programa MVP em 2012 e fui me inscrevendo mesmo não sabendo realmente o que o programa era.
Em resumo o programa é destacar profissionais com conhecimento técnico elevado, evangelizar a ferramenta ou serviço que você domina e ajudar a comunidade técnica. Em outro olhar mais detalhista é também divulgar comercialmente ferramentas e serviços da Microsoft pois você está a frente de uma gigante do mercado de tecnologia queira ou não vendendo seu peixe indiretamente ou não, por uma parceira, com a sua empresa ou em um grande player de mercado.
Entrar no programa MVP demorou pelo fato de tecnicamente estar crescendo naturalmente, mas também foi tão legal entrar pois estava no auge da maturidade profissional e técnica. Repetindo, veio naturalmente.
Continuei com meus posts, agreguei valor com webcasts e apresentações mais contundentes pois tinha informações quentes da fonte (Microsoft) isso ajuda. Ainda mais quando o interesse investigativo meu sempre foi ao nível hard.
Cresci profissionalmente, virei professor de CLOUD e depois de CLOUD AWS. Coisa que nunca pensei em ser. Me deu prazer.
Ser MVP também te traz algumas responsabilidades, de atender o programa e estar bem ativo, atender a comunidade na medida do possível. Isso é um requisito que no meu conceito não pode se perder. Como eu disse tudo que fiz na vida foi tudo com busca em em um equilíbrio. Dependendo do seu crescimento profissional, pessoal isso precisa pesar na balança pois o tempo é primordial.
O programa teve algumas mudanças, fiquei 3 anos no programa e agora o ciclo de MVP se encerra. Mas a Microsoft devido o numero de MVPs ser grande criou um outro programa que é o MVP Reconnect, que é uma forma de ainda agregar valor e continuar com os MVPS no radar.
Outro ponto é que o programa você pode retornar a titular do programa, onde eu desconhecia e isso é relevante.
Continuarei a realizar meus posts, webcasts e apresentações como nunca parei, desde antes de ser MVP e agora como MVP Reconnect. Nem se não fosse continuaria.
O mais legal do programa não é o programa é o network que você constrói, as amizades, os trabalhos que são gerados, as aulas que são dadas, os eventos que são realizados e no fim deles as risadas dadas, o quanto que você evoluiu na carreira.
Não estou chateado, pelo contrario estou feliz por que impactei “gigantemente”, o numero de views, acessos impressionantes, que nunca pensaria ou imaginaria que chegaria.
As organizações estão mudando muito, as profissões estão mudando muito, os ciclos se encerram e novos vem para você nunca ficar na mesmice.
Vou ao MVP Reconnect com muito prazer e sem vergonha.
A comunidade que atendo sempre estaremos juntos
Até mais.
Como criar uma conta Amazon AWS?
1. Acesse o site: https://aws.amazon.com/pt/ e clique no botão “Cadastre-se”.
2. Forneça o e-mail que deseja utilizar em sua conta AWS e marque a opção “Eu sou um novo usuário”.
3. Clique no botão “Faça login usando nosso servidor seguro”.
4. Preencha o formulário com os valores solicitados, onde:
a) “Meu nome é”: seu nome completo
b) “Meu endereço de e-mail é”: seu e-mail
c) “Digite novamente”: é a confirmação do endereço de e-mail
d) “Digite uma senha”: é a sua senha de segurança
e) “Digite novamente”: é a confirmação da senha de segurança
5. Clique no botão “Criar conta”.
6. Selecione o tipo de conta (recomenda-se utilizar Conta Pessoal).
7. Preencha o formulário com os valores solicitados:
a) “Nome completo”
b) “País”
c) “Endereço”
d) Campo em branco para fornecimento de Complemento ao Endereço
e) “Cidade”
f) “Estado/província ou região”
g) “Código postal” é o CEP
h) “Número de telefone”
8. Digite o código de verificação de segurança.
9. Caso concorde com os termos descritos em “Contrato de Cliente da AWS”, aceite o Acordo do Cliente AWS, marcando a caixa em questão e seguindo adiante clicando no botão “Criar conta e continuar”.
10. Como o serviço será cobrado caso seu uso exceda o limite gratuito, você deve fornecer um cartão de crédito internacional válido para a quitação desses valores. No primeiro campo, informe o número do cartão e sua data de validade.
11. No segundo campo, forneça o Nome do Proprietário do cartão, exatamente como está impresso.
12. Selecione “Usar meu endereço de contato” para que notificações comerciais da Amazon sejam entregues no endereço cadastrado anteriormente.
13. Clique no botão “Continuar” para avançar para a verificação de identidade.
14. Na verificação de identidade, você receberá uma ligação automática no número cadastrado solicitando o PIN apresentado na tela. Assim que você preencher o formulário com o código do país e o número do telefone, um código será apresentado na tela, e deve ser digitado em seu celular durante a ligação automática. Se o procedimento for executado corretamente, seu celular estará confirmado como válido. Os procedimentos nesse passo são os seguintes:
a) Confirme se o número de telefone está correto, e clique no botão “Ligar para mim agora”.
b) Ao receber a ligação, siga as instruções, digitando em seu celular o número apresentado no campo PIN.
c) Se o procedimento for realizado com sucesso, a tela a seguir será apresentada, e você deverá clicar no botão “Prosseguir para seleção do seu Plano de suporte”.
15. Selecione um plano de suporte, onde o plano Básico é gratuito. Na tabela abaixo da tela de seleção dos planos mais detalhes sobre cada plano e suas especificações podem ser encontrados. Após selecionar o plano desejado, clique no botão “Continue”.
16. Pronto! Sua conta foi criada, e basta aguardar o processo de ativação da sua conta, que será confirmada através de e-mail.
Quadrante 2017 vs 2018 Nuvem
As corporações estão mudando a mentalidade sobre Cloud.
Esperam confiabilidade, escala, capacidade de manutenção e melhor suporte, não estão adotando a nuvem pública para recursos como autoatendimento, pagamento por uso, automação de acordo com o relatório do Gartner.
CenturyLink, Fujitsu, Interoute, Joyent, Rackspace, NTT Communications, Skytap e Virtustream foram retirados. Todos esses fornecedores falharam em fornecer os recursos técnicos relevantes para o Gartner, que são baseados no suporte a cargas de trabalho de produção em larga escala e de missão crítica, sejam corporativas ou nativas em nuvem.
O Amazon AWS é um líder indiscutível da nuvem pública. Sua plataforma de nuvem é madura, comprovada e confiável, tornando-se uma opção segura para empresas. Os clientes devem estar cientes do fato de que é fácil começar a usar o AWS, mas otimizá-lo para obter desempenho e o custo está se tornando cada vez mais complexo.
O forte comprometimento da Azure com os serviços em nuvem da Microsoft foi recompensado com significativo sucesso de mercado, o que a torna uma alternativa viável à AWS. A adoção do Linux e das tecnologias de código aberto da Microsoft, combinadas com o software do Azure Stack, está atraindo clientes corporativos para o Azure.
O Google Cloud finalmente chegou ao cobiçado quadrante de liderança. No entanto, tem que fechar a lacuna com os dois principais concorrentes. O fator de diferenciação do Google está em seus profundos investimentos em análise e ML
O Alibaba Cloud, antes confinado ao mercado da China, agora se qualifica como provedor global de nuvem de hiperescala, com seus centros de dados de Cingapura e Índia.
Mais informações acesse o site do gartner https://www.gartner.com/en
Valeu pessoal
Bloqueando o tráfego de um único IP na AWS
Então aqui está um tutorial rápido para bloqueio de IPS por ACL no AWS.
-
Abra o painel de controle do VPC
2. Abra a exibição “Network ACLs”
3. Abra o editor ACL
-
Selecione a sub-rede à qual suas instâncias EC2 ou balanceadores de carga estão conectados.
-
Clique em “Regras de Entrada”
-
Clique em “Editar”
4. Adicionar uma regra para bloquear o tráfego
Agora você verá o editor ACL. Na última linha, você pode adicionar uma nova regra.
Veja como você deve preencher os campos:
| Regra # | Use qualquer número inferior a 100, que é o número da regra de aceitar-tudo padrão. Isso é importante porque as regras são avaliadas em ordem, e sua regra precisa ser apresentada antes do padrão. |
| Tipo | Selecione “Todo o tráfego” |
| Protocolo | Bloqueado para “ALL” |
| Fonte | O CIDR que deseja bloquear. Para combinar um único endereço IP, insira-o aqui e adicione /32 . Por exemplo, 200.200.200.200/32 |
| Permitem negar | Selecione “DENY” |
Agora, clique em Salvar e você deve ver a tabela de regras atualizadas.
Facil né? Espero que tenha ajudado
Curso de Docker parte 01
Olá pessoal
Voltando de férias e vamos para um 2018 melhor que 2017, e que seja pior para 2019.
2017 foi sensacional e agora um curso totalmente gratuito e que ajude vocês em 2018.
O formato será diferenciado.
Quero tratar com carinho este curso.
Fiquem a vontade para perguntas e estarei disponível.
O curso terá um podcast com áudio para dar interatividade e dentro do curso alguns videos de instalações e comandos.
Eu quis fazer neste formato diferenciado pois só vídeo não é tão interativo.
Ouvir o áudio, ver os conceitos e comandos no blog e interagir com o vídeo será mais completo.
Acredito que no formato com podcast, blog e vídeo é mais interessante pois dará a expectativa de assimilar melhor e dar mais interatividade.
Muita gente tem que olhar o video ou parar varias vezes para que assimile o comando ou consiga entender. Então em formato PODCAST, e VIDEO entendo que será excepcional.
Espero que gostem.
A primeira parte é conceitual e é importante a parte conceitual pois é a essência do conhecimento.
Os livros que me baseei são estes.
Acredito que são essenciais para quem vai aprender os comandos e ter o conceito gravado.
https://www.casadocodigo.com.br/products/livro-docker
https://novatec.com.br/livros/primeiros-passos-docker/
https://novatec.com.br/livros/aprendendo-docker/
O que é necessário para aprender docker:
Eu acredito piamente que pelo menos ter familiaridade com console linux
- Debian ou Ubuntu
Centos ou Fedora
São distribuições fáceis de usar e o repositório de pacotes são fáceis de manipular
Obviamente os pacotes .deb para Ubuntu e Debian e os pacote .rpm para Centos e Fedora.
Familiaridade com comando yum para os pacotes RPM e apt para pacotes .deb.
Saber compilar pacotes .tgz no linux.
CONCEITO:
Afinal o que é docker: Nas minhas palavras é isolar um serviço ou enjaular usando container (chroot) usando uma base do kernel do sistema operacional linux e também Windows. O Windows Server 2016 também tem uma parceria e tem nativo docker.
Mais conceitual e importante ter o conceito pois o Docker já existe algum tempo mas desde 2008 ganhou popularidade.
Você empacota a aplicação web desenvolvida ou um serviço em um CONTÊINER (Pasta) e leva para qualquer maquina fisica, qualquer maquina virtual, qualquer ambiente virtual, qualquer nuvem (AZURE, AWS, Google Cloud Platform).
O que eu considero, é uma plataforma (PaaS).
Foi feito para aplicações inteligentes, de fácil crescimento e elasticidade. É preciso saber que nem toda aplicação tradicional precisa ser estudada e arquitetada, ou reescrever-la para que funcione em arquitetura de Docker.
Muita gente confunde que é virtualização de sua aplicação, apesar de ele funcionar virtualizado o conceito é isolar sua aplicação em um CONTÊINER.
Segundo o livro aprendendo linux pagina 25
LXC (Linux Container) exitem desde o kernel 2.6.26, que foi distribuído a partir de julho de 2008, vem por meio de sua arquitetura baseada em API, utilização de imagem por camada com a técnica de copia e gravação.
É um sistema operacional GUEST compartilhando recursos do KERNEL do sistema operacional hospedeiro.
Utiliza o CGROUP (CONTROL GROUPS), preste atenção pois isso faz parte do conhecimento de linux veja em https://access.redhat.com/documentation/pt-br/red_hat_enterprise_linux/6/html/resource_management_guide/ch01.
Veja que para aprender Docker precisa ter pelo menos oconhecimento dos comandos de linux.
Resumindo o control groups do linux é um recurso do kernel do linux obviamente responsável por isolar os recursos como rede, memoria, disco e cpu.
NAMESPACE: é a funcionalidade que permite definir uma área. Leia aqui e fique a noite lendo assim a assimilação é mais interessante para ter o conceito https://access.redhat.com/documentation/pt-br/red_hat_enterprise_linux/6/pdf/resource_management_guide/Red_Hat_Enterprise_Linux-6-Resource_Management_Guide-pt-BR.pdf
Veja que os detalhes são grandes.
OBS: Não aprenda antes rancher swarm e kubernetes sem antes aprender a essencia.
Muita gente aprende antes os orquestradores no qual é sensacional, mas quando da pau no ambiente o troubleshooting também é mais difícil de entender pois entender fica mais complicado.
Eu vou e volto na sua leitura de propósito para que você guarde então veja o comparativo da imagem de como funciona virtualização e contêiner.
Veja a diferença das camadas acima que em maquina virtual em resumo você tem um kernel para cada maquina virtual e você isola por maquina.
No conceito de docker você isola os apps por contêiner compartilhando o kernel.
E quais são as vantagens:
- Padroniza ambientes de desenvolvimento, testes e produção.
- melhora a utilização dos recursos fisicos
- facilita a recuperação de dados, como versionamentos das aplicações.
- faz isolamento das aplicações e configurações sem ficar mexendo constantemente.
- além do uso em ambiente fisico e virtual, os ambientes de nuvem também são espetaculares para orquestração.
As desvantagens:
- IO de disco é enorme então, use bons discos como SSD.
- Se o host docker cai todos os contêineres nele caem também.
- Dificulta os troubleshooting, já que adicionamos varias camadas de investigação.
O cara DEVOP ou DEV ou INFRA precisa ter total conhecimento da arquitetura do ambiente.
Resumindo:
Conteineres: São gerenciados por o docker engine a partir do linux LXC a partir da versão 1 que substituiu o LXC pela Libcontainer (Open Container iniciative), veja em https://www.opencontainers.org/.
Engine: é o daemon que gerencia a construção e execução dos containers, faz o trabalho de criar o CHROOT e controlar os recursos de rede, cpu memoria e outros.
Veja esta materia: https://www.vivaolinux.com.br/dica/Fazendo-chroot-facilmente
Cliente: a engine expõe uma API onde, com um cliente consome o socket ou a api ele passa os comando para o daemon (docker engine).
Eu acredito que esta primeira parte vocês irão conseguir assimilar o conceito.
Irei tentar colocar semanalmente e as outras aulas será mais mão na massa.
Estarei postando em outros canais e fiquem ligados.
Como é publico pode ser compartilhado, mas com uma menção aos canais postados.
Acesse os sites que sitei acima e até a próxima.
2018 vem ai
Olá pessoal
2018 vem aí. 2017 foi intenso e prazeroso. Quero agradecer aos quase 2000 assíduos, os mais de 100Mil views e acessos, frequentadores dos grupos, blogs, fanpage, redes sociais, palestras, cursos e parceiros que disseminamos Microsoft Azure, Office 365 e Cloud Computing.
Sem vocês a disseminação, a passagem de conhecimento não aconteceria.
O conhecimento precisa ser passado.
Cloud Computing Brasil https://www.facebook.com/ccomputingbrasil/
Microsoft Brasil não oficial https://www.facebook.com/groups/microsoftbr/
Linux ABC https://www.facebook.com/groups/linuxabc/
Meu Perfil https://www.facebook.com/fabiosilvacloud/
Grupo Azure Brasil
https://www.facebook.com/groups/azurebrasil/
YouTube
https://www.youtube.com/channel/UCqxKrvBO23tA81PQiIlkP4Q
https://www.linkedin.com/in/silvapfabio
Perfil MVP
https://mvp.microsoft.com/en-us/PublicProfile/5002105
Aos parceiros ChurropsOnDevops TIEspecialistas BlogUOL Diveo Fabio FOL Arqgenti
Ser MVP antes de tudo é ser comunidade e ajudar a disseminação do conhecimento.
F e l i z N a t a l e 2 0 1 8 P r o s p e r o
Amazon Workspace – Desktop na Nuvem
Olá pessoal
Primeiro de tudo!!!
O que é o VDI?
A infraestrutura de desktop virtual, ou VDI, refere-se ao processo de executar um desktop de usuário em uma máquina virtual hospedada em um servidor no datacenter. É uma forma poderosa de virtualização de desktop, porque permite desktops totalmente personalizados para cada usuário, com toda a segurança e simplicidade do gerenciamento centralizado.
O VDI permite que os clientes simplifiquem o gerenciamento e os custos, consolidando e centralizando os desktops enquanto fornecem aos usuários finais mobilidade e a liberdade de acessar os desktops virtuais a qualquer hora, em qualquer lugar, em qualquer dispositivo. É importante compreender, no entanto, que o VDI é apenas uma forma de virtualização de desktop.
Hoje eu vou mostrar para vocês um serviço que a AWS oferece que é o AWS Workspace. Seu desktop na Nuvem.
Imagina você acessar a sua área de trabalho de qualquer lugar e de qualquer dispositivo, sem investimento em CAPEX e Hardware, usar tudo como serviço.
O Workspace entrega tudo isso com Windows 7 e 10.
Acesse o famoso console da AWS, se autentique e na busca procure por Workspace. É bem simples De um Get Started Now.
Como eu disse o processo de ativação é bem rápido, temos 2 formas de ativação, como se fosse um WORKGROUP e o segundo avança do ele cria o serviço de diretório dentro do próprio AWS.
Iremos escolher o modo mais simples para demonstrar a vocês.
O AWS oferece varias imagens de start das versões de Windows e vamos escolher a versão obvia do Windows 10.
Escolha o usuário e se você quiser poderá criar mais um usuário. Aperte o botão Lounch Workspaces.
Va para o console e aguarde a criação da imagem.
No processo obviamente ele já cria a VPC da rede de desktops, e você pode criar a VPN para colocar seu próprio Active Directory para que você posso controlar os Desktops via GPO. Isso facilita bastante o processo. E as praticidades do AWS com snapshot das maquinas e outros serviços do AWS.
Após a criação do AWS Workspaces você estará apto a acessar.
Acesse a URL acima clientes.amazonworkspace.com e escolha a forma de acessar seu VDI. Ele permite o acesso via Windows, MAC, Linux, Android e IOS. Além de permitir o acesso via WEB através dos navegadores.
Se for via web registre o código ou pelos aplicativos. Você receberá um e-mail para informar a senha de acesso ao VDI.
Eu baixei o aplicativo para Windows e siga a sequencia de instalação
Siga a sequencia.
Você recebeu um e-mail para colocar a nova senha do VDI, coloque a senha e vamos acessar o Desktop.
Aguarde o acesso.
Permita o acesso do Aplicativo.
Pronto, você já estará acessando a área de trabalho do Windows 10 no Amazon Workspace.
Veja a rede interna que a AWS oferece através da VPC.
Abaixo a sequência para acesso via ANDROID.
Escolha no PlayStore Amazon Workspace
Achou, vamos instalar.
Instale a aplicação
Após instalar abre a aplicação.
Registre o código que recebeu para acesso ao APP.
Coloque o código
Após receber o código ele vai permitir que você coloque o usuário e senha da maquina.
Pronto, após acessar o usuário e senha você terá o acesso através de um dispositivo móvel.
Isso lhe dará uma liberdade imensa e até acesso a aplicativos legados que a sua empresa tem com Windows 7.
Este link ele te dá uma visão de preço para utilizar o Amazon Workspace https://aws.amazon.com/pt/workspaces/pricing/
Lembre-se que o uso é um serviço e seu CAPEX será transferido para o uso de OPEX. Isso da um folego grande de gestão da operação e justificar o uso de serviços sem investimento em Hardware.
Também lhe trará um ganho em gestão de licenciamento pois os licenciamentos de sistemas operacionais estão agora relacionados a OPEX.
Os custos de Capex obviamente você reaproveitará seu parque de desktops e utilizará como ThinClients com software Opersource ou até mesmo com a manutenção dos sistemas operacionais Windows sem um novo investimento.
Ou o investimento em Thinclients de baixo custo que não deixará seu Capex alto.
Eu espero que tenha ajudado e nos próximos posts eu falarei de mais de investimento em VDI.
Até a próxima.
Redundância de dados em nuvens diferentes “Multicloud”
Olá pessoal
Ontem tivemos notícias bombásticas que alguns serviços do Amazon tiveram fora ou totalmente fora, e um bem conhecido dele foi o S3, que é uns dos serviços de armazenamentos da AWS.
Hoje podemos definir que seu site ou aplicação for imprescindível podemos definir que ele tem que ter uma disponibilidade sem igual.
O “Seguro morreu de velho” já dizia nossos pais e nossos avós.
Então irei mostrar um exemplo bem básico de armazenar imagens estáticas ou até outros tipos de objetos.
Irei mostrar como fazer um upload básico da mesma imagem e você pode através de programação alterar de forma rápida em nuvens distintas como AWS e propriamente o Azure. Não tenho expertise em desenvolvimento, mas esta demonstração vai despertar a imaginação de você que desenvolve ou até mesmo pensar em multicloud.
Isso irá deixar seu site multicloud assim não dependente de uma nuvem só.
No Azure temos o Storage Account que tem algumas funções.
Se gostaria de saber sobre armazenamento em especifico sobre storage account no Azure veja em https://docs.microsoft.com/pt-br/azure/storage/storage-introduction.
Também sobre S3 veja em https://aws.amazon.com/pt/s3/.
Este post não visa mostrar como criar bucket no S3 e nem contêiner no storage account mas sim como fazer o upload da mesma imagem e mostrar as URLS das imagens nas 2 nuvens.
Eu criei o storage account e o contêiner em blob service para fazer o upload da imagem no Azure e criei um bucket no s3 e a pasta imagens no AWS. Irei fazer o upload em cada nuvem.
Bem simples no contêiner va em upload e escolha a imagem como escolhi banner01.jpg e faça o upload da imagem.
Banner feito o upload, agora vamos no AWS e fazer a mesma configuração.
Na pasta criada imagens vá em upload.
Clique em ADD Files e escolha a mesma imagem. Clique em START UPLOAD e aguarde.
Pronto já temos as mesmas imagens no Azure e AWS.
No Azure você pode ir em propriedades e copiar a URL da imagem como acima.
No AWS nas propriedades também tem a URL da imagem e você pode copiar também a URL.
Abaixo você pode verificar as URLS que criei.
https://bancodeimagens.blob.core.windows.net/imagens/banner01.jpg
https://s3-sa-east-1.amazonaws.com/bancodeimagensfabio/Imagens/banner01.jpg
Eu também fiz um html simples que mostra as 2 URLS nas 2 nuvens.
Esta é uma demonstração básica que pode ser feito já.
Tanto Azure como S3 tem redundâncias setadas para regiões garantindo que seus dados estejam disponíveis em localidades diferentes, mas nada que nuvens diferentes possam lhe dar poder maior de disponibilidade e até economia na hora de pagar.
Espero que este post ajude.
Até mais.
Obrigado.
