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.
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