Я полагаю, что approuter ищет привязанную службу назначения, а не переменную среды назначения.
Я заметил, что существует экземпляр службы назначения с именем 'service-destination', однако вы уже определили destination в переменной среды с тем же именем.
Любой из них должен присутствовать.
Я бы предложил либо сохранить место назначения в переменных среды, либо удалить запись из раздела обслуживания
---
applications:
- name: xyz
command: 'node approuter/approuter.js'
host: xyz-93deb1cd-7b72-4060-94e7-30baef85d259
path: approuter
memory: 128M
buildpack: https://github.com/cloudfoundry/nodejs-buildpack
env:
TENANT_HOST_PATTERN: 'xyz(.*).cfapps.eu10.hana.ondemand.com'
destinations: '[{"name":"service-destination", "url": "https://gfuowb4ett234agtuthorizations-srv.cfapps.eu10.hana.ondemand.com", "forwardAuthToken": true}]'
SAP_JWT_TRUST_ACL: '[{"clientid" : "*", "identityzone" : "*"}]'
# remove the service-destination from here and unbind any destination service if already bound
services:
- my-xsuaa
, либо не поддерживатьпеременная среды назначения - вместо этого сохраните ее в графическом интерфейсе экземпляра службы назначения (из кабины)
---
applications:
- name: xyz
command: 'node approuter/approuter.js'
host: xyz-93deb1cd-7b72-4060-94e7-30baef85d259
path: approuter
memory: 128M
buildpack: https://github.com/cloudfoundry/nodejs-buildpack
env:
TENANT_HOST_PATTERN: 'xyz(.*).cfapps.eu10.hana.ondemand.com'
SAP_JWT_TRUST_ACL: '[{"clientid" : "*", "identityzone" : "*"}]'
services:
- my-xsuaa
- service-destination
Примечание:
сохранение имени получателя и имя экземпляра назначения может привести к путанице.
Вручную отсоединить службупункт назначения / назначения, если вы следуете первому подходу.удаление записи из раздела обслуживания не отменяет ее автоматически.