SUSE Insider

Nesta edição

• SUSECON
• Agilidade nos negócios
• Linux aos 25
• Armazenamento
• Atualização da certificação

Prévia da SUSECON 2016: A tecnologia impera neste outono!

Eu adoro o outono. Adoro as cores do outono. Adoro o ar puro e refrescante da manhã, que me acorda e faz meu cérebro funcionar. Adoro colher os legumes da minha horta como fruto de um trabalho amoroso que perdura todo o verão. Além disso, amo saber que a SUSECON está bem ali na esquina!

A SUSECON se tornou uma conferência emblemática no setor por muitas das mesmas razões que eu adoro o outono: conteúdo puro e refrescante que revigora seu cérebro e faz você pensar sobre novas possibilidades. A inovação se faz presente enquanto clientes, parceiros e entusiastas de código-fonte aberto aprendem sobre novas soluções open source, tanto da SUSE quanto de projetos upstream. Os colaboradores de projetos conhecem usuários empresariais e o mundo nunca mais será o mesmo…

Todos os anos, recebo feedback dos participantes da SUSECON de que a qualidade do conteúdo de nossa conferência é extraordinária. Não só os temas são os mais variados, mas são apresentados por engenheiros, gerentes de produto, clientes e parceiros da SUSE, que podem oferecer mais do que apenas uma visão geral superficial. Nossos apresentadores aprofundam-se nos tópicos. Os apresentadores são acessíveis a todos os participantes para perguntas e respostas no decorrer da conferência, caso haja questões que não tenham sido respondidas durante a apresentação. O conteúdo da sessão não se concentra unicamente nos produtos da SUSE, mas nas tecnologias subjacentes e nos projetos que as criam. Essa abordagem ajuda a tornar a SUSECON uma das melhores conferências técnicas do setor.

Eis uma prévia do que está por vir na SUSECON 2016. São mais de 150 sessões (não estou brincando!)

• 75 tutoriais técnicos que abordam produtos e tecnologias (venha aprender que não são a mesma coisa!)
  • Os tutoriais de produtos da SUSE incluem as atualizações mais recentes de produtos, entre eles: SUSE Linux Enterprise, SUSE Manager, SUSE OpenStack Cloud, SUSE Enterprise Storage e muito mais…
  • Projeto e tecnologias tratados nas sessões do tutorial incluem: Ceph, CephFS, Cloud Foundry, Docker, Kubernetes, KVM, LDAP, Manila, OAuth, openATTIC, OpenDOC, OpenStack, RADOSGW, Salt, SSSD, Sudoers e muito mais…
  • Produtos de parceiros incluídos na sessão do tutorial: Active Directory, CentOS, Oracle (12c e RAC), RHEL e SAP HANA. Além disso, você encontra Sessões de Patrocinador, em que demonstram como as excelentes soluções por eles oferecidas se conectam ao ecossistema da SUSE.
  • As sessões técnicas abrangem diversos tópicos, incluindo: Benchmarking, Big Data, Espelhamento de bloco, Contêineres, DevOps, Recuperação de desastre, Alta disponibilidade, HPC, Hyper-Convergence, IoT, Live Patching, Módulos, Monitoramento, Nuvem pública, Segurança, Fortalecimento do sistema, Gerenciamento do ciclo de vida da VM e muito mais, mas não há espaço para serem incluídos aqui...
• 100 horas de treinamento prático nos produtos da SUSE, além de outras tecnologias, como: Cloud Foundry, Docker, Kubernetes, Salt e SSSD.
• 22 sessões sobre o futuro onde os participantes ouvem diretamente de engenheiros e gerentes de produto da SUSE sobre as novidades nos produtos SUSE que eles adoram. Os apresentadores mostram os roteiros de desenvolvimento do produto e discutem abertamente quais elementos de upstream serão incorporados na próxima geração de soluções empresariais da SUSE. Além disso, os participantes têm a oportunidade de ir direto à origem e conectar suas tecnologias favoritas!
• 16 estudos de caso de clientes e parceiros da SUSE com insight do mundo real sobre estruturação e implementação das soluções SUSE em suas organizações. Esses estudos de caso cobrem tópicos, como:
  • Implantação e ajuste de alta disponibilidade do SAP HANA
  • Migração para o SLES em um mainframe
  • Implantação na nuvem com Kubernetes
  • Implantação do NFV no SUSE OpenStack Cloud
  • Migração de ambientes SAN herdados para um cluster Ceph distribuído
  • Conversão de um data center em uma nuvem pública empresarial
  • E outros excelentes casos de uso do cliente
• 16 sessões de nível de negócios em que os participantes podem obter visões gerais de alto nível das novas tecnologias ou compreender a posição da SUSE sobre questões controversas na comunidade open source. Essas sessões são uma ótima maneira de "entrar" em uma nova discussão e entender muitos lados de um assunto sobre tecnologia.

Se você quiser mergulhar profundamente em um tópico específico, a SUSECON também oferece quatro workshops pré-conferência, por uma taxa adicional. Esses workshops são um dia inteiro de treinamento prático sob a tutela experiente da consagrada equipe de treinamento da SUSE. Os quatro workshops oferecidos são:

• Segurança do SUSE Linux Enterprise Server
• Instalar e configurar um cluster Ceph com o SUSE Enterprise Storage 3
• Implantar um SUSE OpenStack Cloud altamente disponível
• Três novos recursos do SUSE Manager

Há muito mais conteúdo na SUSECON do que podemos apresentar neste curto espaço. Reserve alguns momentos para analisar o Catálogo da sessão em: www.susecon.com/sessions.html

E não se esqueça: depois de aprender tudo sobre as tecnologias open source, você também pode comprovar seu conhecimento para o mundo! Os participantes da SUSECON têm a oportunidade de se registrar no local para os exames de certificação da SUSE em Linux, Storage, OpenStack Cloud e Linux Management e a taxa do exame está incluída no preço da conferência! Mas as vagas nessas sessões de exame são limitadas, por isso, registre-se logo para garantir seu lugar.

Portanto, quando você acordar nesta primeira manhã de outono, onde quer que more, saia e respire profundamente este ar refrescante e puro. Quando você receber aquele ímpeto revigorante e sua mente começar a funcionar, corra para Washington, D.C., de 7 a 11 de novembro para conhecer as tecnologias mais empolgantes, para ter acesso a especialistas incríveis e desfrutar da conferência mais valiosa do setor de tecnologia: a SUSECON!

Como o DevOps pode oferecer suporte à agilidade nos negócios para que todas as empresas mantenham sua relevância

Autor: Thomas Di Giacomo

As impressões de Thomas Di Giacomo, CTO da SUSE, mostram um futuro empresarial baseado em TI e na nuvem, definido por software. Antes de entrar na SUSE, Di Giacomo trabalhou como CTO e vice-presidente de inovação na Swisscom Hospitality Services, além de CTO do Hoist Group, um fornecedor global de serviços de TI para os setores de hotelaria e saúde. Ele tem experiência em plataformas open source, suporte e desenvolvimento de sistemas de informação global e tecnologias.

Introdução

No nosso mundo digital moderno e de ritmo acelerado, responder rapidamente às mudanças internas e externas sem perder o foco é absolutamente fundamental para todas as empresas que querem sobreviver, prosperar e, finalmente, superar a concorrência.

Atualmente, a maior parte do sucesso das empresas baseia-se em software e aplicativos, direta ou indiretamente, mas, em todos os casos com impacto significativo sobre o desempenho geral. Partindo dessa perspectiva, ter a cultura, os processos e as ferramentas adequadas para o desenvolvimento de software e aplicativos, bem como sua entrega e manutenção, não só é necessário, mas essencial para as empresas se diferenciarem e obter sucesso em todos os mercados.

DevOps para agilidade nos negócios

Enquanto o alcance da agilidade empresarial requer mais do que apenas software e TI (por exemplo, a abordagem de vendas e marketing e os modelos de serviços e negócios devem ser considerados), os aplicativos são necessários ao sucesso de todas as empresas. E atualmente, o DevOps é uma forma dominante de alcançar agilidade nos negócios, de uma perspectiva de software e aplicativo, desde as ideias até a entrega no mercado (em um loop ilimitado). Quando se fala em DevOps, o primeiro aspecto a reconhecer é que é uma combinação equilibrada de cultura adaptada, ferramentas apropriadas e processos de entrega/gerenciamento. Se um desses aspectos não corresponder, o fluxo não funcionará como deve, se funcionar.

Neste artigo, nosso foco são as ferramentas apropriadas ao DevOps no contexto de agilidade empresarial, digamos, o DevOps empresarial. E, embora processos relacionados possam ser generalizados de alguma forma, juntamente com a cultura eles são mais específicos à empresa/situação do que as próprias ferramentas, por isso nosso foco em ferramentas aqui. No entanto, seria um prazer discutir cultura e processos diretamente com você.

Desde sua criação, a SUSE tem sido uma verdadeira empresa open source. Baseados totalmente em desenvolvimento de software, temos aplicado os princípios do DevOps por anos, mesmo antes de o termo propriamente existir. Aprendemos muitas lições e continuamos na busca sem fim de aprendizagem e melhorias, enquanto criamos ferramentas para dar suporte ao processo DevOps. No espírito e na tradição do código-fonte aberto, essas ferramentas estão disponíveis a todos (inclusive você), e desenvolvidas e usadas conjuntamente por diversas comunidades. Você pode ver na figura abaixo como essas ferramentas e outras podem facilitar as fases do DevOps.

As fases e ferramentas

Antes examinar as várias fases de um fluxo de DevOps (sendo este no contexto de agilidade de negócios e necessidades da empresa), obviamente, é importante considerar a segurança, a interoperabilidade e a confiabilidade como pré-requisitos em todas as etapas envolvidas. Automação, desde tarefas da unidade a tarefas de alto nível, é também um elemento fundamental da abordagem DevOps, onde as diferentes fases devem se diluir ao máximo para reduzir a fricção e acelerar todo o fluxo.

Vejamos a várias fases de um típico fluxo DevOps. Embora existam maneiras ligeiramente diferentes de representá-lo e formas ligeiramente diferentes de dividi-lo em fases, a representação baseada no símbolo do infinito ilustra um loop genérico do DevOps. Como é um loop fechado, a ordem das fases não é particularmente relevante, mas vamos começar com "plano" para listá-las. Lembre-se de que deve haver pouca inflexibilidade entre as fases, o que significa que a maioria das ferramentas se sobrepõe nas diferentes fases deliberadamente (assim, dividi-las em fases não é uma ciência exata).

Planejamento
Há uma grande quantidade de ferramentas disponíveis (incluindo, claro, aquelas na arena de código-fonte aberto) que podem ser utilizadas na fase de planejamento: desde o recurso, a ideia e o gerenciamento do projeto até o monitoramento de problemas, bugs e colaboração em geral. Esta ampla categoria inclui ferramentas como Trello, Taiga, Jira, Redmine, Mantis, Request Tracker e Bugzilla.

Código
Obviamente os desenvolvedores necessitam programar linguagens suportadas pelo sistema operacional subjacente ou pela plataforma em que os aplicativos devem ser executados. Com o DevOps, isso implica execução semelhante no ambiente de desenvolvimento e produção (ou seja, onde/por que, por exemplo, uma discussão sobre contêineres deve ocorrer). Os aplicativos precisam de um tipo de Ambiente de desenvolvimento integrado ("ou não", argumentaria algum desenvolvedor, mas guardaremos essa discussão para outro momento), especialmente o Source Control Management (SCM) para desenvolvimento colaborativo contínuo.

Em termos de SO, VM, nuvem pública ou host de contêiner, o Linux é, obviamente, de longe a melhor escolha para qualquer codificador. Podemos usar programas de desenvolvedores de distros empresariais do Linux (como os que a SUSE fornece) ou distros gratuitos baseados na comunidade. openSUSE por exemplo, com Leap e sua liberação de rolamento Tumbleweed, está compartilhando a mesma base de código do SUSE Linux Enterprise, facilitando a movimentação e beneficiando toda a abordagem DevOps. Também é importante para os desenvolvedores verificar antes se o ambiente de desenvolvimento permite criar código para a arquitetura de destino (x86, Aarch64, z, Power ou outros). Poderíamos também mencionar um sistema operacional mínimo/enxuto/micro como particularmente relevante para servir como host. O SUSE Linux Enterprise JeOS é um exemplo disso.

Sobre o SCM, alguns devem se lembrar do CVS ou estar familiarizados com o Subversion. Mas a ferramenta de controle de código-fonte que você, provavelmente, mais conhece, é o Git (possivelmente com o serviço de host relacionado, baseado na Web, incluindo recursos e monitoramento de problemas).

Criação
Quando codificação é concluída, é hora de criar os aplicativos/pacotes/imagens. Essa é uma área em que empresas como a SUSE são muito ativas, tanto para si próprias quanto para toda comunidade open source. A SUSE investiu muito esforços em Open Build Service, um sistema genérico para criar e distribuir pacotes de fontes consistentemente e em uma ampla variedade de sistemas operacionais e arquiteturas de hardware. Para criar uma imagem do SO/host, o Open Build Service pode ser complementado com o Kiwi ou SUSE Studio, por exemplo, para criar e implantar serviços de nuvem particular, público e autônomo. O Open Build Service também pode ser usado com o PackageHub para integração em distribuições Linux empresariais compatíveis.

Teste e integração contínua/implantação contínua
Para se manter em dia com os benefícios fornecidos pelas práticas do DevOps recomendadas, testes e integração contínua devem ser incluídos no fluxo. OpenQA, por exemplo, é uma metodologia de testes automatizada para aplicativos GUI, bem como o carregador de inicialização e kernel. Essa ferramenta complementa os testes de script tradicionais e verificações de saída que são difíceis nesses casos. Uma das plataformas mais utilizadas para CI/CD é a Jenkins, mas existem também soluções alternativas, tais como Travis CI e Concourse.

Automação contínua de implantação e configuração
Implantação e configuração automatizada é outra importante fase do processo. Aqui novamente, há várias opções. Desde o Chef (complementado por Crowbar no SUSE OpenStack Cloud por exemplo), Puppet, Juju e Ansible, ao Salt (integrado no SUSE Manager), existe um instrumento adequado para eu uso, baseados na arquitetura existente e em suas necessidades técnicas, operacionais e de negócios.

Operação e monitoramento
Uma vez implantado, na filosofia do DevOps os aplicativos são operados ou gerenciados (orquestração de contêiner e recurso desempenham uma função essencial aqui) e monitorados para entrada constante de loop e fluxo do DevOps para melhorar o desempenho, corrigir problemas ou se adaptar a possíveis falhas ou novos requisitos que surgem. Por exemplo, juntamente com o Icinga, o SUSE Manager oferece insights do que se passa nos sistemas e o SUSE Enterprise Storage ajuda a ajustar automaticamente o posicionamento dos dados para melhorar o desempenho de aplicativo. Uma grande quantidade de outras soluções também ajuda a fornecer insight, como os tradicionais Nagios, Zabbix, Monit, Prometheus e Magnum (via SUSE OpenStack Cloud) para ambientes em contêineres e assim por diante. Outras soluções concentram-se especificamente no desempenho do aplicativo, como o New Relic e Graphite, que também fornecer algumas análises para interpretar os dados (Logz.io ou ELK).

Conclusão

Se a sua empresa já está familiarizada com o DevOps ou desconhece inteiramente o conceito, a agilidade nos negócios continuará a se tornar cada vez mais importante e as ferramentas para ajudar melhorar a agilidade se tornarão mais e mais avançadas. Assim, você deve se preparar para adaptar e melhorar constantemente a maneira pela qual fornece aplicativos para a empresa. Recentemente trabalhamos com a Tyro Payments para facilitar a adoção de práticas DevOps para que eles alcancem um tempo menor de lançamento do produto no mercado. Confira a história para saber como melhoraram a agilidade nos negócios.

Semelhante aos aplicativos IC e CD, a adoção de uma mentalidade DevOps e a implementação na vida real é uma jornada constante sem destino final, pelo menos no que diz respeito ao que o setor e os analistas podem ver por enquanto. Os próximos passos dependem de sua própria situação, em termos da empresa, da cultura existente e das ferramentas e processos. Será um prazer discutir como podemos melhor atender às suas necessidades na próxima vez que nos encontrarmos.

Em futuros artigos vou compartilhar nossas perspectivas de plataforma como serviço e contêiner, no diz respeito ao DevOps e à melhoria de sua agilidade nos negócios. Estes são elementos claramente úteis e fundamentais de uma estratégia DevOps estratégia e eu estou ansioso por compartilhar minhas visões nos próximos meses.

Linux aos 25

Quando completei 25 anos, achei que estava maduro. Achei que era sábio. Achei que já tinha realizado muito.

Eu estava muito errado.

Apesar de ter vivido um quarto de século (o que parece muito mais impressionante do que "25 anos"), eu estava apenas começando. Entre 25 e 30 aprendi mais, e tive mais aventuras nesses curtos cinco anos do que nos primeiros 25 anos. E o índice de experiências e aventuras aumentou exponencialmente a partir daí.

Agora, tenho 37 anos. E sobre algumas coisa tenho certeza: não estou velho. Não sou sábio. E embora eu tenha realizado muito mais do que aos 25, estou apenas começando.

Em 25 de agosto de 2016, o Linux completou 25 anos. Um quarto de século. O Linux agora está a um quarto do caminho para completar 100 anos.

Nesse tempo, o kernel do Linux foi implantado em mais arquiteturas de computador do que se pode imaginar. Tudo começou com um pequeno 386 e aumentou para suporte a ARM, DEC Alpha, 68k, x86-64, MIPS, Z Systems, RISC, SPARC e muitos outros.

O primeiro lançamento, em 1991, tem pouco mais de 10.000 linhas de código. Atualmente? A versão 4.7 contém cerca de 22 milhões de linhas de código. Vinte e dois milhões. O que seria 1 linha de código para cada homem, mulher ou criança nos estados de Washington, Oregon, Idaho, Montana, Utah, Nevada e Novo México combinados.

Esse código foi escrito por mais de 12.000 pessoas. Doze mil. Distribuído em todo o mundo e desenvolvido inteiramente em open source. O tamanho e escopo (e a longevidade) do projeto kernel do Linux é absolutamente lendário.

Em 2011, quando o total de linhas de código do kernel era uma fração do que é atualmente, estimou-se que o custo de novo desenvolvimento do kernel Linux (com um modelo de desenvolvimento patenteado fechado) chegaria a US$ 3 bilhões. Isso foi há cinco anos, e muitos milhões de linhas de código atrás.

Há vinte e cinco anos, o Linux funcionou pela primeira vez no computador desktop de um finlandês, baseado em uma CPU 386 da Intel. Agora, o Linux domina a computação mundial. Não incluindo sistemas de desktop baseados em GNU/Linux e ignorando por completo todos os servidores, roteadores e dispositivos que alimentam a Internet – se considerarmos apenas o Android (que é executado no kernel do Linux), o Linux tem mais de metade da quota de mercado de cada dispositivo de computação vendido.

Não apenas o Linux sobreviveu como um projeto por um quarto de século, mas floresceu ao ponto de quase total dominação global. Pensar em como outros sistemas operacionais de 1991 se saíram torna isso ainda mais surpreendente.

A Microsoft ainda não tinha lançado Windows 3.1. Exatamente. O Windows 3.0 (em execução nos MS-DOS 5.0) naquele momento era a tecnologia de ponta da Microsoft. O Windows NT ainda estava há dois anos de distância.

E a Apple? O MacOS System 7 acabara de ser lançado. Não o OS X. Não o MacOS 8 ou 9. System 7.

Ah! O Commodore 64 ainda estava na fase de produção – não é piada. E você ainda podia os novos computadores Amiga, assim e o Macintosh Classic (com monitor monocromático), que seria produzido pela Apple Computer por quase mais dois anos.

Levando em conta todos kernels de sistemas operacionais que surgiram e desapareceram nesta época em que o Linux estava vivo e florescendo é absolutamente chocante. O Linux já existia quando a “Apple” ainda tinha a palavra "Computer" no nome.

O que me surpreende ainda mais é o simples fato de que a SUSE foi fundada em 1992, muitos anos antes que a versão "1.0" do Linux fosse lançada. A SUSE esteve presente quase pelo tempo que o Linux existiu, distribuindo-o em disquetes, se fosse o caso.

Com tudo o que o Linux alcançou e de todos os concorrentes do Linux que vieram e se foram , é fácil pensar como ele é maduro, sábio e completo. Mas se a vida do Linux não é nada parecida com a minha, os próximos cinco anos vão fazer os primeiros 25 parecerem francamente enfadonhos.

Ativação da transição para um data center definido por software

Como uma recente pesquisa de análise indica, muitos que estão lendo este artigo estão familiarizados com os benefícios dos data centers definidos por software (SDDCs): uma gritante maioria de 75% dos participantes da pesquisa indicaram que estavam planejando começar a transição de data centers herdados para SDDCs nos próximos quatro anos. Esse número é alto por muitos motivos: data centers herdados são rígidos, dispendiosos, dependentes de processo e de resposta lenta. Silos de computação, dados e armazenamento tornam difícil para as organizações que possuem data centers legados inovar e implantar novos aplicativos, escalar adequadamente aplicativos existentes, alavancar Big Data e outras novas tecnologias e, em geral, se beneficiar de uma infraestrutura de TI compatível com a forma pela qual as organizações de hoje fazem negócios.

Em contraste, os SDDCs são ágeis, sem silos e de 50 a 60 por cento mais baratos de operar do que data centers legados. Os SDDCs são capazes de responder rapidamente aos drivers de negócios em mudança, como o recente modelo DevOps e os recursos da computação em nuvem que são um estímulo à inovação. E eles são flexíveis. As organizações podem ampliar seus data centers simplesmente adicionando novo hardware e retirar o hardware antigo simplesmente migrando as funções do hardware para novas máquinas.

Dadas essas vantagens, você poderia pensar que mais organizações já teriam implementado os SDDCs. Mas muitas organizações que planejam fazer a transição de seus data centers legados para SDDCs ainda não o fizeram por dois motivos compreensíveis: em primeiro lugar, eles fizeram grandes investimentos em seus data centers legados, e em um segundo, estão familiarizados com os processos operacionais e de gestão dos data centers legados. Se sua organização estiver entre as muitas que ainda estão por fazer a transição para um SDDC por esses ou outros motivos, você deve saber que a SUSE oferece uma forma de as organizações mergulharem no pool definido por software, sem serem obrigados a sacrificar os investimentos atuais e os processos de gerenciamento familiar.

Experimente o pool definido por software com o SUSE Enterprise Storage

O SUSE Enterprise Storage é baseado no Ceph, uma tecnologia de armazenamento definida por software open source. Ele fornece uma interface de arquivos e objetos em bloco unificada, criada em um cluster de armazenamento altamente disponível, distribuído e ampliável, executado em hardware padrão do setor. O SUSE Enterprise Storage é compatível com os protocolos iSCSI e RBD de armazenamento em bloco, com o Amazon S3, OpenStack Swift e RADOS para armazenamento de objetos, e um armazenamento de arquivo Posix compatível chamado CephFS. Essa flexibilidade inerente torna o SUSE Enterprise Storage ideal para ambientes de armazenamento legados. A equipe do SUSE Enterprise Storage já oferece suporte ao SUSE Enterprise Storage com iSCSI e tem planos para dar suporte a Fibre Channel com uma versão futura. O sistema de arquivos CephFS fornece a base que será usada em versões futuras para ativar também o acesso a CIFS e NFS. Isso dará à sua organização a oportunidade de implantar armazenamento definido por software (SDS) diretamente no data center tradicional, onde gerenciar SDS será gradualmente tão confortável quanto gerenciar as implementações de armazenamento legado.

Aprenda sobre SDS no seu ritmo

Sua organização pode conhecer as vantagens e desvantagens de trabalhar com SDS de várias maneiras que se integram perfeitamente ao seu data center existente. Por exemplo, com o SUSE Enterprise Storage, a organização pode usar SDS como um destino de backup para os dados do aplicativo, usando os aplicativos de software de backup empresariais atuais do setor.

O SUSE Enterprise Storage também será útil para o armazenamento de arquivos de dados grandes e não estruturados, como vídeos, imagens e outras mídias visuais e auditivas. Ao considerar arquivos grandes, o Ceph já é o número um em infraestrutura de armazenamento utilizada com o OpenStack. E quando emparelhado com o protocolo iSCSI, fornece uma sólida segunda camada local de armazenamento para imagens Hyper-V e VMware.

Esta é apenas uma amostra dos casos de uso em que sua empresa pode aplicar SDS na infraestrutura existente.

Faça a transição para o SDS à medida que os investimentos atuais são desvalorizados

Como você fez um investimento significativo em uma infraestrutura de armazenamento tradicional, é compreensível que sua organização queira que o investimento valha a pena. Mas sua infraestrutura atual não durará para sempre. Em média, as organizações experimentam um aumento de 40% no aumento dos dados a cada ano. Implementações típicas de armazenamento herdado não se ampliam para acomodar esse aumento de dados, portanto, sua organização terá de fazer um upgrade do sistema herdado. Se calculado corretamente, esse upgrade coincidirá com o ciclo de atualização do hardware. E se você já estiver familiarizado com o SDS via SUSE Enterprise Storage, será mais fácil e muito menos dispendioso fazer a transição do armazenamento que os sistemas herdados estão suportando no momento para o SDS.

Em outras palavras, sua organização pode evitar um upgrade doloroso e caro usando o ciclo de atualização de hardware habitual para implantar o armazenamento afetado em um sistema SDS.

Um já foi, falta dois

Com o SUSE Enterprise Storage, sua organização pode fazer a transição para o SDS durante ciclos de atualização de hardware regulares. Isso significa que quando chegar a hora de fazer a transição de outros componentes do data center para o mundo do SDDC, você terá um componente a menos com que se preocupar.

Atualização da certificação

Certificações de Software de Parceiros SUSE

Nesta edição, analise exemplos de novas tecnologias e atualizações a produtos de parceiros de longa data, incluindo o SUSE Linux Enterprise Server 12.

Assista ao nosso parceiro-chave de gerenciamento, SaltStack, mostrar seu novo produto empresarial, agora disponível no SUSE Linux Enterprise Server 12 aqui.

Veja a Synopsys, um dos nossos principais parceiros EDA de silício para software, implantar atualizações do SUSE Linux Enterprise Server 12 em uma ampla faixa de aplicativos aqui.

A IBM continua a atualizar todas as principais partes da Tivoli Monitoring Suite com o SUSE Linux Enterprise Server 12. Veja vários exemplos de marcas atualizadas de produtos aqui.