Microsoft Azure - Histórico de revisão

Daniel.alves: /* Storage: Planejamento e Implementação */

2017-03-10T13:42:47Z

‎Storage: Planejamento e Implementação

Daniel.alves: /* Panorâmica sobre o Azure Storage */

2017-03-10T12:32:18Z

‎Panorâmica sobre o Azure Storage

Daniel.alves: /* Queue storage */

2017-03-09T12:45:02Z

‎Queue storage

Daniel.alves: /* Panorâmica sobre o Azure Storage */

2017-03-08T20:22:20Z

‎Panorâmica sobre o Azure Storage

Daniel.alves: /* Panorâmica sobre o Azure Storage */

2017-03-08T12:45:27Z

‎Panorâmica sobre o Azure Storage

Daniel.alves: /* Panorâmica sobre o Azure Storage */

2017-03-06T18:53:06Z

‎Panorâmica sobre o Azure Storage

Daniel.alves: /* Panorâmica sobre o Azure Storage */

2017-03-06T18:33:39Z

‎Panorâmica sobre o Azure Storage

Daniel.alves: /* Panorâmica sobre o Azure Storage */

2017-03-06T12:17:17Z

‎Panorâmica sobre o Azure Storage

Daniel.alves: /* Storage: Planejamento e Implementação */

2017-03-03T19:38:00Z

‎Storage: Planejamento e Implementação

Daniel.alves: /* Storage como um componente do Azure */

2017-03-02T19:43:38Z

‎Storage como um componente do Azure

← Edição anterior		Edição das 13h42min de 10 de março de 2017
Linha 355:		Linha 355:

	O serviço ''File Storage'' permite o compartilhamentos de arquivos SMB (''Server Message Block'') no Azure exatamente como um servidor de arquivos local faria. Dentro de cada compartilhamento de arquivos é possível criar vários níveis de pastas para categorizar o conteúdo, e cada diretório pode conter vários arquivos e pastas. Os arquivos podem ter até 1 TB de tamanho e o tamanho máximo de um compartilhamento é de 5 TB.		O serviço ''File Storage'' permite o compartilhamentos de arquivos SMB (''Server Message Block'') no Azure exatamente como um servidor de arquivos local faria. Dentro de cada compartilhamento de arquivos é possível criar vários níveis de pastas para categorizar o conteúdo, e cada diretório pode conter vários arquivos e pastas. Os arquivos podem ter até 1 TB de tamanho e o tamanho máximo de um compartilhamento é de 5 TB.
		+
		+	===Precificação Padrão dos Serviços de Armazenamento do Azure===
		+
		+	Os custos da conta de armazenamento padrão do Azure são calculados com base em sua utilização. Em geral, quatro componentes contribuem para encargos relacionados com o armazenamento, são eles:
		+
		+	* Volume regional de tráfego de saída: As transferências de dados de entrada para o Azure são gratuitas, contudo, as transferências de dados de saída dos datacenters do Azure são gratuitas apenas para os primeiros 5GB por mês. Efetivamente, quando os serviços ou aplicativos estão localizados na mesma região que o seu armazenamento o Azure não impõe taxas pelo uso da largura de banda entre os recursos de computação e de armazenamento;
		+
		+	* Transações: Uma transação representa uma operação de leitura ou gravação para ou a partir de uma conta de armazenamento. O preço é fornecido para cada 100.000 transações;
		+
		+	* Capacidade: A capacidade representa a quantidade de espaço de armazenamento usado. As taxas baseiam-se em GB utilizados. No caso de ''page blobs'', por exemplo, isso significa que se criarmos um novo arquivo de disco rígido virtual de 100 GB, mas usarmos apenas 10 GB de seu volume total, iremos pagar apenas esse valor, independentemente de quanto espaço foi alocado; e
		+
		+	* Esquema de replicação: As contas de armazenamento LRS são mais baratas do que as contas ZRS, que por sua vez, são mais baratas do que as contas do GRS. As contas de armazenamento geograficamente redundantes de leitura-acesso são as mais caras.

	==Melhores Práticas de Desenvolvimento==		==Melhores Práticas de Desenvolvimento==

← Edição anterior		Edição das 12h32min de 10 de março de 2017
Linha 351:		Linha 351:

	Outro serviço do Azure frequentemente usado, e que oferece funcionalidade de armazenamento de mensagens similar ao ''queue storage'', é o ''Service Bus''. No entanto, os aspectos e funcionalidades de ambos os serviços diferem entre si. Maiores informações sobre o Azure ''storage queue'' e o ''service bus'' podem ser encontradas [https://docs.microsoft.com/en-us/azure/service-bus-messaging/service-bus-azure-and-service-bus-queues-compared-contrasted aqui] <ref>Feldman, S., Manheim, St., Taubensee, J. ''Storage queues and Service Bus queues - compared and contrasted''. Publicado em 19 de janeiro de 2017. Acesso em 08 de março de 2017.</ref>.		Outro serviço do Azure frequentemente usado, e que oferece funcionalidade de armazenamento de mensagens similar ao ''queue storage'', é o ''Service Bus''. No entanto, os aspectos e funcionalidades de ambos os serviços diferem entre si. Maiores informações sobre o Azure ''storage queue'' e o ''service bus'' podem ser encontradas [https://docs.microsoft.com/en-us/azure/service-bus-messaging/service-bus-azure-and-service-bus-queues-compared-contrasted aqui] <ref>Feldman, S., Manheim, St., Taubensee, J. ''Storage queues and Service Bus queues - compared and contrasted''. Publicado em 19 de janeiro de 2017. Acesso em 08 de março de 2017.</ref>.
		+
		+	====''File storage''====
		+
		+	O serviço ''File Storage'' permite o compartilhamentos de arquivos SMB (''Server Message Block'') no Azure exatamente como um servidor de arquivos local faria. Dentro de cada compartilhamento de arquivos é possível criar vários níveis de pastas para categorizar o conteúdo, e cada diretório pode conter vários arquivos e pastas. Os arquivos podem ter até 1 TB de tamanho e o tamanho máximo de um compartilhamento é de 5 TB.

	==Melhores Práticas de Desenvolvimento==		==Melhores Práticas de Desenvolvimento==

@@ Linha 350: / Linha 350: @@
 Pode-se criar qualquer número de filas em uma conta de armazenamento e qualquer número de mensagens em cada fila, até o limite de 500TB para todos os dados na conta de armazenamento. Contudo, cada mensagem pode ter até 64 kilobytes (KB) em tamanho.
-Outro serviço do Azure frequentemente usado, e que oferece funcionalidade de armazenamento de mensagens similar ao ''queue storage'', é o ''Service Bus''. No entanto, os aspectos e funcionalidades de ambos os serviços diferem entre si. Maiores informações sobre o Azure ''storage queue'' e o ''service bus'' podem ser encontradas [https://docs.microsoft.com/en-us/azure/service-bus-messaging/service-bus-azure-and-service-bus-queues-compared-contrasted Aqui].
+Outro serviço do Azure frequentemente usado, e que oferece funcionalidade de armazenamento de mensagens similar ao ''queue storage'', é o ''Service Bus''. No entanto, os aspectos e funcionalidades de ambos os serviços diferem entre si. Maiores informações sobre o Azure ''storage queue'' e o ''service bus'' podem ser encontradas [https://docs.microsoft.com/en-us/azure/service-bus-messaging/service-bus-azure-and-service-bus-queues-compared-contrasted aqui] <ref>Feldman, S., Manheim, St., Taubensee, J. ''Storage queues and Service Bus queues - compared and contrasted''. Publicado em 19 de janeiro de 2017. Acesso em 08 de março de 2017.</ref>.
 ==Melhores Práticas de Desenvolvimento==

@@ Linha 344: / Linha 344: @@
 [[Arquivo:Queue-storage.png|250px|thumb||Azure ''queue storage'']]
-O serviço Azure ''Queue Storage'' fornece armazenamento temporário de mensagens, freqüentemente usado filas para facilitar o intercâmbio confiável de mensagens entre componentes individuais de sistemas multitarefa ou distribuídos. Esses componentes adicionar e remover mensagens de uma fila, emitindo comandos sobre os protocolos HTTP ou HTTPS.
+O serviço Azure ''Queue Storage'' fornece armazenamento temporário de mensagens. Frequentemente usa-se o ''queue storage'' para facilitar o intercâmbio confiável de mensagens entre componentes individuais de sistemas multitarefa ou distribuídos. Esses componentes adicionam e removem mensagens de uma fila, emitindo comandos sobre os protocolos HTTP ou HTTPS.
-Semelhante a outros tipos de serviço de armazenamento Azure, cada fila é acessível a partir de um URL. Por exemplo, para acessar uma fila chamada "myqueue" em uma conta de armazenamento chamada "myaccount", as aplicações usariam o seguinte URL:
+Semelhante a outros tipos de serviço de armazenamento do Azure, cada fila é acessível a partir de uma URL exclusiva. Por exemplo, para acessar uma fila chamada ''"myqueue"'' em uma conta de armazenamento chamada ''"myaccount"'' as aplicações usariam a seguinte URL: ''http://myaccount.queue.core.windows.net/myqueue''.
-Http://myaccount.queue.core.windows.net/myqueue.
+Pode-se criar qualquer número de filas em uma conta de armazenamento e qualquer número de mensagens em cada fila, até o limite de 500TB para todos os dados na conta de armazenamento. Contudo, cada mensagem pode ter até 64 kilobytes (KB) em tamanho.
-Você pode criar qualquer número de filas em uma conta de armazenamento e qualquer número de mensagens em cada fila até o limite de 500 TB para todos os dados na conta de armazenamento. Cada mensagem pode ter até 64 kilobytes (KB) em tamanho.
+Outro serviço do Azure frequentemente usado, e que oferece funcionalidade de armazenamento de mensagens similar ao ''queue storage'', é o ''Service Bus''. No entanto, os aspectos e funcionalidades de ambos os serviços diferem entre si. Maiores informações sobre o Azure ''storage queue'' e o ''service bus'' podem ser encontradas [https://docs.microsoft.com/en-us/azure/service-bus-messaging/service-bus-azure-and-service-bus-queues-compared-contrasted Aqui].
-−
-Outro serviço Azure freqüentemente usado que oferece funcionalidade de armazenamento de mensagens é Bus de Serviço. No entanto, as filas de barramento de serviço diferem das filas de armazenamento Azure em muitos aspectos.
 ==Melhores Práticas de Desenvolvimento==

← Edição anterior		Edição das 12h45min de 8 de março de 2017
Linha 342:		Linha 342:

	====''Queue storage''====		====''Queue storage''====
		+	[[Arquivo:Queue-storage.png\|250px\|thumb\|\|Azure ''queue storage'']]
		+
		+	O serviço Azure ''Queue Storage'' fornece armazenamento temporário de mensagens, freqüentemente usado filas para facilitar o intercâmbio confiável de mensagens entre componentes individuais de sistemas multitarefa ou distribuídos. Esses componentes adicionar e remover mensagens de uma fila, emitindo comandos sobre os protocolos HTTP ou HTTPS.
		+
		+	Semelhante a outros tipos de serviço de armazenamento Azure, cada fila é acessível a partir de um URL. Por exemplo, para acessar uma fila chamada "myqueue" em uma conta de armazenamento chamada "myaccount", as aplicações usariam o seguinte URL:
		+
		+	Http://myaccount.queue.core.windows.net/myqueue.
		+
		+	Você pode criar qualquer número de filas em uma conta de armazenamento e qualquer número de mensagens em cada fila até o limite de 500 TB para todos os dados na conta de armazenamento. Cada mensagem pode ter até 64 kilobytes (KB) em tamanho.
		+
		+	Outro serviço Azure freqüentemente usado que oferece funcionalidade de armazenamento de mensagens é Bus de Serviço. No entanto, as filas de barramento de serviço diferem das filas de armazenamento Azure em muitos aspectos.

	==Melhores Práticas de Desenvolvimento==		==Melhores Práticas de Desenvolvimento==

← Edição anterior		Edição das 18h53min de 6 de março de 2017
Linha 340:		Linha 340:

	É importante escolher essas duas propriedades cuidadosamente porque Azure usa sua combinação para criar um índice agrupado para a tabela. O índice agrupado, por sua vez, melhora consideravelmente a velocidade das pesquisas, o que de outra forma resultaria em uma varredura da tabela completa. É possível usar a chave de partição para agrupar entidades semelhantes com base em sua característica comum, mas com valores de chave de linha exclusivos.		É importante escolher essas duas propriedades cuidadosamente porque Azure usa sua combinação para criar um índice agrupado para a tabela. O índice agrupado, por sua vez, melhora consideravelmente a velocidade das pesquisas, o que de outra forma resultaria em uma varredura da tabela completa. É possível usar a chave de partição para agrupar entidades semelhantes com base em sua característica comum, mas com valores de chave de linha exclusivos.
		+
		+	====''Queue storage''====

	==Melhores Práticas de Desenvolvimento==		==Melhores Práticas de Desenvolvimento==

← Edição anterior		Edição das 18h33min de 6 de março de 2017
Linha 318:		Linha 318:

	====''Blob storage''====		====''Blob storage''====
		+	[[Arquivo:Blob-storage.png\|250px\|thumb\|\|Azure ''blob storage'']]
		+
		+	O serviço de ''blob storage'' do Azure armazena grandes quantidades de dados não estruturados sob a forma de arquivos, que normalmente residem em contêineres. Os contêineres são semelhantes às pastas de arquivo, ajudando a organizar os blocos logicamente em uma conta de armazenamento e fornecendo segurança extra, contudo, suportam apenas hierarquia de nível único. Cada ''blob'' pode ter centenas de gigabytes de tamanho e os usuários podem acessá-los por meio de uma URL exclusiva.
		+
		+	Ao criar um ''blob'', é necessário informar o seu tipo. Geralmente, isso acontece implicitamente com base na finalidade pretendida. Por exemplo, ao criar uma máquina virtual (IaaS) automaticamente é criado o "contêiner" .vhd na conta de armazenamento de destino e um ''page blob'' contendo os arquivos de disco da máquina virtual. Os três tipos de ''blobs'' são:
		+
		+	* ''Block blobs'': São otimizados para ''downloads'' e ''uploads''. Para realizar essa otimização, o Azure divide os dados em blocos menores de até 4 megabytes (MB) de tamanho, que posteriormente são carregados ou baixados em paralelo. ''Block blobs'' individuais podem ter até 200 GB de tamanho;
		+
		+	* ''Page blobs'': São otimizados para operações aleatórias de leitura e gravação. os ''blobs'' são acessados como páginas, cada uma com até 512 bytes de tamanho. Quando um ''page blob'' é criado especifica-se o tamanho máximo para o qual pode crescer, até o limite de 1 TB. Cada ''page blob'' oferece ''throughput'' de até 60MB por segundo ou 500 (8 KB em tamanho) operações de I/O por segundo (IOPS); e
		+
		+	* ''Append blobs'': São estritamente para operações de ''append'', porque não suportam modificações ao seu conteúdo existente. A adição (''append'') ocorre em blocos de até 4 MB (o mesmo tamanho que os blocos individuais de ''block blobs'') com até 50.000 blocos por ''blob'' de anexos, o que se traduz em aproximadamente 195GB de tamanho. É geralmente usado em operações de ''log''.
		+
		+	====''Table storage''====
		+	[[Arquivo:Table-storage.png\|250px\|thumb\|\|Azure ''table storage'']]
		+
		+	O serviço de armazenamento ''Azure Table'' pode ser utilizado para armazenar dados parcialmente estruturados em tabelas sem as restrições dos bancos de dados relacionais tradicionais (por trás é um NoSQL). Dentro de cada conta de armazenamento é possível criar várias tabelas e cada tabela pode conter várias entidades. Como o ''table storage'' não exige um ''schema'', as entidades em uma única tabela não precisam ter o mesmo conjunto de propriedades. Por exemplo, uma entidade do "Produto" pode ter uma propriedade "Tamanho", enquanto outra entidade do "Produto" na mesma tabela pode não ter nenhuma propriedade "Tamanho". Cada propriedade consiste em um nome e um valor. Por exemplo, a propriedade Tamanho pode ter o valor 50 para um produto específico.
		+
		+	Semelhante aos ''blobs'', os aplicativos podem acessar cada tabela por meio de um URL. Por exemplo, para acessar uma tabela denominada ''"mytable"'' em uma conta de armazenamento chamada ''"myaccount"'' as aplicações usariam a seguinte URL: http://myaccount.table.core.windows.net/mytable
		+
		+	O número de tabelas em uma conta de armazenamento é limitado apenas pelo tamanho máximo da conta de armazenamento. Da mesma forma, não há restrições sobre o número máximo de entidades em uma tabela. Cada entidade pode ter até 1 MB de tamanho e possuir até 252 propriedades personalizadas. Cada entidade também tem três propriedades designadas: uma chave de partição (''partitio key''), uma chave de linha (''row key'') e um timestamp. O valor do ''timestamp'' é gerado automaticamente, mas a escolha da chave de partição e da chave de linha depende do designer da tabela. Para maiores informações acesse o [https://docs.microsoft.com/en-us/rest/api/storageservices/fileservices/designing-a-scalable-partitioning-strategy-for-azure-table-storage site]<ref>Myres, T. [https://docs.microsoft.com/en-us/rest/api/storageservices/fileservices/designing-a-scalable-partitioning-strategy-for-azure-table-storage Designing a Scalable Partitioning Strategy for Azure Table Storage]. Publicado em 03 de janeiro de 2017. Acesso em 06 de março de 2017.</ref>.
		+
		+	É importante escolher essas duas propriedades cuidadosamente porque Azure usa sua combinação para criar um índice agrupado para a tabela. O índice agrupado, por sua vez, melhora consideravelmente a velocidade das pesquisas, o que de outra forma resultaria em uma varredura da tabela completa. É possível usar a chave de partição para agrupar entidades semelhantes com base em sua característica comum, mas com valores de chave de linha exclusivos.

	==Melhores Práticas de Desenvolvimento==		==Melhores Práticas de Desenvolvimento==

← Edição anterior		Edição das 12h17min de 6 de março de 2017
Linha 316:		Linha 316:

	* ''Files'': Semelhante ao ''blob'', eles fornecem armazenamento para arquivos não estruturados, mas oferecem suporte para compartilhamento de arquivos da mesma maneira que os compartilhamentos de arquivos tradicionais do Windows.		* ''Files'': Semelhante ao ''blob'', eles fornecem armazenamento para arquivos não estruturados, mas oferecem suporte para compartilhamento de arquivos da mesma maneira que os compartilhamentos de arquivos tradicionais do Windows.
		+
		+	====''Blob storage''====

	==Melhores Práticas de Desenvolvimento==		==Melhores Práticas de Desenvolvimento==

@@ Linha 298: / Linha 298: @@
 O Azure ''Storage'' faz parte dos serviços de gerenciamento de dados do Azure, além dos recursos de backup e recuperação. Vários serviços Azure utilizam o Azure ''Storage'', incluindo máquinas virtuais ''IaaS'', ''App Service'' e serviços de nuvem de plataforma como serviço (PaaS).
-''App Service'', serviços em nuvem ''PaaS'' e aplicativos Web hospedados em máquinas virtuais ''IaaS'' podem se beneficiar do CDN, que fornece armazenamento distribuído globalmente para seu conteúdo estático. Isso permite a melhora da experiência do cliente ao acessar esses serviços de locais remotos, minimizando seu tempo de resposta.
+A escolha do armazenamento também tem outras implicações de uso, principalmente relacionado à diferença entre a estrutura V1 e V2 do Azure.
 ==Melhores Práticas de Desenvolvimento==