Hi all,
I'd like to bring
the conversation to a wider audience as the current state is really not
sustainable. Since I've got involved with Telemetry project early this
year, I honestly think our gates have been blocked more than not and
most of that has been due to requirements bumps where the dependencies
break backwards compatibility and that is not obvious, like major
version bump (pyparsing being the current example [0] [1]), or are just
not tested before bumped (like the recent Sphinx/WSME episode [2]).
While
I do recognize Dr. Harbott's concerns around gnocchi [1] I'd like to
point out that a) it's still currently our only supported time series
database for metrics and b) providing alternative solution has not been
an exactly smooth road either [3]. Unfortunately gnocchi is still very
tightly coupled in our Telemetry testing (something I'm working on) and
not having an operational gate makes it very difficult to even work on
those tests across the Aodh and Telemetry-tempest-plugin repos.
We
have been capping and blacklisting broken dependencies for years, so
I'd like to hear what has changed recently so that we do not care
anymore but prefer "the latest" over the "latest working". In my
understanding the upper constraints was supposed to be "the latest
dependencies you can stand up a functional and working cloud with" not
"the latest dependencies existing regardless of what they break".
Back
to Dr. Harbott's remarks of gnocchi being an acceptable requirement
[1], without a working gate we cannot even deprecate it. And yet we
would need an appropriate deprecation period before removing it. Should
we be forced to rip out our only TS database (gnocchi) to be able to
focus on developing support for the alternative (Prometheus) I would
really like to see TC resolution for this so we can point the impacted users to it, avoiding all the blame falling to
the Telemetry project team.
I would also like
to see the Telemetry job being in the Requirements gate so we get
warnings when something is about to break, rather than a jammed gate because of an upper
constraints bump.
Thanks,
Erno "jokke" Kuvaja