Tutoriais

# Migração de Servidores para AWS

Os servidores que hospedam as dependências de desenvolvimento, sejam elas backend ou frontend, foram migrados para a AWS. Os servidores que se encontram na Teknisa e que são utilizados atualmente, serão desligados. Com isso, algumas parametrizações deverão ser ajustadas.

# Backend

# Entities

Todos que utilizam os repositórios de entidades (Teknisa Entities, ProjetoTecFood Entities, DevOps Entities...) para desenvolver, além da alteração no composer.json, deverão realizar as seções PM e DevOps contidas nesse guia. Trata-se do mesmo processo realizado na migração dos repositórios para o GitLab (opens new window).

Atenção

Todas as tarefas que fazem alteração nesses repositórios devem estar finalizadas ou não iniciadas (não podem estar pausadas e muito menos em andamento!) até a data de 22/01/2023. A migração será feita no dia 23/01/2023 (Segunda Feira) às 08:00. Após esse horário, não será mais possível realizar commits no repositório do Code. Toda e qualquer mudança realizada sem as devidas alterações, deverá ser feita "na mão" para commitar no repositório correto já migrado para o GitLab (opens new window).

# composer.json

Praticamente todos os repositórios já foram migrados para o GitLab (opens new window). Mas, nesse momento, será necessário atualizar as configurações que apontam para o Code (opens new window), visto que o mesmo será desligado.

Exemplo:







 
 
 
 
 
 
 
 












{
    "repositories": [
        {
            "type": "composer",
            "url": "http://cdn.zeedhi.com/composer"
        },
        {
            "type": "git",
            "url": "git@192.168.122.56:teknisa/entities.git"
        },
        {
            "type": "git",
            "url": "git@192.168.122.56:zeedhi/zhuaclbackend.git"
        },
        {
          "packagist": false
        }
    ],
    "require": {
        "teknisa/entities": "dev-stable",
        "zeedhi/zhuaclbackend": "2.5.*",
        "teknisa/libraries": "3.0.*",
        (...)
    }
}

As configurações assinaladas deverão ser removidas pois apontam para o Code (opens new window). É possível apenas remover porque essas dependências já existem no CDN (opens new window).

Arquivo atualizado:

{
    "repositories": [
        {
            "type": "composer",
            "url": "http://cdn.zeedhi.com/composer"
        },
        {
          "packagist": false
        }
    ],
    "require": {
        "teknisa/entities": "dev-stable",
        "zeedhi/zhuaclbackend": "2.5.*",
        "teknisa/libraries": "3.0.*",
        (...)
    }
}

Nota

Podem existir casos de repositórios externos que ainda deverão permanecer parametrizados, como as dependências externas do GitHub ou quaisquer outras que não existam no CDN (opens new window).

# Atualização Vendor

Com as devidas alterações realizadas, a primeira instalação/atualização do composer de seus ambientes deverá limpar o cache e baixar novamente as dependências. Isso inclui a primeira geração de ambiente de teste e finalização de pacote no DevOps. A partir da segunda execução, caso esteja utilizando apenas composer update, poderá continuar. Execute os comandos abaixo em um terminal localizado em sua pasta backend:

rm -Rf vendor composer.lock
composer clearcache
composer install

# Frontend

# package.json

Algumas "tasks" do grunt hoje são baixadas via clone do git e atualmente apontam para o Code (opens new window). Portanto, será necessário atualizar o apontamento para o GitLab (opens new window).

Exemplo:





 
 
 
 


"dependencies": {
    (...)
    "grunt-contrib-watch": "~0.5.3",
    "grunt-mkdir": "^1.1.0",
    "grunt-zh-id-generator": "git+ssh://git@192.168.122.56/zeedhi/grunt-zh-id-generator.git",
    "grunt-zh-words": "git+ssh://git@192.168.122.56:zeedhi/zh-words.git",
    "grunt-zh-environment-builder": "git+ssh://git@192.168.122.56/zeedhi/grunt-zh-environment-builder.git",
    "grunt-zhuacl-structure": "git+ssh://git@192.168.122.56/zeedhi/grunt-zhuacl-structure.git"
}

Arquivo atualizado:





 
 
 
 


"dependencies": {
    (...)
    "grunt-contrib-watch": "~0.5.3",
    "grunt-mkdir": "^1.1.0",
    "grunt-zh-id-generator": "git+ssh://git@gitlab.teknisa.com:zeedhi/grunt-zh-id-generator.git",
    "grunt-zh-words": "git+ssh://git@gitlab.teknisa.com:zeedhi/zh-words.git",
    "grunt-zh-environment-builder": "git+ssh://git@gitlab.teknisa.com:zeedhi/grunt-zh-environment-builder.git",
    "grunt-zhuacl-structure": "git+ssh://git@gitlab.teknisa.com:zeedhi/grunt-zhuacl-structure.git"
}
# Atualização Node Modules

Novamente, a primeira instalação/atualização do npm de seus ambientes deverá limpar o cache e baixar as dependências. Isso inclui a primeira geração de ambiente de teste e finalização de pacote no DevOps. A partir da segunda execução, caso esteja utilizando apenas npm update, poderá continuar. Execute os comandos abaixo em um terminal localizado em sua pasta frontend:

rm -Rf node_modules package-lock.json
npm install
# .bowerrc

Esse arquivo é responsável por informar onde os pacotes configurados no bower.json serão baixados. Atualmente, utilizamos um servidor interno que deverá ser alterado.

Exemplo:




 





{
	"registry": {
		"search": [
			"http://192.168.122.56:5678"
		]
	},
	"timeout": 300000
}

Arquivo atualizado:




 





{
	"registry": {
		"search": [
			"https://bower.teknisa.com"
		]
	},
	"timeout": 300000
}
# Atualização Bower Components

Por fim, a primeira instalação/atualização do bower seguirá os mesmos passos, mas com seus respectivos comandos. Isso inclui a primeira geração de ambiente de teste e finalização de pacote no DevOps. A partir da segunda execução, caso esteja utilizando apenas bower update, poderá continuar. Execute os comandos abaixo em um terminal localizado em sua pasta frontend:

rm -Rf bower_components
bower cache clean
bower install

← PostgreSQL →