est¨¢ se tornando rapidamente a escolha para criar e gerenciar infraestruturas de nuvem por meio de defini??es declarativas. A configura??o dos servidores instanciados por Terraform ¨¦ normalmente feita atrav¨¦s de ferramentas como Puppet, Chef ou Ansible. Gostamos de Terraform porque a sintaxe de seus arquivos ¨¦ bastante leg¨ªvel e porque suporta v¨¢rios provedores de nuvem, ao mesmo tempo em que n?o tenta criar nenhuma abstra??o artificial.
A comunidade ativa adiciona suporte para as ¨²ltimas funcionalidades da maioria dos provedores de nuvem. Depois de nossa primeira (e mais cautelosa) men??o a Terraform, h¨¢ quase dois anos, a ferramenta continuou se desenvolvendo e evoluiu para um produto est¨¢vel com um bom ecossistema, que provou seu valor em nossos projetos. O problema com o gerenciamento de estados pode agora ser contornado usando o que o Terraform chama de ¡°backend de estado remoto¡±. Temos usado com sucesso o para isso.
With , you can manage cloud infrastructure by writing declarative definitions. The configuration of the servers instantiated by Terraform is usually left to tools like Puppet, Chef or Ansible. We like Terraform because the syntax of its files is quite readable and because it supports a number of cloud providers while making no attempt to provide an artificial abstraction across those providers. Following our first, more cautious, mention of Terraform almost two years ago, it has seen continued development and has evolved into a stable product that has proven its value in our projects. The issue with state file management can now be sidestepped by using what Terraform calls a "remote state backend." We've successfully used Consul for that purpose.
With , you can manage cloud infrastructure by writing declarative definitions. The configuration of the servers instantiated by Terraform is usually left to tools like Puppet, Chef or Ansible. We like Terraform because the syntax of its files is quite readable and because it supports a number of cloud providers while making no attempt to provide an artificial abstraction across those providers. Following our first, more cautious, mention of Terraform almost two years ago, it has seen continued development and has evolved into a stable product that has proven its value in our projects. The issue with state file management can now be sidestepped by using what Terraform calls a "remote state backend." We¡¯ve successfully used Consul for that purpose.
With Terraform, cloud infrastructure can be managed by writing declarative definitions. The configuration of the servers instantiated by Terraform is usually left to tools like Puppet, Chef, or Ansible. We like Terraform because the syntax of its files is quite readable and because it supports multiple cloud providers while making no attempt to provide an artificial abstraction across these providers. At this stage, Terraform is new and not everything is implemented yet. We have also found its state management to be fragile, often needing awkward manual work to untangle.
