Configurando o ambiente do kit de ferramentas do desenvolvedor conteinerizado

Um SI pode executar uma configuração limpa do ambiente do kit de ferramentas do desenvolvedor em contêiner em um sistema local.

Antes de iniciar

Cada arquivo ou comando mencionado na documentação do Docker Compose é relativo ao diretório devtoolkit_docker/compose , a menos que seja mencionado de outra forma.
Os logs de execução estão disponíveis no diretório logs Os logs mais antigos são submetidos a backup no diretório logs/backups
Revise os valores no arquivo de propriedades padrão do Docker Compose e modifique os valores conforme necessário Para obter mais informações, consulte Substituindo as propriedades padrão do Docker Compose
Para incluir propriedades funcionais específicas do kit do desenvolvedor, consulte Substituindo propriedades funcionais por valores específicos do kit do desenvolvedor.

Procedimento

Configurando o vídeo do ambiente do kit de ferramentas do desenvolvedor

Assista a este vídeo para entender o ambiente do kit de ferramentas do desenvolvedor em uma captura instantânea

Depois de extrair o kit de ferramentas do desenvolvedor, é possível continuar a configurar o ambiente do kit de ferramentas do desenvolvedor Esse procedimento é aplicável a usuários que estão configurando o kit de ferramentas do desenvolvedor pela primeira vez ou que desejam configurar um kit de ferramentas do desenvolvedor limpo depois de se livrar completamente dos ambientes do kit de ferramentas do desenvolvedor existentes

Se desejar fazer upgrade do ambiente do kit de ferramentas do desenvolvedor existente, o procedimento a seguir não será aplicável. Para obter mais informações sobre o upgrade, consulte Fazendo upgrade de um ambiente do kit de ferramentas do desenvolvedor conteinerizado.

Atenção: revise os pontos a seguir antes de executar o comando para configurar o ambiente do kit de ferramentas do desenvolvedor:

Esse comando também executa uma limpeza para apagar quaisquer dados de contêiner ou volume do Docker existentes.
Por padrão, o comando assume que você está configurando o ambiente do kit de ferramentas do desenvolvedor do zero com as configurações padrão. Não é necessário substituir ou mudar qualquer propriedade no arquivo om-compose.properties para casos de uso gerais... Cada propriedade já assume um valor padrão. Para uso avançado, é possível remover comentário de uma propriedade e alterar o valor padrão para substituí-la conforme necessário.
No entanto, se estiver configurando o kit de ferramentas do desenvolvedor no macOS, você deverá substituir as propriedades HOST_OS e JAVA_HOME.

Para obter mais informações sobre as propriedades, consulte Substituindo as propriedades padrão do Docker Compose
Se você tiver instalado o arquivo devtoolkit_extras.tar conforme explicado, o processo de configuração instalará, por padrão, o adaptador Sterling™ Intelligent Promising Inventory Visibility fase 2.
Se você quiser ativar as APIs do V2 no tenant do kit de ferramentas do desenvolvedor Inventory Visibility certifique-se de que as APIs do V2 estejam ativadas em seu Inventory Visibility locatário. Para ativar as APIs V2 no kit de ferramentas do desenvolvedor, defina a propriedade IV_V2_ENABLE=Y no arquivo om-compose.properties .

Para instalar o Sterling Intelligent Promising Inventory Visibility em vez disso, consulte Instalando o kit de ferramentas do desenvolvedor com o adaptador Sterling Intelligent Promising Inventory Visibility fase 1. Para obter mais informações, consulte Serviço de inventário.

Execute o comando a seguir para configurar o ambiente do kit de ferramentas do desenvolvedor:
```
./om-compose.sh setup optional: full_path_to_customization_package
```
Depois de executar o comando de configuração, você é solicitado a ler e aceitar a licença do kit de ferramentas do desenvolvedor Para aceitar a licença exibida na tela, pressione Enter e digite accept.
Se você já tiver lido e aceito a licença e desejar executar a configuração sem qualquer prompt, será possível incluir a propriedade a seguir em om-compose.properties:
DTK_LICENSE=accept
A configuração termina em aproximadamente 1 hora. Todos os logs são gerados no diretório logs .. Depois que a configuração for concluída, verifique sua instalação acessando os aplicativos O nome de login padrão é administrador e senha é senha de senha.
1. Acesse o seguinte site URL para verificar a implementação do IBM® Sterling Business Center :
```
http://<HOST>:<Port>/sbc/sbc/login.do
```
  - < HOST> é host local ou o host no qual os contêineres estão em execução.
  - A porta é 9080(http) ou 9443(https), a menos que você configure a porta no arquivo om-compose.properties ..
2. Acesse o testador de API usando o seguinte URL :
```
http://<HOST>:<Port>/smcfs/yfshttpapi/yantrahttpapitester.jsp
```
O comando setup também copia o tempo de execução do contêiner om-runtime Docker para o diretório devtoolkit_docker no sistema host. Qualquer diretório de tempo de execução existente é renomeado com um registro de hora e não excluído.
Nota: o seu diretório de tempo de execução na máquina host é full path to devtoolkit_docker/runtime

Importante: Se você tiver configurado seu kit de ferramentas do desenvolvedor em um ambiente Windows, nas URLs para acessar vários aplicativos da UI, como Applications Manager, IBM MQ console e assim por diante de seu sistema Windows, em vez de localhost, deve-se usar o endereço IP de seu sistema WSL 2. Para usar localhost, deve-se encaminhar as portas relevantes nas quais esses serviços estão em execução para o endereço IP do sistema WSL2 . Para obter mais informações, consulte Pré-requisitos para configurar o kit de ferramentas de desenvolvedor em contêineres em um ambiente Windows.
Opcionalmente, é possível verificar a conectividade com suas instâncias do Sterling Intelligent Promising Inventory Visibility e do Sterling Intelligent Promising Inventory Visibility na nuvem a partir de seu kit de ferramentas do desenvolvedor a qualquer momento executando o comando a seguir:
./om-compose.sh check-services
Inicie os seguintes servidores de integração no diretório <extracted runtime directory>/bin para que as atualizações de inventário possam fluir de sua instância local para a Sterling Intelligent Promising Inventory Visibility instância na nuvem:
- bash ./startIntegrationServer.sh IV_ADJUST_IS
- bash ./startIntegrationServer.sh IV_ADJUST_ID
Nota: os servidores de integração usam as filas de mensagens IV_DEMAND_EVENT_Q e IV_SUPPLY_EVENT_Q . É recomendável usar essas filas apenas para propósitos de integração

O que fazer depois

Se você quiser importar dados do CDT após a configuração, consulte Importar configurações usando o Configuration Deployment Tool (CDT)Importar configurações usando o Configuration Deployment Tool (CDT).