Prós e Contras de Triton DataCenter

We deployed Triton DataCenter for our on-premises private cloud infrastructure. What I appreciate most is its seamless integration of virtualization and container management within a single platform. A few features that also stand out are the built-in cloud firewall, granular access controls, prebuilt images, multi-tenancy, and a nice end user portal.

The bare-metal virtualization delivers exceptional performance for our database hosts, allowing us to maximize our hardware utilization without the overhead typically associated with traditional virtualization solutions. The included API made it straightforward to integrate with our existing systems and third-party applications. Additionally, the ease of ongoing maintenance is a real plus. Análise coletada por e hospedada no G2.com.

While Triton DataCenter offers a robust set of features, the initial setup and configuration required a learning curve for our team. More comprehensive documentation and user guides would have been beneficial to expedite the onboarding process. However, once we navigated these initial challenges with the help of the Triton support team, the platform proved to be highly efficient and reliable for our needs. Análise coletada por e hospedada no G2.com.

If you know anything about our history, independence and self-reliance are core to who we are. Triton Datacenter perfectly aligns with that mission. It provides a powerful, efficient infrastructure that lets us run all our app’s and workloads without relying on big tech or bloated platforms. The performance is top tier! If you’re looking for a feature rich platform while staying efficient and secure, Triton is a clear choice. Análise coletada por e hospedada no G2.com.

Getting Triton up and running isn’t exactly a walk in the park, especially with the command line interface. The setup process felt a bit overwhelming, and Triton would benefit a ton from more detailed examples or walkthroughs to guide you. We had to go through a bit of trial and error before we were fully firing on all cylinders. Análise coletada por e hospedada no G2.com.

Triton DataCenter makes setting up private clouds really easy. Advanced topics like availability zones, syncing images, packages and users are already implemented and can easily be used. The documentation is very good and helps understanding the product features. The underlying technology (like SmartOS, ZFS, native zones, etc.) is very solid. The installation is well documented and easy - hundreds of nodes can be installed very fast as soon as hardware and network are ready. Updates are frequent and updating is a defined and well thought out process. Setups can be air gapped and live behind firewalls. Análise coletada por e hospedada no G2.com.

Most potential users and administrators might dislike the absence of a user web gui or a user portal in the open source version of Triton DataCenter. Which might be a reason to dismiss it during evaluations.

Another issue is the absence of a loadbalancer service (apart from dns loadbalancing) and of shared storage (although that might be an advantage, as well). 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.