- Expédié
- 23 septembre 2026 à 07:28 UTC
- Auteur
- Kamo
- Commite
- 05ecc14
La page des paramètres et l'option navre vérifient à la fois organisation.isHostedComputers, Et jusqu'à présent, c'était toute la porte. AppAvailabilityInterceptor n'a jamais été cartographié /api/sécurité/ordinateurs hébergés à quoi que ce soit, donc une organisation qui a perdu l'application a gardé une API de travail derrière un écran caché - ce qui est l'asymétrie L'intercepteur existe pour prévenir, et l'autre pour laquelle les résultats ont été ajoutés. C'est plus important ici que pour une application d'écran. Tous les autres préfixes fermés sont retournés lignes, celle-ci dépense une ressource physique. Le gestionnaire assignateur crée un KubeVirt VM tenant 2-16 GiB de la mémoire d'un noeud, accessible avec rien d'autre qu'une session et MANAGE-HOSTED-COMPUTERS, et l'ordonnanceur relie la flotte par DEQUESTS - de sorte que org dont l'application a été éteinte allait continuer à prendre la capacité des orges qui Il en a encore. Chaque gestionnaire sous le préfixe est à portée de session: l'affectation de l'administrateur et les surfaces de capacité, et la paire /mine et /-id-/lancement. Rien de tout cela est une couture inter-service, de sorte qu'une entrée la recouvre et que les filtres glissés sont dérivés de enregistrement. Les critères d'évaluation de l'agent sont délibérément exclus. Ils vivent sur ComputeService derrière APIService, authentifier avec un balaque-porte-ordinateur et transporter non session pour la résolutionOrgId à lire - et une machine à en marche doit continuer à signaler son stockage pendant que l'application est éteinte autour d'elle. Un ordinateur qui ne peut pas L'enregistrement ressemble à celui qui s'est arrêté.