Exchange 2010 Service Pack 2 e hospedagem

Artigo original publicado na terça-feira, 6 de dezembro de 2011

Com as alterações na estratégia que anunciamos em O futuro do modo de hospedagem alguns meses atrás, queríamos aproveitar a oportunidade para esclarecer o que é suportado nos cenários de hospedagem.

Anunciamos que os hosters poderiam usar o Exchange 2010 SP2 para fornecer serviços hospedados do Exchange, assim que fossem liberados. Bem, acabamos de lançar o SP2 e agora também lançamos Orientação para multitenancy e hospedagem para o Exchange Server 2010 SP2 para ajudar o cliente a configurar suas soluções de maneira suportada. Criamos o site de orientação e soluções de multitenancy para reconhecer os fornecedores do painel de controle que oferecem detalhes adequados sobre suas soluções, para que possamos listá-las como tendo uma solução compatível. A orientação é voltada aos hosters e aos ISV, de painel de controle, mas também será útil para qualquer pessoa que tente criar um sistema do tipo multitenant (às vezes denominado nuvem privada), usando o Exchange 2010 SP2.

Atualização de 20 de dezembro: Acabamos de publicar Orientação da escala multitenant para o Exchange 2010 SP2, que contém uma orientação para escalar e implantar adequadamente uma solução multitenant do Exchange 2010 SP2.

A coisa mais importante para entender é que um hoster, um fornecedor de painel de controle ou qualquer pessoa que utilize e siga a orientação que publicamos para a criação de sua solução não é fundamentalmente diferente de qualquer outro cliente que implante o Exchange, mas opte por não alterar as configurações padrão. Nosso objetivo é que o suporte que oferecemos a você não seja diferente de outros clientes.

Por exemplo, se você for um cliente corporativo típico e implantar o Exchange, configurar algumas das Políticas do Catálogo de Endereços (ABPs), alterar algumas permissões do calendário e adicionar alguns milhares de domínios aceitos, obterá o suporte como sempre obteve, porque sua configuração utiliza apenas ferramentas e processos suportados. Como hoster ou criador de nuvem privada, não será diferente. Você também cria objetos, configura algumas ABPs e pode terminar com uma configuração incomum aos olhos de um cliente médio do Exchange, mas isso é tudo – incomum, personalizada conforme suas necessidades, mas suportada.

Aqui estão alguns exemplos para tentar esclarecer o que isso significa:

• Você telefona para nós com um problema do agente de transporte do Exchange e está claro que qualquer coisa que você cria não segue nenhuma da nossa orientação publicada de desenvolvimento. Iremos recomendar que você faca alterações para seguir a orientação, e esse conselho não muda se você é um hoster, um criador de uma nuvem privada ou uma organização corporativa.
• Você é um hoster e nos telefona para dizer que não consegue impedir que o OOF interno seja entregue entre os inquilinos da plataforma de hospedagem que você mesmo criou. Nós apontamos nossa orientação de hospedagem, onde dizemos claramente que esse é um problema conhecido nesse tipo de configuração e também que o documento sugere a abordagem certa para tentar resolvê-lo. Então, você quer abrir um caso de desenvolvedor separado para receber ajuda enquanto cria a solução.

Assim, como você pode ver, seja você um hoster ou um cliente corporativo, ou alguém que cria uma solução para hospedar diversos inquilinos de uma forma específica, e você usou ferramentas e métodos suportados para configurar o seu sistema, poderemos dar um suporte eficiente. Isso não é realmente diferente do que ocorre hoje, se você optar por fazer algumas mudanças incomuns no seu sistema, não pediremos para validar o sistema ponta a ponta antes de ajudá-lo a recuperar o banco de dados. Por outro lado, se o banco de dados falhou por causa de uma mudança incomum que você fez, iremos discutir por que você fez essas alterações e apontaremos que elas não são suportadas.

Se um fornecedor do painel de controle deseja vender a solução dele e ela está listada no nosso site, ele precisa nos fornecer uma confirmação por escrito de que a solução dele cumpre TODO o documento da orientação. Se ela cumprir apenas 90%, não será listada. Isso não impede que o fornecedor venda a solução dele, porque ele pode fazer isso sem que nós a analisemos, mas um cliente que quiser comprar não a verá listada no nosso site.

Portanto, em resumo, para os clientes que usam o Exchange 2010 SP2, iremos tratar nossos hosters e clientes corporativos da mesma forma – se a causa básica do seu problema for uma configuração ou operação não suportada, mostraremos isso e recomendaremos que você mude. O hoster pode realmente criar um sistema multitenant sem fazer qualquer alteração não suportada. A orientação que publicamos o ajudará, e recomendaremos que você a siga.

Gosto de pensar assim: nosso objetivo final ao fornecer a orientação e permitir que o hoster utilize o Exchange Server 2010 SP2 é garantir que ele tenha uma solução baseada em uma configuração suportada, que torne seu sistema igual ao de todos os outros. Realmente queremos que você receba suporte para o seu sistema quando você precisar, mas você precisa nos ajudar a ajudá-lo.

Greg Taylor

Este é um post de um blog localizado. Encontre o artigo original em Exchange 2010 Service Pack 2 and Hosting