Avaliações e Detalhes do Produto Triton DataCenter

Implantamos o Triton DataCenter para nossa infraestrutura de nuvem privada local. O que mais aprecio é sua integração perfeita de virtualização e gerenciamento de contêineres em uma única plataforma. Alguns recursos que também se destacam são o firewall de nuvem embutido, controles de acesso granulares, imagens pré-construídas, multi-tenancy e um bom portal para o usuário final.

A virtualização bare-metal oferece desempenho excepcional para nossos hosts de banco de dados, permitindo-nos maximizar a utilização do nosso hardware sem a sobrecarga normalmente associada às soluções de virtualização tradicionais. A API incluída tornou simples a integração com nossos sistemas existentes e aplicativos de terceiros. Além disso, a facilidade de manutenção contínua é uma grande vantagem. Análise coletada por e hospedada no G2.com.

Embora o Triton DataCenter ofereça um conjunto robusto de recursos, a configuração inicial exigiu uma curva de aprendizado para nossa equipe. Documentação mais abrangente e guias do usuário teriam sido benéficos para acelerar o processo de integração. No entanto, uma vez que superamos esses desafios iniciais com a ajuda da equipe de suporte do Triton, a plataforma se mostrou altamente eficiente e confiável para nossas necessidades. Análise coletada por e hospedada no G2.com.

Se você sabe algo sobre nossa história, independência e autossuficiência são fundamentais para quem somos. O Triton Datacenter se alinha perfeitamente com essa missão. Ele fornece uma infraestrutura poderosa e eficiente que nos permite executar todos os nossos aplicativos e cargas de trabalho sem depender de grandes empresas de tecnologia ou plataformas inchadas. O desempenho é de primeira linha! Se você está procurando uma plataforma rica em recursos enquanto permanece eficiente e seguro, o Triton é uma escolha clara. Análise coletada por e hospedada no G2.com.

Colocar o Triton em funcionamento não é exatamente um passeio no parque, especialmente com a interface de linha de comando. O processo de configuração pareceu um pouco avassalador, e o Triton se beneficiaria muito de exemplos ou tutoriais mais detalhados para guiá-lo. Tivemos que passar por um pouco de tentativa e erro antes de estarmos totalmente operacionais. Análise coletada por e hospedada no G2.com.

O Triton DataCenter torna a configuração de nuvens privadas muito fácil. Tópicos avançados como zonas de disponibilidade, sincronização de imagens, pacotes e usuários já estão implementados e podem ser facilmente utilizados. A documentação é muito boa e ajuda a entender os recursos do produto. A tecnologia subjacente (como SmartOS, ZFS, zonas nativas, etc.) é muito sólida. A instalação é bem documentada e fácil - centenas de nós podem ser instalados muito rapidamente assim que o hardware e a rede estiverem prontos. As atualizações são frequentes e a atualização é um processo definido e bem pensado. As configurações podem ser isoladas e viver atrás de firewalls. Análise coletada por e hospedada no G2.com.

A maioria dos potenciais usuários e administradores pode não gostar da ausência de uma interface gráfica de usuário ou de um portal de usuário na versão de código aberto do Triton DataCenter. Isso pode ser um motivo para descartá-lo durante as avaliações. Outro problema é a ausência de um serviço de balanceamento de carga (além do balanceamento de carga por DNS) e de armazenamento compartilhado (embora isso também possa ser uma vantagem). Análise coletada por e hospedada no G2.com.

Baseando-se em tecnologias comprovadas como Zones, BHyve, Crossbow, DTrace, SMF e ZFS, o Triton possui uma base técnica muito sólida. Quer você queira usar máquinas virtuais pesadas com hardware (BHyve) ou leves com contêineres (Zones), o Triton oferece ambos. Análise coletada por e hospedada no G2.com.

Embora muitas coisas venham com baterias incluídas no Triton, ele requer conhecimento para ser mantido e configurado. Portanto, esse conhecimento precisa estar na sua organização ou você precisa terceirizá-lo para um provedor como a MNX. Análise coletada por e hospedada no G2.com.

Triton nos permite facilitar as capacidades de recursos de nossos contêineres Linux LXC e LXD com sua excelente arquitetura de nó de computação. Ele garante que todos os nossos sistemas operacionais estejam atualizados e instala automaticamente patches de segurança. Também supervisiona o daemon LXD e promove uma experiência de usuário unificada ao trabalhar com contêineres Linux. Os recursos de escalabilidade e flexibilidade também são ótimos, assim como sua plataforma de implantação baseada em imagens. Análise coletada por e hospedada no G2.com.

É caro quando comparado a outros provedores de infraestrutura. Se você está gerenciando uma startup com requisitos computacionais limitados, o Triton não seria muito desejável a longo prazo. É adequado para empresas de médio porte com acordos de recursos definidos que podem gerenciar despesas de nuvem dentro de seus orçamentos de clientes. Análise coletada por e hospedada no G2.com.

Sua capacidade multiplataforma de ir do Linux para o Windows e até para o Mac permite que os usuários utilizem o programa com qualquer computador, o que é enorme quando se trata de praticidade para o usuário. Acho que outra habilidade viável e útil será a capacidade de melhorar a eficiência, que geralmente é um dos aspectos que demoram uma eternidade para melhorar, mas com este programa e aplicação, reduz completamente o tempo de mudança. Análise coletada por e hospedada no G2.com.

Alguns podem dizer que há um pequeno problema em ser muito simples, e há momentos em que é preciso navegar e encontrar a ação correta em vez da mais fácil. Outro problema que vejo como um aspecto problemático é que, mesmo que as coisas sejam multiplataforma, isso não significa necessariamente que irão sincronizar sob comando. Certifique-se de verificar o que está sendo movido para a nuvem e o que não está. Análise coletada por e hospedada no G2.com.

Joyent Triton tem uma maneira executiva de que cada contêiner é realmente sua própria zona Solaris (smartos) é impecável obviamente, já que mitiga várias preocupações de segurança que normalmente causariam uma configuração um pouco mais complexa. Além disso, é teoricamente muito mais limpo lidar com apenas um datacenter com muitos contêineres em vez de um datacenter com possivelmente muitos hosts (aws) e contêineres rodando neles. Além disso, o tratamento de armazenamento de imagens e gerenciamento de hosts (não há realmente nenhum) também é tratado automaticamente. Eu realmente amei o fato de que Triton foi o primeiro a chegar ao mercado com uma solução de contêiner verdadeiramente infinitamente comercializável. A equipe por trás do Triton teve lançamentos rápidos e estáveis que incluíram vários recursos incríveis. Análise coletada por e hospedada no G2.com.

Nenhum datacenter na Alemanha (o que implica que alguns serviços para clientes clínicos e governamentais não podem ser hospedados com o Triton). De qualquer forma, o SDC é de código aberto, então podemos ter a opção de utilizar a mesma tecnologia em nossos próprios servidores. Alguns recursos do Docker ainda não são suportados. Executar contêineres Docker funciona de forma excelente e tão fácil quanto esperado, mas ao começar com certas imagens Docker ou simplesmente tentar iniciar algo usando docker-compose, etc., que depende de tais recursos, requer pelo menos uma compreensão básica do que o Docker faz exatamente para resolver esse problema. Um desses recursos é o remapeamento de portas. Embora não seja tecnicamente necessário, já que cada contêiner tem seu próprio IP e, basicamente, é sua própria VM (zona), isso torna o primeiro contato um pouco mais complicado porque a maioria das operações por aí são escritas com a suposição de que o remapeamento de portas funciona e, portanto, a barreira de entrada para avaliação é apenas um pouco mais alta. Isso pode fazer com que os desenvolvedores considerem a interface de programação como não adequada para necessidades de produção. Ainda não consegui descobrir maneiras de usar alguns dos excelentes recursos do ZFS dos quais dependemos fortemente em nossos próprios servidores, como snapshots, transferência de snapshots ou a capacidade de garantir que dois contêineres rodem no mesmo host físico, mas não exploramos muito aqui. Análise coletada por e hospedada no G2.com.

Eu gosto da tecnologia que está sendo usada (SmartOS, ZFS, Solaris Zones, KVM/BHYVE), o desempenho das instâncias do servidor e o suporte deles. O suporte deles é de primeira qualidade e eu regularmente lidei com a equipe de suporte em nível de engenheiro sempre que surgia um problema. Análise coletada por e hospedada no G2.com.

A interface web para gerenciar serviços é muito completa em termos de recursos, mas pode ser bastante lenta às vezes. Análise coletada por e hospedada no G2.com.

Eu realmente amei o fato de que a Triton foi a primeira no mercado com uma solução de contêiner verdadeiramente infinitamente escalável. A equipe por trás da Triton teve lançamentos rápidos e estáveis que adicionaram uma série de ótimos recursos. Análise coletada por e hospedada no G2.com.

Triton foi um dos primeiros no mercado e havia problemas a serem resolvidos quando se tratava de adotar plugins do Docker. Análise coletada por e hospedada no G2.com.

É geralmente bastante fácil começar e o desempenho é ótimo. O fato de que cada contêiner é na verdade sua própria zona solaris (smartos) é perfeito, é claro, já que isso alivia uma série de preocupações de segurança que normalmente causariam uma configuração um pouco mais complexa. Além disso, é conceitualmente muito mais limpo lidar com apenas um datacenter com muitos contêineres em vez de um datacenter com potencialmente muitos hosts (aws) e contêineres rodando em todos eles. E o manuseio do armazenamento de imagens e gerenciamento de hosts (não há realmente nenhum) também é cuidado automaticamente. Análise coletada por e hospedada no G2.com.

- Nenhum datacenter na Alemanha (o que significa que alguns serviços para clientes relacionados à área médica e governamental não podem ser hospedados com o Triton). Mas o SDC é de código aberto, então podemos ser capazes de usar a mesma tecnologia em nossos próprios servidores.

- Alguns recursos do Docker ainda não são suportados. Executar contêineres Docker funciona muito bem e é tão fácil quanto esperado, mas ao começar com certas imagens Docker ou apenas tentar colocar algo em funcionamento usando docker-compose, etc., que depende de tais recursos, requer pelo menos um entendimento mínimo do que o Docker faz exatamente para resolver esse problema. Um desses recursos é o remapeamento de portas. Embora tecnicamente não seja necessário, já que cada contêiner tem seu próprio IP e basicamente é sua própria VM (zona), isso torna o primeiro contato um pouco mais complicado porque a maioria dos projetos por aí são escritos com a suposição de que o remapeamento de portas funciona e, assim, a barreira de entrada para avaliação é um pouco mais alta. Isso pode fazer com que os desenvolvedores descartem a API como não adequada para necessidades de produção. Veja https://github.com/joyent/sdc-docker/tree/master/docs/api/features

- Ainda não consegui encontrar maneiras de usar alguns dos ótimos recursos do ZFS dos quais dependemos muito em nossos próprios servidores, como snapshots, transferência de snapshots ou a capacidade de garantir que dois contêineres sejam executados no mesmo host físico, mas não investigamos muito aqui. Análise coletada por e hospedada no G2.com.