White Paper

Como transpor as restrições do modelo on-premises: serviços

de banco de dados em nuvem da AWS
Patrocínio: Amazon Web Services
Carl W. Olofson
September 2020

NESTE WHITEPAPER

Quando as empresas pensam na possibilidade de migrar para a nuvem, encaram um grande desafio:
o que fazer com os sistemas herdados. Uma pesquisa da IDC descobriu que as abordagens “lift-and-
shift”, que envolvem a reimplantação de bancos de dados e aplicações na nuvem por meio de
máquinas virtuais, muitas vezes têm custos proibitivos e, o mais importante, impedem os usuários de
aproveitar ao máximo a flexibilidade e a escalabilidade da nuvem. Consequentemente, a melhor
opção é um tipo de migração para uma arquitetura nativa da nuvem. Ao mesmo tempo, uma empresa
pode pensar em migrar de um Sistema de Gerenciamento de Banco de Dados (DBMS) generalizado
para um DBMS com propósito específico.

Este whitepaper examina as implicações dessa opção, principalmente do ponto de vista de banco de
dados, e investiga a oportunidade que ela representa de fazer algo novo e mais alinhado com as
metas de longo prazo da empresa, adotando as novas arquiteturas de banco de dados na nuvem.
Além disso, considera os serviços de banco de dados na nuvem da Amazon Web Services (AWS),
mostrando como eles podem oferecer uma solução para isso.

VISÃO GERAL DA SITUAÇÃO

Uma grande onda de transformação tecnológica está chegando à maioria das empresas, visto que
elas estão cada vez mais se envolvendo com a transformação digital com a intenção de migrar para a
nuvem. Essas empresas vêm usando DBMSs relacionais (RDBMSs) patenteados nos datacenters há
30 anos ou mais e passaram a sentir-se limitadas pela falta de flexibilidade na implantação e pelos
custos contínuos de licença e taxa de manutenção. Quando as empresas têm a intenção de migrar
workloads de banco de dados para a nuvem, elas precisam fazer essencialmente as seguintes
perguntas:
▪ Nosso DBMS atual atende a nossas necessidades de gerenciamento de dados no futuro ou
devemos considerar algo diferente?
▪ Que desafios de gerenciamento de dados novos ou diferentes enfrentaremos que nosso
DBMS atual não consegue resolver?
▪ Um DBMS nativo da nuvem, que pode aproveitar todos os recursos da plataforma de nuvem
desejada, seria preferível a um DBMS que não é tão bem integrado?
▪ Nosso relacionamento atual com nosso fornecedor de DBMS atende ao que é melhor para
nós ou chegou a hora de mudar?

September 2020, IDC n.º US46773920

Os workloads estabelecidos dos bancos de dados relacionais, principalmente na área de processamento
de transação online (OLTP), permanecerão relevantes, e os RDBMSs, ou outros semelhantes, vão
continuar desempenhando essa função, só que na nuvem, e não on-premises. Entretanto, há áreas de
aplicações em que a mudança é essencial. Para isso, muitas empresas também estão analisando DBMSs
com APIs bem estabelecidas que são de uso comum, como os DBMSs de código aberto, para acesso a
dados relacionais (SQL) e outros tipos de acesso, como chave-valor. A adoção de bancos de dados com
essas APIs provavelmente facilita a tarefa de encontrar desenvolvedores para criar e manter aplicações de
bancos de dados porque essas APIs são bem conhecidas. Isso traz maior flexibilidade no quesito alocação
de funcionários.

Novas oportunidades de otimização de dados

Em sua maioria, os DBMSs estabelecidos e mais comumente usados on-premises pelas empresas foram
projetados para atender a duas classes de casos de uso: processamento de transação online e lógica
analítica de business intelligence. Novas classes de aplicações estão surgindo. No entanto, isso requer
suporte aos bancos de dados. Elas incluem aplicações de experiência do cliente com foco em “dados de
borda”, análise de dados recursiva e profunda que não é bem atendida por SQL, compatibilidade com
inteligência artificial (IA) e machine learning (ML), análise de relações complexa usando gráficos de
dados e, por fim, captura de dados de streaming e tratamento de eventos em tempo real. Esses novos
workloads exigem bancos de dados com propósito específico que tenham melhor escalabilidade e
performance e atendam a um processo de desenvolvimento mais ágil.

Em alguns casos, esses workloads são mais bem atendidos por sistemas de gerenciamento de dados
especializados, como tecnologias de bancos de dados de documentos, memória otimizada, chave-
valor, grafos e muito mais, que oferecem gerenciamento de dados que ultrapassa os limites do
paradigma relacional. Porém, adquirir essas tecnologias de diferentes fornecedores e reuni-las pode
ser problemático, porque dá origem a projetos de integração complexos em curto prazo e desafios de
manutenção complicados em longo prazo. Muitas empresas estão procurando reescrever as
aplicações para adotar uma arquitetura de microsserviços baseada em API, o que também pressiona
ainda mais o banco de dados no sentido de executar e operar de uma forma tão distribuída que o
sistema estabelecido talvez não consiga gerenciar.

Limitações do licenciamento e da implantação de gerenciamento de dados

tradicional
Os grandes fornecedores bem estabelecidos, além de estarem centrados na tecnologia de bancos de
dados consolidada, tendem a oferecer duas opções: execução da forma tradicional em seu próprio
datacenter ou execução na nuvem. A versão on-premises tende a ser oferecida com uma licença de
uso e um contrato de manutenção perpétuos, o que requer uma despesa inicial significativa e
aumentos contínuos nas taxas à medida que o uso do recurso medido (geralmente uma CPU)
aumenta. Em alguns casos, esse contrato é aplicado usando auditorias periódicas invasivas, criadas
para garantir conformidade com os termos do contrato.

A versão da nuvem acompanha uma assinatura, porém é executada mais adequadamente somente
na plataforma de nuvem desse fornecedor. Isso significa que o usuário é posto em uma posição em
que precisa colocar todas as aplicações de banco de dados na nuvem do fornecedor ou encontrar
uma forma de conectar as aplicações ao banco de dados, o que é tecnicamente problemático.
A plataforma de nuvem de um fornecedor de DBMS não costuma ter a amplitude de recursos
oferecida pelos três principais fornecedores de nuvem; por isso, muitas vezes o usuário precisa

©2020 IDC n.º US46773920 2

posicionar algumas aplicações nessa plataforma e outras em uma grande plataforma de nuvem e
coordená-las de alguma forma.

Como eliminar os obstáculos no gerenciamento de dados

Uma abordagem melhor poderia partir do comprometimento inicial com uma das principais plataformas
de nuvem para, depois, expandi-la. Para isso, seria necessário selecionar uma ampla variedade de
produtos de diferentes fornecedores ou de código aberto, cada um oferecendo a funcionalidade
especializada necessária, e integrá-los. Porém, essa abordagem gera complexidade operacional. Cada
fornecedor tende a adotar a abordagem que funciona bem no domínio do banco de dados em questão,
mas não necessariamente comporta a integração de dados e aplicações de outros sistemas de banco
de dados. Essa falta de interoperabilidade gera obstáculos frustrantes no gerenciamento de dados.

Outro caminho seria examinar a tecnologia de banco de dados oferecida pelo provedor da plataforma
de nuvem. Essa tecnologia deve ser mais fácil de integrar e cria um relacionamento mais simples com
os fornecedores.

A liberdade e os desafios do código aberto

Algumas empresas recorreram totalmente ao código aberto como caminho para a nuvem. Como o
código-fonte do DBMS está disponível, mesmo se o DBMS não for totalmente compatível com o
ambiente de implantação pretendido, qualquer dificuldade operacional pode ser resolvida no código.
Além disso, os principais projetos de código aberto são bem conhecidos entre os desenvolvedores.
Portanto, encontrar desenvolvedores capazes de trabalhar com as principais tecnologias de código
aberto, inclusive DBMSs, geralmente não é um problema.

Contudo, escolher somente o caminho do código aberto apresenta um desafio inerente. As soluções
de código aberto também tendem a não dispor dos recursos requeridos pela maioria das empresas
em áreas como garantias de disponibilidade do acordo de nível de serviço (SLA), escalabilidade e
performance, bem como segurança de dados e suporte à privacidade. Além disso, quando não existe
uma organização de suporte profissional, as empresas precisam contar totalmente consigo mesmas
para esse tipo de ajuda. Quando surgem problemas, os engenheiros precisam analisar o código
aberto e encontrar uma resposta. Se o problema estiver no código, eles devem reescrever a parte
incorreta e enviá-la à comunidade de código aberto.

A maioria das empresas não tem funcionários com conhecimento técnico para isso; por esse motivo,
contratam um serviço de suporte de código aberto. Porém, esses serviços de suporte também são,
em sua maioria, fornecedores de software. Além disso, quando se determina o nível de funcionalidade
necessário para usar o DBMS de código aberto na produção, em um contexto totalmente corporativo,
com maior escalabilidade, performance, segurança e confiabilidade, a empresa descobre que o
contrato de assinatura foi ampliado para incluir outros códigos que não são código aberto. E aí o
preço aumenta.

Não há nada errado nisso, mas, se uma empresa assinar o serviço de um fornecedor diferente para
cada DBMS, em breve enfrentará novamente o antigo problema: como integrar e otimizar um
ambiente de aplicação de forma operacional quando cada elemento tecnológico é fornecido por um
fornecedor diferente. Uma abordagem mais simples é encontrar um fornecedor que possa dar suporte
uniformemente, bem como recursos e funcionalidades de nível empresarial, para todos os bancos de
dados envolvidos.

©2020 IDC n.º US46773920 3

Os benefícios empresariais da modernização de dados
A modernização de dados exige uma avaliação da tecnologia atual do DBMS. O RDBMS estabelecido
é a melhor opção em direção a um futuro baseado na nuvem e compreende uma ampla variedade de
modelos de banco de dados emergentes e os tipos de workload que eles comportam? Esses modelos
e tipos de workload podem provocar uma revolução nos negócios e nos respectivos processos,
oferecendo melhor inteligência, melhor automação, menor tempo de entrada no mercado e decisões
mais inteligentes na organização e na borda. Contudo, manter um fornecedor estabelecido que não
consegue oferecer as funcionalidades necessárias na plataforma de nuvem escolhida, principalmente
quando há uma grande variedade de tipos de banco de dados, pode gerar dificuldades operacionais.

Para aproveitar tudo o que a nuvem tem a oferecer, deve-se ter também escalabilidade dinâmica e
agilidade no provisionamento de recursos de armazenamento ou computação. Esse provisionamento
também deve oferecer uma performance confiável e os meios para uma inovação mais rápida por meio
da integração da plataforma. Tudo isso deve ser oferecido automaticamente, sem esforço operacional
da parte do usuário, e por um preço acessível e previsível.
Além disso, muitas empresas necessitam de funcionalidade em escala global; por isso, a flexibilidade de
implantar e migrar workloads entre zonas de disponibilidade no mundo todo é essencial para elas.
Novamente, isso está relacionado à necessidade de uma estreita integração com a plataforma de
nuvem subjacente e à utilização de modelos de aplicação emergentes, como as arquiteturas de
microsserviços.

Gerenciamento de dados na nuvem

Algumas operações de dados são ocasionais e baseadas em projetos, enquanto outras são
constantes e exigem disponibilidade contínua. No datacenter, provisionam-se os dois tipos da mesma
forma, alocando sistemas, no primeiro caso, que são usados apenas esporadicamente e outros que
são dimensionados para o “ponto máximo” de uso, quando há grandes volumes de dados que,
mesmo assim, são executados a uma capacidade de 20% a 40% no restante do tempo. Entretanto, na
nuvem, os recursos podem ser alocados dinamicamente, conforme a necessidade, e expandidos ou
reduzidos conforme necessário, garantindo que nenhum investimento seja desperdiçado. Além disso,
com os serviços gerenciados na nuvem, a equipe é liberada de tarefas como aplicação de patches,
manutenção de sistemas e backups de banco de dados.

Mais, ainda, a nuvem oferece oportunidade para introduzir novas tecnologias de gerenciamento de
dados e abordar novos workloads e integrá-los aos sistemas existentes de uma forma cumulativa,
sem a complexidade que normalmente acompanha esses projetos quando realizados on-premises.

Uso da plataforma de nuvem para reunir diferentes modelos de dados

A migração para a nuvem deve ser uma solução não apenas para executar workloads existentes de
forma mais eficiente e acessível, mas também para implantar novos workloads de banco de dados e
aproveitar os recursos oferecidos pela plataforma de nuvem em si a fim de mudar os paradigmas de
gerenciamento de dados. Essas mudanças de paradigma podem incluir a transferência de algumas
tabelas relacionais para documentos. A plataforma de nuvem também deve comportar novos
paradigmas de gerenciamento de dados (como os necessários para processamento de dados de
streaming ou análise de grafos de dados) e mesclar as várias operações de banco de dados em um
ambiente gerenciado de forma conjunta por um único provedor de nuvem.

©2020 IDC n.º US46773920 4

Opções de DBMS nativo da Nuvem AWS
A Amazon Web Services oferece uma ampla variedade de tecnologias de banco de dados que, em
conjunto, abordam todos os requisitos descritos anteriormente. O objetivo é fornecer uma migração
transformadora que a AWS chama de “refatoramento”.

Refatoramento dos bancos de dados

Para realmente obter os benefícios da implantação da nuvem de banco de dados, é necessário usar a
tecnologia de DBMS integrada ao ambiente de nuvem com ferramentas que permitam uma inovação
mais rápida. Se você precisa de uma funcionalidade de banco de dados relacional, de documentos,
de grafos ou de outro tipo, a escolha deve envolver tecnologias que aproveitam o suporte da
plataforma de nuvem e o uso amplo de código aberto e ofereçam uma redução líquida nos custos de
licença e manutenção. Isso não significa apenas implantar um DBMS on-premises na nuvem
(o que a AWS chama de “redefinição de hospedagem”) ou migrar para a versão gerenciada dele (para
a AWS, isso se chama “redefinição de plataforma”); significa escolher uma tecnologia de DBMS que é
criada para a plataforma de nuvem e integrada de forma operacional aos serviços na nuvem para
fornecer máxima eficiência e flexibilidade. Seria possível simplesmente redefinir a plataforma
migrando os dados de uma maneira gerenciada pela nuvem do DBMS em uso no momento ou algo
parecido, como MySQL ou MongoDB. Porém, se houver previsão de novas funcionalidades ou
workloads, talvez o refatoramento seja a melhor escolha. Os dados refatorados não são meramente
migrados, mas transformados em um formato e modo de operação que atendem aos novos workloads
possibilitados na nuvem.

Os DBMSs da AWS são oferecidos em um único ambiente gerenciado e otimizados para aproveitar ao
máximo as instalações e características operacionais da plataforma de nuvem da AWS. Essas
tecnologias são oferecidas com APIs compatíveis com as dos DBMSs comumente usados nos domínios
relacionais e de NoSQL, o que significa que os desenvolvedores provavelmente não terão dificuldade
para entender como aproveitá-las ao máximo.

DBMSs da AWS que refatoram seus workloads de banco de dados

Refatorar dados significa colocá-los em um formato utilizável para que haja compatibilidade com
todos os workloads, novos ou antigos. Isso significa migrar não apenas para os bancos de dados
relacionais criados para OLTP ou OLAP, mas também para algo que preveja novos desafios. Nesses
casos, os dados serão aprimorados ou transformados para atender a outros propósitos. Às vezes, a
melhor opção é implementar uma abordagem mais ágil, como o armazenamento de chave-valor. Em
alguns casos, todos os dados do sistema on-premises podem estar agrupados em um formato
homogêneo. Em outros casos, os dados podem estar alocados em uma variedade de formatos
heterogêneos. As principais tecnologias em questão incluem as seguintes:

▪ Amazon Aurora. O DBMS relacional gerenciado é compatível com MySQL e PostgreSQL,

fornece todos os recursos de um RDBMS empresarial e é otimizado para um nível de
performance, escalabilidade e alta disponibilidade superior ao que é possível com a
tecnologia de banco de dados relacional de código aberto da comunidade. O Amazon Aurora
é gerenciado pelo Amazon Relational Database Service (Amazon RDS), que automatiza
tarefas administrativas, como backup, aplicação de patches e configurações de banco de
dados. Ele é compatível com seis mecanismos de banco de dados comerciais e de código
aberto.
▪ Amazon Redshift. O DBMS foi criado para workloads de lógica analítica, com uma arquitetura
colunar que armazena dados com eficiência para oferecer rápida performance em consulta.

©2020 IDC n.º US46773920 5

 Ele também tem recursos para consultar dados facilmente em data lakes e bancos de dados
operacionais.
▪ Amazon DynamoDB. Este serviço de banco de dados NoSQL totalmente gerenciado oferece
uma performance rápida e previsível com escalabilidade contínua. É um banco de dados
durável, de vários mestres e várias regiões para aplicações na escala da Internet com
restauração, backup e segurança integrados.
Os principais casos de uso são aplicações Web sem servidor, jogos com grande base de
jogadores, back-ends móveis, metadados de mídia, transações orientadas a eventos e
microsserviços.
Em alguns casos, os dados podem ser utilizados para propósitos mais especializados. A AWS oferece
o Amazon EMR para gerenciamento de data lake, o Amazon DocumentDB (compatível com
MongoDB) para gerenciamento de banco de dados de documentos, o Amazon Neptune para análise
de grafos, o Amazon KeySpaces (para Apache Cassandra) e o Amazon ElastiCache, que é
compatível com Redis ou Memcached, para dados operacionais compartilhados na memória.

Serviços de migração de dados da AWS

A AWS oferece uma grande variedade de serviços de migração de dados para ajudar os clientes a se
desvencilhar de ambientes herdados e adotar o gerenciamento de dados da AWS na nuvem. Esses
serviços, baseados em ferramentas de autoatendimento, orientam os clientes ao longo dos seguintes
processos:

▪ Avaliar o portfólio de aplicações e dados para determinar o que migrar e o que transformar
▪ Obter o comprometimento organizacional de modo geral com a migração, inclusive o suporte
completo da equipe de administração do banco de dados
▪ Desenvolver um plano e um cronograma para migrações em etapas que forneçam benefícios
contínuos e minimizem os riscos
Além disso, há inúmeros parceiros na Rede de Parceiros da Amazon (APN) e programas como o
Database Freedom e o Amazon Database Migration Accelerator para ajudar as empresas a caminho
de um futuro baseado na nuvem integrado e eficiente.

Benefícios da transformação na nuvem

A migração de workloads para a AWS, que ela chama de “modernização”, e a adoção de novos
workloads na AWS oferecem benefícios empresariais significativos:

▪ Uma pesquisa da IDC revelou que migrar workloads para a nuvem gera reduções de custo
consideráveis em termos de hardware e software.
▪ Em um projeto de pesquisa recente conduzido pela AWS, a IDC entrevistou sete clientes da
AWS, que relataram coletivamente em três anos um ROI de 264% e um custo de operações
39% menor devido à migração de implantações de banco de dados para o RDS.
▪ A migração de workloads para a nuvem poupa o tempo de equipes valiosas com tarefas
operacionais de rotina, aumentando a produtividade dos administradores de banco de dados
e desenvolvedores, além de permitir que eles realizem tarefas mais importantes para a
empresa.
▪ Os custos de desenvolvimento são consideravelmente reduzidos porque as equipes de
desenvolvimento podem disponibilizar e encerrar instâncias de testes conforme a
necessidade, pagando apenas pelo que usam.

©2020 IDC n.º US46773920 6

 ▪ Novas funcionalidades em áreas como IA/ML, dados de streaming, gerenciamento de dados
na borda e ciência de dados, que teriam um custo proibitivo on-premises, geram melhor
eficiência e melhores oportunidades de negócio para a empresa em geral.

PERSPECTIVA PARA O FUTURO

Antes, as empresas eram sobrecarregadas de soluções complexas de integração de dados que

limitavam as opções para novos usos de dados e novos tipos de dados. Isso precisa mudar.
Workloads baseados em IA/ML, dados de streaming (inclusive dados da Internet das Coisas [IoT]),
análise de séries temporais e outros tipos de dados e análise devem ser integrados e gerenciados em
conjunto. Essas tecnologias são necessárias para abordar as novas oportunidades de negócio em
áreas como otimização da cadeia de suprimentos, melhoria da experiência do cliente viabilizada por
inteligência artificial, definição de preços dinâmica e otimização de logística. A AWS já deu esse salto,
atendendo a todas essas áreas. Obviamente, um ambiente de nuvem unificado é a melhor opção para
adotar totalmente esse novo futuro integrado.

DESAFIOS E OPORTUNIDADES

Ao migrar os usuários de TI estabelecidos para esse novo ambiente, a AWS enfrenta vários desafios
significativos.
Por exemplo, é provável que a AWS ofereça opções de mais para os clientes sem dar orientações
suficientes. Em geral, isso é um desafio do sistema de mensagens, mas pode ser resolvido. Outro
exemplo é que muitas empresas usam aplicações empacotadas, e essas aplicações talvez não sejam
totalmente ou até mesmo parcialmente compatíveis, em alguns casos, com as ofertas de banco de
dados da AWS. Além disso, se essas aplicações não forem nativas da nuvem, migrá-las não é uma
boa opção em circunstância alguma. No entanto, há uma oportunidade aqui para a AWS. Apesar de a
AWS já ter um programa de parceria ativo, é preciso dar continuidade ao trabalho de formação de
parcerias com serviços de conversão de nuvem e fornecedores de aplicações, ajudando-os a refatorar
as aplicações para que sejam operadas como aplicações nativas da nuvem, ou melhor, aplicações
nativas da AWS compatíveis com os sistemas de banco de dados da AWS. A AWS já oferece serviços
diretamente e por meio de parceiros que ajudam os desenvolvedores de aplicações a criar para a
plataforma da AWS; portanto, isso não deve ser difícil.

CONCLUSÃO

As empresas estão no processo de migração para a nuvem ou no meio do planejamento da migração

para a nuvem. Os motivos envolvem maior eficiência, operações simplificadas e reduções de custos
em geral nas áreas de software, hardware e tempo de trabalho da equipe. O maior desafio envolve a
escolha de uma meta de migração e o cálculo dos custos e riscos associados à migração.
Muitas empresas, insatisfeitas com seu relacionamento financeiro com o fornecedor de DBMS atual,
também estão buscando fazer uma mudança nesse quadro.

A AWS oferece opções atrativas nesse sentido. Além de fornecer uma grande variedade de opções
de DBMS para atender às metas de refatoramento, a AWS oferece serviços de gerenciamento de
banco de dados e integração de dados com suporte e tecnologias relacionadas que são otimizados
para funcionar com o máximo de eficiência na plataforma de nuvem da AWS. As plataformas da
empresa também oferecem interfaces que são compatíveis com as principais tecnologias de DBMS
de código aberto, eliminando a necessidade de transformações de código de aplicações nos casos

©2020 IDC n.º US46773920 7

em que essas tecnologias estão em uso e permitindo que os usuários adotem essas tecnologias sem
se limitar a uma interface restrita e específica de um fornecedor. A AWS também fornece uma grande
variedade de recursos, ferramentas e serviços que facilitam o processo de transformação.

No planejamento da migração para a nuvem, as empresas devem considerar o seguinte:

▪ Avaliar as aplicações no datacenter e os bancos de dados para determinar o que será

envolvido na migração para a nuvem e torná-los mais eficientes para a nuvem.
▪ Determinar se devem continuar com os fornecedores de DBMS existentes ou pretendem
seguir em outra direção e avaliar os custos e riscos associados a essa mudança.
▪ Se você decidir migrar para outro DBMS, considere se deseja adotar um serviço na nuvem de
banco de dados de terceiros ou usar outro que faça parte do portfólio da plataforma de
nuvem.
▪ Ao considerar um DBMS que faz parte do portfólio da plataforma de nuvem, reflita sobre a
eficiência e a simplicidade que serão alcançadas com o uso de tecnologias criadas para
funcionar em conjunto e ter o suporte de uma única organização.
▪ Pesquise as várias opções de DBMS disponíveis na AWS e considere o que está envolvido
na migração para um DBMS nativo da AWS, levando em conta as ferramentas e os serviços
oferecidos pela AWS para tornar essa migração mais simples e menos arriscada do que
aquela oferecida por um fornecedor alternativo.
A AWS fornece uma plataforma de nuvem abrangente, além de um amplo conjunto de opções de
tecnologia de banco de dados. Como tal, ela é uma opção a ser considerada.

©2020 IDC n.º US46773920 8

Sobre a IDC
A International Data Corporation (IDC) é a principal fornecedora global de inteligência de mercado,
serviços de consultoria e eventos para os mercados de tecnologia da informação, telecomunicações e
tecnologia de consumo. A IDC ajuda profissionais de TI, executivos de negócios e a comunidade de
investimentos a tomar decisões baseadas em fatos sobre compras de tecnologia e estratégia de
negócios. Mais de 1.100 analistas da IDC fornecem especialização global, regional e local em
tecnologia e oportunidades e tendências do setor em mais de 110 países em todo o mundo. A IDC
fornece insights estratégicos há 50 anos para ajudar os clientes a alcançar seus principais objetivos
empresariais. A IDC é uma subsidiária da IDG, empresa líder mundial em tecnologia de mídia,
pesquisa e eventos.

Sede global

5 Speen Street
Framingham, MA 01701
EUA
508.872.8200
Twitter: @IDC
idc-community.com
www.idc.com

Notificação de direitos autorais

Publicação externa de informações e dados da IDC. Qualquer informação da IDC que seja usada em publicidade,
press releases ou materiais promocionais exige aprovação prévia por escrito do vice-presidente ou gerente
nacional da IDC. Um esboço do documento proposto deve acompanhar todas essas solicitações. A IDC se
reserva o direito de negar a aprovação de uso externo por qualquer motivo que seja.

Copyright 2020 IDC. A reprodução sem autorização por escrito é totalmente proibida.