Shared SaaS usa um ambiente gerenciado pela Starya. Dedicated reserva um ambiente para a operação, com responsabilidades definidas no desenho contratado. A escolha depende de quem opera, dos limites de isolamento e rede, dos caminhos de dados e modelos e das condições de mudança e suporte. Registre essas exigências antes de decidir.
Quem opera e o que precisa estar pronto?
Em Shared SaaS, a Starya gerencia a infraestrutura e organiza a implantação e as atualizações do ambiente contratado. A empresa continua responsável por definir usuários, fontes autorizadas, integrações e critérios de uso. É uma modalidade candidata quando esse modelo de operação atende aos requisitos e a equipe pode trabalhar com as configurações e condições disponíveis.
Em Dedicated, combine quem provisiona, administra acessos, monitora, atualiza e recupera cada componente. A modalidade não determina sozinha se a infraestrutura será administrada pela Starya, pelo cliente ou com responsabilidades distribuídas. Na implantação assistida na infraestrutura da empresa, a equipe do cliente administra os recursos e acessos sob sua responsabilidade, com apoio da Starya conforme o escopo.
Antes de escolher, confirme capacidade disponível, conectividade, identidades, integrações, observabilidade e responsáveis técnicos. Dedicated em OCI, AWS ou on-premise está sujeito à avaliação técnica. Terraform e Helm podem apoiar o provisionamento e a configuração; seu uso não substitui a definição de quem mantém o ambiente.
Quais limites de isolamento e rede são necessários?
Para Shared SaaS, verifique como o ambiente separa organizações, restringe acessos e conecta os sistemas autorizados. Um requisito de rede privada, região específica ou acesso restrito precisa de confirmação técnica na oferta; a palavra SaaS não responde a essas perguntas.
Para Dedicated, descreva o perímetro pretendido e quais recursos ficam exclusivos da operação: aplicação, processamento, armazenamento e rede. Confirme as dependências que continuam compartilhadas ou externas. Dedicated não implica isolamento físico, administração exclusiva pelo cliente nem funcionamento offline.
Quando houver restrição de conectividade, teste também atualização, modelos, monitoramento e suporte. Se a rede exigida não alcançar uma dependência necessária, registre a incompatibilidade e avalie outro desenho ou um escopo menor antes de liberar a operação.
Por onde passam os dados e as chamadas aos modelos?
Nas duas modalidades, acompanhe a informação da entrada até armazenamento, busca, modelo, sistema de destino, cópias e suporte. Registre região, finalidade, acesso, retenção e saídas permitidas. A localização da aplicação não garante que todo o processamento permaneça no mesmo ambiente.
Shared SaaS precisa ter suas rotas e provedores conferidos no desenho contratado. Em Dedicated, confirme o que fica no ambiente reservado e quais serviços externos são usados. Se um modelo recebe trechos de documentos, essa saída precisa ser autorizada mesmo quando os arquivos originais permanecem na infraestrutura da empresa.
Como combinar mudanças, suporte e recuperação?
Em Shared SaaS, confirme como a Starya comunica atualizações, quais configurações a empresa controla e como são tratados testes e falhas nas integrações. Em Dedicated, distribua explicitamente instalação, janelas de mudança, atualização, monitoramento e retorno de versão entre as equipes. Uma mudança no modelo ou na fonte de dados também pode exigir revisão.
Para ambas, combine canal de suporte, acesso técnico autorizado, comunicação de incidentes e responsáveis pela continuidade. Defina como a equipe confere uma falha, restaura componentes e reconcilia efeitos nos sistemas de destino. Prazos, cobertura e condições de atendimento precisam ser acordados; não podem ser deduzidos do nome da modalidade.
Como fechar a decisão e a contratação?
Preencha uma linha da matriz para cada requisito. Uma candidata só avança quando há condição verificável, responsável e evidência de que a condição foi atendida. Use o mesmo cenário para testar acesso, rede, circulação de dados, atualização e recuperação. Mantenha as pendências visíveis em vez de transformar uma preferência em aprovação.
O plano comercial é independente da modalidade de implantação. Enterprise e Custom são as ofertas comerciais atuais; o escopo precisa ser combinado sem presumir associação automática com Shared SaaS ou Dedicated. O canal de contratação também não determina onde a operação executa. Leve a matriz para a conversa técnica e comercial para confirmar viabilidade, responsabilidades e condições.
Exemplo ilustrativo · sem dados de cliente
Uma consulta de procedimentos com restrição de saída
Exemplo fictício: uma empresa quer consultar procedimentos internos. A equipe prefere reduzir a administração de infraestrutura, mas exige que apenas trechos autorizados sejam enviados a um modelo aprovado. Outro requisito é acessar um repositório por rede restrita.
Shared SaaS permanece candidato se a conectividade e a rota do modelo atenderem aos requisitos. Dedicated é avaliado se o perímetro necessário exigir outro desenho. Nenhuma escolha está aprovada enquanto rede, acesso e processamento não forem verificados. As atribuições abaixo são propostas para o exemplo, não compromissos de uma oferta.
| Requisito | Modalidade candidata | Condição de aceitação / pendência | Responsável |
|---|---|---|---|
| Reduzir a administração de infraestrutura | Shared SaaS | Confirmar atividades gerenciadas, configurações disponíveis e dependências das integrações. | TI do cliente e Starya |
| Acessar o repositório por rede restrita | Shared SaaS ou Dedicated | Validar conectividade e isolamento no desenho proposto; rede ainda pendente de teste. | Equipe de redes e segurança |
| Processar somente trechos autorizados | Shared SaaS ou Dedicated | Conferir destino do modelo, região, acesso e retenção; bloquear saídas não aprovadas. | Responsável pelos dados e integração |
| Reservar recursos para a operação | Dedicated | Definir quais recursos são exclusivos e quais dependências são externas; avaliar OCI, AWS ou on-premise. | Arquitetura e equipe de infraestrutura |
| Atualizar com possibilidade de recuperação | Shared SaaS ou Dedicated | Acordar comunicação ou janela de mudança e testar retorno de versão e reconciliação. | Responsável pela aplicação e operação |
| Receber suporte sem acesso amplo aos dados | Shared SaaS ou Dedicated | Combinar canal, cobertura e acesso temporário autorizado; responsabilidades ainda a aprovar. | Segurança e responsável pelo suporte |
Registre candidata, condição e responsável para cada requisito da sua operação. Uma linha pendente não comprova viabilidade. Se a restrição de rede ou de processamento não puder ser atendida, ajuste o desenho ou reduza o escopo antes da contratação.
Quando o caminho precisa mudar
Se um modelo homologado ou uma rede obrigatória limitar as opções, comece por essa dependência. Se não houver equipe para assumir as tarefas atribuídas ao cliente, reveja a distribuição de responsabilidades. Se nenhuma modalidade atender a um requisito obrigatório, mantenha a decisão pendente e valide uma alternativa técnica; mudar apenas o nome do ambiente não resolve a restrição.
Um ponto de atenção: Escolher pelo nome do ambiente sem conferir circulação de dados, responsabilidades e dependências.
O roteiro está pronto para avançar quando…
- Cada requisito tem uma modalidade candidata, condição de aceitação e responsável.
- Isolamento, rede, dados e modelos foram avaliados no desenho específico.
- Operação, mudanças, suporte e recuperação têm responsabilidades acordadas.
- Pendências e testes necessários estão registrados antes da decisão de implantação.
Compare a matriz com Implantação e dados e com o guia de implantação. Leve os requisitos e as pendências para confirmar o escopo técnico e comercial.
Seu roteiro
Preencha com sua equipe.
Registre o que já sabe e o que ainda precisa confirmar. As respostas permanecem em memória, sem envio.
Referências para aprofundar
- Starya · Implantação e dados ↗
Comparação das responsabilidades em SaaS gerenciado e implantação assistida na infraestrutura da empresa. Disponibilidade e escopo dependem da avaliação técnica.
- Starya · Guia de implantação ↗
Roteiro para mapear componentes, circulação de dados, dependências e responsáveis. O cenário apresentado é ilustrativo.