Hi, Ramon,

I don't fully understand how you're trying to deploy your CF and Diego
clusters together. Diego does need to interact with some components that
are currently deployed as part of CF, but we've currently structured Diego
as a separate deployment that integrates with those CF components. The
diego-release repo has its own manifest-generation script repo that takes
as inputs the CF deployment manifest and several other specific stubs and
produces a deployment manifest for Diego that should integrate correctly
with that CF deployment.

We also have written the Diego manifest-generation script to have more
structured inputs than the manifest-generation script in cf-release. In
particular, it takes in a defined list of input stubs, one of which
captures only specific information about your infrastructure (networks,
stemcell, cloud properties for resource pools), and another of which
captures only the instance counts of the Diego jobs. If you already have a
working CF manifest, I would suggest you try customizing those two stubs to
match your infrastructure details and desired deployment size and then use
them and your CF manifest as inputs to generate a compatible Diego
deployment manifest.

If you need some complete examples, I would recommend generating CF and
Diego manifests for BOSH-Lite first, following the instructions in the
diego-release README, and comparing them to the BOSH-Lite input stubs
located in
https://github.com/cloudfoundry-incubator/diego-release/tree/develop/manifest-generation/bosh-lite-stubs.
The manifest you mentioned in Dmitriy's Diego CPI release is over a year
old and is quite out of date. The Diego team will be working on publishing
more examples and tooling for deploying to other infrastructures, such as
AWS, in the near future.

Thanks,
Eric Malm, CF Runtime Diego PM