✨ Adding director-v0 client to dynamic-scheduler

[GitHK]

What do these changes do?

Adding interface for director-v0 inside dynamic-scheduler. Only the functionality used by the dynamic backend was extracted from director-v2.

Related issue/s

• dynamic scheduler: extract scheduling logic and move it away from director-v2 #5632
• closes requirement: add director-v0 client to dynamic-scheduler #7002

How to test

Dev-ops checklist

• No ENV changes or I properly updated ENV (read the instruction)

[codecov]

Codecov Report

Attention: Patch coverage is 95.91837% with 4 lines in your changes missing coverage. Please review.

Project coverage is 86.84%. Comparing base (a9c4d54) to head (9b13d07).

Additional details and impacted files

@@            Coverage Diff             @@
##           master    #7001      +/-   ##
==========================================
- Coverage   86.93%   86.84%   -0.10%     
==========================================
  Files        1651     1519     -132     
  Lines       64740    61752    -2988     
  Branches     2035     1744     -291     
==========================================
- Hits        56283    53629    -2654     
+ Misses       8122     7841     -281     
+ Partials      335      282      -53     

Flag	Coverage Δ
integrationtests	64.83% <100.00%> (-3.12%)	⬇️
unittests	85.13% <95.91%> (-0.18%)	⬇️

Components	Coverage Δ
api	∅ <ø> (∅)
pkg_aws_library	∅ <ø> (∅)
pkg_dask_task_models_library	∅ <ø> (∅)
pkg_models_library	91.45% <ø> (-0.08%)	⬇️
pkg_notifications_library	∅ <ø> (∅)
pkg_postgres_database	∅ <ø> (∅)
pkg_service_integration	70.02% <ø> (ø)
pkg_service_library	73.89% <ø> (ø)
pkg_settings_library	90.49% <84.61%> (-0.12%)	⬇️
pkg_simcore_sdk	85.38% <ø> (ø)
agent	96.45% <ø> (ø)
api_server	90.54% <ø> (ø)
autoscaling	96.09% <ø> (ø)
catalog	90.66% <ø> (ø)
clusters_keeper	99.24% <ø> (ø)
dask_sidecar	91.26% <ø> (ø)
datcore_adapter	93.18% <ø> (ø)
director	76.42% <ø> (-0.09%)	⬇️
director_v2	91.27% <100.00%> (-0.04%)	⬇️
dynamic_scheduler	97.21% <97.53%> (+0.01%)	⬆️
dynamic_sidecar	89.75% <ø> (ø)
efs_guardian	90.46% <ø> (ø)
invitations	93.44% <ø> (ø)
osparc_gateway_server	∅ <ø> (∅)
payments	92.66% <ø> (ø)
resource_usage_tracker	89.40% <ø> (+0.11%)	⬆️
storage	89.57% <ø> (ø)
webclient	∅ <ø> (∅)
webserver	84.11% <ø> (+0.05%)	⬆️

---

Continue to review full report in Codecov by Sentry.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update a9c4d54...9b13d07. Read the comment docs.

[sanderegg]

I am not sure I understand the approach here.

The director V0 dynamic services facilities were only to be used via the director-v2, and now you are moving all this away.
Even if the director-v0 was upgraded to fastapi, we still want to deprecate the legacy services part. with what you are doing here, you are opening the door again unless I am missing something.

Also, why do you need to access the service labels via the dv-0? these are exposed by the catalog, which also adds up overrides, etc etc on top. This is all lost if you go straight for dv-0.

Let's maybe discuss the use-case. Thanks!

[sanderegg]

so you will remove the dv-0 forwarding calls from the dv-2?

[sonarqubecloud]

Quality Gate passed

Issues
0 New issues
0 Accepted issues

Measures
0 Security Hotspots
0.0% Coverage on New Code
0.0% Duplication on New Code

See analysis details on SonarQube Cloud