Este artigo foi traduzido por máquina.

LightSwitch e Windows Azure

Implantando aplicativos do LightSwitch no Windows Azure

Mike Wade

 

O novo Microsoft Visual Studio LightSwitch tem como objetivo simplificar a criação de aplicativos de formulários-over-data clássico linha de negócios (LOB). LightSwitch reduz a sobrecarga da criação desses aplicativos executando em grande parte do trabalho pesado de criar conexões com bancos de dados (o nível de armazenamento de dados), exibindo uma interface de usuário profissional (camada de apresentação) e a implementação de código da lógica comercial (a fileira da lógica).

Para simplificar ainda mais a sua vida, é possível hospedar esses aplicativos em Windows Azure, uma plataforma de serviços de nuvem de escala de Internet hospedada em data centers da Microsoft. A plataforma inclui Windows Azure, uma nuvem de serviços de sistema operacional e SQL Azure, um serviço de banco de dados hospedado na nuvem. Que hospeda um aplicativo de LightSwitch na plataforma Windows Azure elimina a necessidade de investir em recursos para gerenciamento de infra-estrutura, como, por exemplo, servidores Web e servidores de dados: Windows Azure se encarregará de tudo isso para você.

Neste artigo eu dar uma olhada em como implantar um aplicativo de LightSwitch de Windows Azure usando o aplicativo de amostra clínica de visão, que está disponível para download em bit.ly/LightSwitchSamples. Visão clínica é um simples aplicativo de LOB do office de um optometrist. O aplicativo pode ser usado para gerenciar compromissos e pacientes, bem como produtos que podem exigir a pacientes da clínica. Ele usa dois bancos de dados: o banco de dados de aplicativo intrínsecas, que gerencia os pacientes e seus compromissos, e um banco de dados anexado chamado PrescriptionContoso que gerencia os produtos disponíveis para venda na clínica. Noções básicas do original mostra como implantar o aplicativo como um aplicativo de desktop de duas camadas: o aplicativo é executado completamente na máquina do usuário de cliente, mas os dados para o aplicativo estão hospedados em outro lugar. Depois de concluir as etapas neste artigo, você poderá publicar o aplicativo em Windows Azure.

Anexando a uma fonte de dados de SQL Azure

Noções básicas do faz uso de um banco de dados externos de exemplo — o banco de dados de PrescriptionContoso, que você pode fazer o download do MSDN e instalar em sua máquina de desenvolvimento local. Porque o banco de dados de PrescriptionContoso é uma fonte de dados vinculada, você terá que criar e preencher o banco de dados por conta própria. Quando o aplicativo concluído é implantado em Windows Azure, ele usará uma fonte de dados anexada e de fonte de dados intrínseco hospedados na nuvem. Vamos começar a parte difícil do caminho pela primeira vez: criação dessa fonte de dados anexados no SQL Azure.

Iniciar ao efetuar logon em sua conta de Windows Azure em windows.azure.com. Se você ainda não tiver uma conta, você pode inscrever um no mesmo site. Depois que você tiver entrado no Portal de gerenciamento do Plataforma Windows Azure, selecione o nó de banco de dados no painel de navegação à esquerda e exibir as informações de banco de dados de sua assinatura na lista de itens central. (Consulte bit.ly/pcwCLX para obter uma descrição do layout do portal.) Se sua conta ainda não tiver uma assinatura do banco de dados, selecione a sua assinatura no painel de navegação e escolha criar na faixa na parte superior (consulte a Figura 1). Isso iniciará um Assistente de criação do servidor, permitindo que você escolha sua SQL Server, que hospeda a região e seu nome de login de administrador e senha e criar regras de firewall (consulte a Figura 2). Você precisará adicionar pelo menos duas regras de firewall para o seu servidor:

1. Marque a caixa de seleção para permitir que outros serviços de Windows Azure acessar este servidor. Isso permite que o Vision clínica aplicativo, que serão eventualmente hospedado no Windows Azure acessar este banco de dados.
2. Adicione um intervalo de endereços IP que também serão capazes de acessar o servidor. Estes são os endereços IP dos computadores que podem gerenciar o banco de dados por meio do Portal de gerenciamento do Plataforma Windows Azure. Por exemplo, o endereço IP do meu PC é 131.107.xxx.yyy, adicionei um intervalo de endereços, começando em 131.107.0.0 e terminando em 131.107.0.255. Não se esqueça: você ainda terá as informações de login de assinatura de Windows Azure para gerenciar o banco de dados por meio do portal, mas a definição dessa regra de firewall permite que Visual Studio acessar o banco de dados durante o desenvolvimento. Depois que você criou e implantou o aplicativo, você pode remover essa regra de firewall para impedir que qualquer máquinas externas acessando o banco de dados.

Portal de gerenciamento de Plataforma Windows Azure Figura 1: Criação de um servidor de banco de dados

Figura 2 usando o Assistente para criar um servidor de banco de dados

Com o servidor de banco de dados criado, você agora pode exibir suas propriedades. Selecione o servidor de banco de dados no painel de navegação (Meu foi chamado "pq96r63lrm"). A lista de itens inclui todas as regras de firewall que você criou, bem como um banco de dados padrão "mestre".

Você vai querer criar um novo banco de dados para obter as informações de PrescriptionContoso. Verifique se o que seu servidor de banco de dados foi selecionado no painel de navegação e, em seguida, clique no botão Criar na faixa no Portal de gerenciamento de Plataforma Windows Azure. O nome do banco de dados, digite "PrescriptionContoso" e deixar as configurações padrão para edição e o máximo de tamanho (consulte a Figura 3).

Figura 3 Criando o banco de dados de PrescriptionContoso

Agora é hora de adicionar as tabelas no banco de dados PrescriptionContoso. Selecione o novo banco de dados no painel de navegação do lado esquerdo e clique no botão Gerenciar. Isso abrirá uma nova página da Web que permite que você gerencie o banco de dados PrescriptionContoso. Na nova página, selecione a nova tabela. Isso abrirá uma página do editor de tabela (consulte a Figura 4). Nomeie a tabela "Produto" e insira as informações mostradas na a Figura 5 para o esquema.

Figura 4, adicionando a tabela de produto para o banco de dados de PrescriptionContoso

Figura 5 esquema da tabela de produto

Coluna	Tipo	Valor padrão	É a identidade?	É necessário?	Em chave primária?
ProductID	Int		Sim	Sim	Sim
ProductName	nvarchar (50)			Sim
MSRP	Dinheiro			Sim
Descrição	nvarchar (max)
ProductImage	varbinary (max)
Categoria	nvarchar (max)

Criar outra nova tabela, nomeie esse um "ProductRebate" e insira as informações em a Figura 6 para o esquema. Como com todas as fontes de dados anexada, a seqüência de conexão que lightswitch usa para interagir com o banco de dados de PrescriptionContoso será armazenada no arquivo Web. config gerado como saída do projeto. Três camadas de aplicativos armazenam o arquivo Web. config no servidor IIS onde não podem ser visto por usuários de aplicativos.

Figura 6 esquema da tabela de ProductRebate

Coluna	Tipo	Valor padrão	É a identidade?	É necessário?	Em chave primária?
ProductRebateID	Int		Sim	Sim	Sim
ProductID	Int			Sim
RebateStart	Smalldatetime
RebateEnd	Smalldatetime
Desconto	Dinheiro

No entanto, com duas camadas de aplicativos, todos os usuários que instalarem o aplicativo podem ver o arquivo Web. config. Portanto, é importante criar um login de não-administrador e usuário do banco de dados de PrescriptionContoso para uso em tempo de execução. Este usuário não poderá ser um administrador de servidor de banco de dados completo e será capaz de executar apenas criar, leitura, atualização, operações de exclusão (CRUD) no banco de dados PrescriptionContoso. Você cria um novo login para o banco de dados, abrindo uma conexão ao banco de dados mestre e executar os seguintes comandos no Management Studio Express SQL Server ou usando o sqlcmd (consulte bit.ly/ok2Mdh para obter mais informações):

CREATE LOGIN <user> WITH password='<password>';

Certifique-se de substituir um novo <user> e <password>. A senha fornecida deve ser forte (consulte bit.ly/p4BEwU).

Agora, se conectar ao banco de dados PrescriptionContoso com sua conta de administrador do SQL Azure e crie um usuário:

CREATE USER <user> FROM LOGIN <user>;

O esquema de banco de dados foi criado, mas a tabela não contém dados. Você pode adicionar dados à tabela usando o designer de dados do portal de gerenciamento de Plataforma Windows Azure ou ao migrar os dados do arquivo de PrescriptionContoso.mdf incluído na amostra no banco de dados Windows Azure. Você também pode usar o utilitário bcp que vem com o Microsoft SQL Server de 2008 e Microsoft SQL Server 2008 Express (bit.ly/bhH7Ub). Ainda outra opção é adicionar os dados por meio de um aplicativo em execução. É possível ter um aplicativo de duas camadas de anexar a uma fonte de dados hospedada em SQL Azure, então, vamos preencher o banco de dados publicando e executar o exemplo de visão clínica como um aplicativo de duas camadas.

Com o esquema no lugar em Windows Azure para a fonte de dados anexados, é hora de publicar o aplicativo. Você deve ser capaz de executar as etapas de implantação nas noções visão clínica (bit.ly/py9yna) até a etapa 8. Na página outras informações de conexão, digite a seqüência de conexão ao banco de dados que acabou de criar. Você encontrará a seqüência de conexão no Portal de gerenciamento Plataforma Windows Azure selecionando o banco de dados no painel de navegação e pressionar o botão de seqüências de conexão no painel Propriedades. Copie o ADO.NET a seqüência de conexão (consulte a Figura 7) e colá-lo na caixa de texto em que o LightSwitch PrescriptionContoso o Assistente de publicação. Abra a caixa de diálogo Propriedades de conexão e verifique se que digitou o nome de usuário e senha para o novo usuário que você criou. Use o botão Test Connection para certificar-se de que você é capaz de se conectar ao banco de dados SQL Azure.

Figura 7, obtendo a seqüência de conexão do banco de dados de PrescriptionContoso

Depois de inserir a seqüência de conexão para a fonte de dados vinculada, você pode concluir o Assistente de publicação e aguarde até que seu aplicativo a ser publicado. Depois de publicado, você pode exibir o arquivo Web. config gerado entre a saída de publicar e ver que a seqüência de conexão ao banco de dados de Windows Azure está no lugar. Como o aplicativo é duas ainda camadas, os usuários finais será necessário o Microsoft.NET Framework 4 instalado em seus computadores, mas o aplicativo agora pode ler e gravar dados no banco de dados de PrescriptionContoso em SQL Azure.

Que hospeda o aplicativo em Windows Azure

Em seguida, vamos dar uma olhada no que hospeda o aplicativo completamente em Windows Azure. Porque Windows Azure está executando o IIS, é possível ter os mesmos tipos de aplicativos em Windows Azure como em um servidor IIS que residem na sua empresa. Os usuários do aplicativo só precisará ter o Microsoft Silverlight 4 ou superior para executar o aplicativo, em vez de biblioteca de classes.NET Framework 4, simplificando bastante a implantações de clientes. Você modificará a amostra de visão clínica para publicar o aplicativo para Windows Azure. A camada de serviço ainda exigirão a.NET Framework 4, mas Windows Azure serão automaticamente provisionar que para você.

Antes de publicar visão clínica para Windows Azure, há alguns preparação adicional que precisa ser feito para a sua assinatura. Você precisará criar previamente um serviço hospedado no Portal de gerenciamento de Plataforma Windows Azure. Esse serviço é o que executará o código do lado do servidor do aplicativo implantado. Você também precisará criar uma conta de armazenamento, que será usada para armazenar os binários do aplicativo enquanto o aplicativo está implantando. Os dados do aplicativo serão armazenados em um banco de dados SQL Azure.

Navegue de volta para o portal e selecione o botão início no painel de navegação (consulte a Figura 8). A faixa de opções, você verá que um botão marcado novo serviço hospedado. Este botão mostra uma nova janela no qual deseja criar o seu serviço hospedado. Digite um nome de serviço, o prefixo de URL e a região para seu aplicativo. Para opções de implantação, escolha "Não implante"; o LightSwitch publicar Assistente estiver implantando o aplicativo. A conta de armazenamento é criada de forma similar: clique no botão nova conta de armazenamento na faixa de opções e preencha os campos no menu pop-up que surge. Agora, você poderá navegar até o Hosted Services e o armazenamento no Portal de gerenciamento de Plataforma Windows Azure. O restante do que a configuração pode ser feita por meio de LightSwitch de Windows Azure o Assistente de publicação.

Figura 8 criando um serviço hospedado no Portal de gerenciamento de Plataforma Windows Azure

Vamos fazer algumas atualizações da amostra de visão clínica no IDE LightSwitch. Como o aplicativo está sendo hospedado na nuvem, é uma boa idéia para proteger seu aplicativo de LightSwitch usando a autenticação de formulários. (Para obter mais informações, consulte o artigo, "Protegendo o acesso para o LightSwitch Applications", nesta edição). Isso é configurado na guia aplicativo propriedades access control do aplicativo VisionClinic (consulte a Figura 9). Agora, navegue até a guia tipo de aplicativo. O aplicativo permanecerá em um aplicativo de desktop, porque você deseja que o aplicativo para poder interagir com outros aplicativos instalados no computador de um usuário final (por exemplo, exportar dados para o Microsoft Excel). Para a configuração do servidor de aplicativo, selecione Windows Azure (consulte a Figura 10). Clique no botão Publish… no designer para começar o processo de publicação.

Figura 9 usando a autenticação de formulários

Figura 10 optando por serviços de aplicativos de Host no Windows Azure

Pressione Avançar duas vezes no Assistente para chegar ao conectar-se à página de Windows Azure. Esta página requer duas informações (consulte a Figura 11):

1. A identificação da sua assinatura de conta
2. Impressão digital do certificado uma gerenciamento

Figura 11, conectando-se a Windows Azure em que o LightSwitch o Assistente de publicação

A identificação de assinatura é obtida no painel Propriedades do serviço hospedado no Portal de gerenciamento de Plataforma Windows Azure. Se esta for a primeira vez que você esteja publicando para Windows Azure, você também terá que criar um novo certificado que será usado para confirmar sua identidade para o serviço de Windows Azure durante o processo de publicação porque não há nenhum login durante o processo de publicação. Na lista suspensa, selecione a opção < criar o certificado de … auto-assinado novo >. Isso adiciona um novo certificado ao armazenamento de certificados do computador. Agora você precisa carregar informações de certificado à sua conta de Windows Azure. Escolha o caminho da cópia no Assistente para publicar e, em seguida, voltar para o portal e selecione o 
node de gerenciamento de certificados no painel de navegação. Selecione Adicionar certificado da faixa de opções e escolha o botão Procurar … na caixa de diálogo exibido (consulte a Figura 12). Colar no caminho que você copiou do assistente Publicar — e seu certificado agora deve ser adicionado.

Figura 12 a adição de um certificado de gerenciamento de Windows Azure

A página de configuração do serviço de Azure (consulte a Figura 13) do assistente permite que você especifique os nomes das contas de serviços e armazenamento hospedados que foram criadas por meio do Portal de gerenciamento do Plataforma Windows Azure. Esses suspensas devem ser preenchidas automaticamente pelo assistente, depois que um certificado de identificação e gerenciamento de inscrição válido foram inseridos na página anterior. Você também pode escolher qual ambiente em que o aplicativo será implantado: produção ou preparação. Neste exemplo, selecione a produção.

Figura 13 Windows Azure de configuração serviço e informações de armazenamento durante a publicação

Em seguida, você precisará especificar as configurações de segurança para o aplicativo: um certificado que será usado para estabelecer uma conexão SSL para o aplicativo implantado. Comunicando o Windows Azure via HTTPS protege os dados de negócios trocados entre cliente e servidor, bem como o nome de usuário e senha ao usar informações de autenticação de formulários. O assistente permite que você selecione de certificados existentes que já foram carregados para Windows Azure, ou para carregar um novo certificado, como mostrado na a Figura 14. Na lista suspensa permite que você criar um novo certificado auto-assinado que pode ser carregado em Windows Azure. A ferramenta de iniciador fora-do-navegador do Silverlight que LightSwitch a usar aplicativos de desktop requer um certificado confiável no servidor quando executar via HTTPS. Se o certificado não for confiável, o aplicativo não serão executados corretamente. A melhor abordagem é usar um certificado assinado por uma autoridade de certificação confiável. Uma alternativa menos seguro é o novo certificado auto-assinado no armazenamento de certificados do cliente de pré-instalação (consulte bit.ly/ra3CKG para obter mais informações). Um cliente de LightSwitch que executa no navegador pode trabalhar com um certificado auto-assinado, mas o navegador mostrará um aviso antes de carregar o aplicativo do Silverlight.

Figura 14 definindo o certificado para uso para uma conexão HTTPS

A próxima parte das informações para inserir no Assistente de publicação é as configurações de conexão de banco de dados da fonte de dados intrínseco. Desta vez, LightSwitch criará automaticamente o banco de dados e publicar o esquema de SQL Azure. Você pode iniciar ao obter a seqüência de conexão do banco de dados mestre é criada automaticamente para você em SQL Azure. Cole esse valor para a seqüência de conexão de administrador no Assistente de publicação. Traz as propriedades de conexão no Assistente de publicação, clicando no botão construtor e digite um novo nome de banco de dados para substituir "mestre" (por exemplo, "VisionClinic") — consulte a Figura 15. Atualize a senha do usuário (a seqüência de conexão que foi copiada contém somente uma senha fictícia). Além disso, considere definindo a propriedade de conexão Encrypt como True e a propriedade de conexão de TrustServerCertificate como False nas propriedades avançadas para a seqüência de conexão. Isso garante a conexão é criptografada e ataques man-in-the-middle não são possíveis. Você não quer o aplicativo para usar a seqüência de caracteres de conexão administrativa em suas operações de CRUD, portanto, crie um novo login para o servidor de banco de dados clicando no botão Criar logon de banco de dados do Assistente de publicação.

Figura 15, definindo a seqüência de conexão para os dados do aplicativo

Em seguida, você deve digitar um nome de usuário e senha de administrador de segurança inicial do aplicativo. Um administrador de segurança fornece acesso para as telas de administração de segurança no aplicativo cliente LightSwitch em execução. Essas telas permitem que os administradores de segurança fornecer acesso inicial a outros usuários para executar o aplicativo.

Você pode continuar a usar a seqüência de conexão de PrescriptionContoso que foi previamente adicionada na página do assistente outras conexões. Especifique uma página do Assistente de certificado, você pode escolher assinar o aplicativo cliente (consulte a Figura 16). Assinar o aplicativo permite que o iniciador de fora-do-navegador do Silverlight atualizar automaticamente o aplicativo na máquina do usuário quando você publicar uma versão mais recente do aplicativo para Windows Azure (bit.ly/iY6lFP).

Figura 16 especificando um certificado para assinar o aplicativo cliente

Quando o assistente for concluído, o aplicativo é empacotado e enviado para Windows Azure para instalação. Quando a publicação estiver concluída, o LightSwitch iniciará o Portal de gerenciamento do Plataforma Windows Azure. LightSwitch informa ao Windows Azure para iniciar o serviço hospedado, mas pode levar alguns minutos para que o processo seja concluído. Você pode controlar o progresso da implantação na guia serviço hospedado do painel de navegação no portal.

Quando a implantação foi concluída, selecione os serviços hospedados no painel de navegação do portal e abra nós filho na lista de itens para alcançar a implantação concluída "Vision_Clinic" (consulte a Figura 17). A janela de propriedades deve conter um nome DNS para seu aplicativo implantado; clicar nesse link abrirá a página da Web para seu aplicativo, após primeira automaticamente redirecionando o aplicativo para usar HTTPS. Esta é a URL os clientes devem usar para executar o aplicativo. É possível — mas altamente desencorajado — para desativar o redirecionamento a HTTPS, definindo a propriedade Microsoft.LightSwitch.RequireEncryption como "false" no arquivo de configuração do serviço (descrito na seção a seguir).

Figura 17, exibindo o aplicativo publicado no Portal de gerenciamento de Plataforma Windows Azure

Publicar a saída

Vamos dar uma olhada nos bastidores. Há três arquivos de saída exclusivos em Publicar em Windows Azure. São eles:

• Visão Clinic.cspkg
• ServiceDefinition.csdef
• ServiceConfiguration.cscfg

O diretório de saída de compilação, você verá um arquivo .cspkg. Este arquivo é um conjunto de todos os arquivos relevantes para o aplicativo de Windows Azure: os binários do aplicativo, como também os arquivos de definição e configuração do serviço. Durante o processo de publicar este arquivo é transferido para Windows Azure para configurar o serviço hospedado.

ServiceDefinition.csdef (consulte Figura 18) é o arquivo de definição de serviços de nuvem para o aplicativo. Este arquivo XML determina como o site da Web para seu aplicativo pode ser configurado. O arquivo declara que a um WebRole, LightSwitchWebRole (sob o nó de WebRole), deve ativar o HTTP e HTTPS (os nós de Sites e os pontos de extremidade). Ele especifica que HTTPS exigirá um certificado armazenado na máquina de Windows Azure (nó de certificados) e declara as definições de configuração personalizável específicos para este aplicativo (ConfigurationSettings nó). Essas configurações incluem informações de log de diagnóstico, bem como chama, se deseja redirecionar HTTP para HTTPS.

Figura 18 no arquivo ServiceDefinition.csdef

<ServiceDefinition name="Vision_Clinic"
  xmlns="https://schemas.microsoft.com/ServiceHosting/2008/10/ServiceDefinition">
  <WebRole name="LightSwitchWebRole"
           vmsize="Small"
           enableNativeCodeExecution="true">
    <ConfigurationSettings>
      <Setting name="Microsoft.LightSwitch.Trace.Enabled" />
      <Setting name="Microsoft.LightSwitch.Trace.LocalOnly" />
      <Setting name="Microsoft.LightSwitch.Trace.Level" />
      <Setting name="Microsoft.LightSwitch.Trace.Sensitive" />
      <Setting name="Microsoft.LightSwitch.Trace.Categories" />
      <Setting name="Microsoft.LightSwitch.RequireEncryption" />
    </ConfigurationSettings>
    <Sites>
      <Site name="Web">
        <Bindings>
          <Binding name="HttpIn" endpointName="HttpIn" />
          <Binding name="HttpsIn" endpointName="HttpsIn" />
        </Bindings>
      </Site>
    </Sites>  
    <Endpoints>
      <InputEndpoint name="HttpIn" protocol="http" port="80" />
      <InputEndpoint name="HttpsIn" protocol="https" port="443"
        certificate="SSLCertificate" />
    </Endpoints>
    <Certificates>
      <Certificate name="SSLCertificate" storeLocation="LocalMachine"
        storeName="My" />
    </Certificates>
  </WebRole>
</ServiceDefinition>

Figura 19 mostra o arquivo de configuração de serviços de nuvem (ServiceConfiguration.cscfg) contém as configurações reais para a função de Web. Se você examinar o arquivo ServiceConfiguration.cscfg no diretório de saída de compilação, você verá uma configuração que contém a impressão digital de certificado SSL foi especificado na página "Configurações de segurança" do Assistente de publicação.

Figura 19 O arquivo ServiceConfiguration.cscfg

<ServiceConfiguration serviceName="Vision_Clinic"
  xmlns="https://schemas.microsoft.com/ServiceHosting/2008/10/ServiceConfiguration">
  <Role name="LightSwitchWebRole">
    <Instances count="1" />
    <ConfigurationSettings>
      <!-- A value of true will enable diagnostic logging on the server -->
      <Setting name="Microsoft.LightSwitch.Trace.Enabled" value="false" />
      <!-- A value of true only lets local access to Trace.axd -->
      <Setting name="Microsoft.LightSwitch.Trace.LocalOnly" value="true" />
      <!-- The valid values for the trace level are: None, Error,
        Warning, Information, Verbose -->
      <Setting name="Microsoft.LightSwitch.Trace.Level"
        value="Information" />
      <!-- A value of true will indicate that logging sensitive
        information is okay -->
      <Setting name="Microsoft.LightSwitch.Trace.Sensitive" value="false" />
      <!-- The semi-colon separated list of categories that will be
        enabled at the specifed trace level -->
      <Setting name="Microsoft.LightSwitch.Trace.Categories"
        value="Microsoft.LightSwitch" />
      <!-- A value of true will indicate http requests should be
        re-directed to https -->
      <Setting name="Microsoft.LightSwitch.RequireEncryption"
        value="true" />
    </ConfigurationSettings>
    <Certificates>
      <Certificate name="SSLCertificate"
        thumbprint="CD27FF4C85A2AD495A054D606E354BCAAD01B3D8"
        thumbprintAlgorithm="sha1" />
    </Certificates>
  </Role>
</ServiceConfiguration>

Há duas maneiras de alterar as definições de configuração adicionais para a função de Web. Uma opção é editar o arquivo ServiceConfiguration.cscfg contido no diretório do projeto LightSwitch. Por exemplo, para habilitar o log de diagnóstico no servidor, você precisará modificar a propriedade Microsoft.LightSwitch.Trace.Enabled, como este:

<Setting name="Microsoft.LightSwitch.Trace.Enabled" value="true" />

Os valores definidos no arquivo de configuração de serviço do projeto nuvem no projeto terminarão no arquivo de configuração do serviço de nuvem interna.

Também é possível alterar os valores no ServiceConfiguration.cscfg pós-implantação. No Portal de gerenciamento Plataforma Windows Azure, clique em serviços hospedados, as contas do armazenamento & CDN, em seguida, clique em serviços hospedados na parte inferior do painel de navegação. Detalhar o item de implantação de Vision_Clinic na lista de itens. Uma vez lá, você deverá ver o botão Configurar na faixa de opções. Este botão permite que você carregar um arquivo de configuração do serviço novo ou editar o arquivo existente.

Usando Windows Azure adicionais recursos

Embora não haja nenhum suporte interno para vários recursos adicionais do Windows Azure, com algumas modificações simples para arquivos de serviço Definition.csdef e ServiceConfiguration.cscfg do seu projeto, é possível tirar proveito dos recursos adicionais de Windows Azure. Aqui estão alguns exemplos.

Tamanho da máquina virtual (VM) Windows Azure fornece vários tamanhos de instâncias de computação, que determinam a quantidade de recursos dedicados para cada instância do serviço: quanto maior o tamanho da VM, quanto mais caro o aplicativo será executado. Tamanho de computação de padrão de aplicativos de LightSwitch em um pequeno, mas você pode alterar o nível, atualizando o atributo "vmsize" da WebRole no arquivo ServiceDefinition.csdef padrão:

<WebRole name="LightSwitchWebRole"
         vmsize="ExtraSmall"
         enableNativeCodeExecution="true">

ExtraSmall (que está disponível em versão beta) é o serviço de menos intensivo de recursos disponível em Windows Azure. Um resumo de todos os tamanhos VM está disponível em bit.ly/qdTFZp.

Microsoft Windows AzureConectar-se conectar-se do Windows Azure (bit.ly/nvTg6Z) permite conexões de rede baseada em IP entre Windows Azure e recursos em suas instalações. Windows Azure conectar, atualmente na CTP, fornece uma maneira para um aplicativo implantado em Windows Azure para se conectar a um banco de dados sob premissa de SQL Server ou o site do SharePoint. Você também poderia ter uma VM do Windows Azure ingressar em seu domínio local, permitindo que seu aplicativo para usar a autenticação do Windows. É possível configurar seu aplicativo de LightSwitch para tirar proveito dos recursos de Windows Azure se conectar. Enquanto a realizar essa configuração está além do escopo deste artigo, mantenha um olho aberto na página "Implantação" do LightSwitch Developer Center (bit.ly/pxmV5d).

Mike Wade é um desenvolvedor que trabalha na Visual Studio LightSwitch. Seu foco na equipe é a implantação e ferramentas de recursos do projeto.

Graças aos seguintes especialistas técnicos para revisão deste artigo: Beth Massi e John Rivard