Os produtos da iTFLEX seguem o padrão de versionamento semântico (SemVer), que determina o formato numérico das versões com o seguinte padrão: MAJOR.MINOR.PATCH, por exemplo 3.2.5. O número MAJOR representa as versões principais do produto, quando há uma troca dessa versão podem haver mudanças incompatíveis com a versão anterior. O número MINOR representa lançamento de novas funcionalidades e/ou melhorias dentro da mesma versão principal, mantendo compatibilidade com as versões da mesma linha. O número de PATCH representa uma versão para liberação somente de correções, sem adição de novas funcionalidades/melhorias, também mantendo compatibilidade com versões anteriores da mesma linha.

Para garantir que atualizações não interfiram na operação do ambiente de produção, foi definido um ciclo de 1 ano por versão (release) principal do produto, onde podem ocorrer quebra de compatibilidade e alterações no uso da aplicação. Durante este período são lançadas novas funcionalidades e melhorias, que podem ser atualizadas sem impacto no ambiente que a aplicação estiver rodando. Uma troca de versão principal seria, por exemplo, a troca da versão 3.5.8 para 4.0.0.

No fim do período de desenvolvimento de uma versão, é realizado o lançamento da nova versão MAJOR, que encerra o desenvolvimento de funcionalidades para a versão anterior. Após o lançamento da versão seguinte, a versão anterior tem um período de manutenção de 6 meses, que marca o fim da versão. onde são realizadas correções somente de bugs de prioridade alta/crítica (bugs que afetam a operação do cliente), outras correções de bugs serão avaliados individualmente se há necessidade de serem incluidas na versão anterior. Após este período, a única forma de obter correções é atualizando para uma release mais nova.

O processo de atualização entre versões poderá ser automatizado, mas será necessário acompanhamento para realizar esta operação, pois estas atualizações podem requerer paradas dos serviços de infraestrutura do ambiente do cliente. Por exemplo, na atualização da versão 3.5.7 para a versão 4.0.0, foi definido que seria necessário reiniciar o serviço de OpenVPN por uma mudança no padrão de criptografia. Neste caso o procedimento seria reiniciar os serviços de infraestrutura manualmente. Atualizações dentro da mesma versão principal podem ser realizadas automaticamente, sem risco de afetar o ambiente do cliente. Por exemplo, a atualização da versão 3.2.5 para a versão 3.8.5 poderá ser realizada pelo próprio sistema via agendamento do cron.

Cronograma

Os lançamentos das versões principais dos produtos (ex.: 3.x, 4.x), estão planejadas para ser realizadas em uma cadencia de uma versão por ano. Esta cadencia só podera ser alterada caso tenha algum forte motivo para esta mudança, como fim de suporte de softwares utilizados no produto.

Com relação ao atendimento do suporte técnico dos servidores, a iTFLEX vai dar suporte as últimas 3 versões pricipais do produto. Por exemplo, lançadas as versões 3.x, 4.x, 5.x, todos os servidores instalados nestas 3 versões vão ter atendimento do suporte de forma integral. A partir do momento que for lançada a versão 6.x, será encerrado o suporte a versão 3.x, para conseguir atendimento do suporte ao servidor será necessário atualizar o servidor para uma versão mais nova. Se o servidor estiver muitas versões atrás da versão atual, pode ser que não seja mais possível atualizar o servidor sem reinstalar o mesmo.

Abaixo pode ser visualizado o cronograma de releases dos produtos, com os períodos de desenvolvimento e manutenção, conforme descrito na seção anterior.

gantt title Ciclo de vida releases dateFormat YYYY-MM axisFormat %Y/%m section v2.x Desenvolvimento de funcionalidades :v3-func, 2019-01, 2020-10 Manutenção :crit, done, v2-bugs, 2020-10, 2024-06 section v3.x Desenvolvimento de funcionalidades :v3-func, 2019-10, 2020-10 Manutenção :crit, done, v3-bugs, after v3-func, 180d section v4.x Desenvolvimento de funcionalidades :v4-func, 2020-10, 2021-10 Manutenção :crit, done, v4-bugs, after v4-func, 180d section v5.x Desenvolvimento de funcionalidades :v5-func, 2021-10, 2022-10 Manutenção :crit, done, v5-bugs, after v5-func, 180d
Série Versão OS Lançamento Manutenção Fim de vida (EOL)
2.x Centos 6 / 7 2016-01-22 2020-10-22 2024-04-22
3.x CentOS 8 2019-11-01 2020-10-22 2021-04-22
4.x CentOS 8 2020-10-22 2021-10-22 2022-04-22
5.x CentOS 8 2021-10-22 2022-10-22 2023-04-22

A versão 2.x terá um tempo maior de manutenção para permitir a migração gradual dos servidores para o novo formato de releases

Releases de ferramentas/softwares relacionados:

  • CentOS/RHEL
    • CentOS 7 - Fim de suporte completo até 2019-T4, correções até 2024-T2
    • CentOS 8 - Lançado em 2019-09, suporte a correções de segurança até 2029-T2
  • FireHOL/FireQoS
    • Versão atual 3.x
  • Squid
    • Versão atual 4.x
    • Versão 5.x em desenvolvimento
  • Asterisk
    • Asterisk 13 - Fim de suporte completo em 2020-10, correções de segurança até 2021-10
    • Asterisk 16 - Lançado em 2018-10, fim de suporte completo em 2022-10, correções de segurança até 2023-10