aboutsummaryrefslogtreecommitdiffstats
path: root/config-model-api/src/main/java/com/yahoo/config/model/api/SuperModel.java
Commit message (Collapse)AuthorAgeFilesLines
* Update copyrightJon Bratseth2023-10-091-1/+1
|
* Update 2017 copyright notices.gjoranv2021-10-071-1/+1
|
* Reuse existing super model completion notificationHåkon Hallingstad2020-03-061-1/+1
|
* Define completeness of SuperModel and DuperModelHåkon Hallingstad2020-02-231-7/+13
| | | | | | | | | | | | | In order for Orchestrator to remove application data from ZooKeeper, it must know which applications do NOT exist. Since the duper model starts with 0 applications, always, the only way of knowing what applications do not exist is for the bootstrap code to notify the super model/duper model when bootstrap is complete. There are 2 sources of applications that must signal completeness: - The super model, once all applications have been redeployed in ConfigServerBootstrap. - The infrastructure application, in the InfrastructureProvisioner the first time it runs.
* Remove unused constructorHarald Musum2018-12-071-10/+1
|
* Revert "Revert "Add infrastructure applications to DuperModel""Håkon Hallingstad2018-12-031-0/+4
|
* Revert "Add infrastructure applications to DuperModel"Harald Musum2018-12-031-4/+0
|
* Add infrastructure applications to DuperModelHåkon Hallingstad2018-11-301-0/+4
| | | | | | | | | | | | | | | | | | | | | | | DuperModel is (will be) responsible for both active tenant applications (through SuperModel) and infrastructure applications. This PR is one step in that direction: - All infrastructure applications (config, confighost, controller, controllerhost, and proxyhost) are owned and managed by DuperModel. - The InfrastructureProvisioner retrieves all possible infra apps from the DuperModel (through a reduced API), and "activates" each of them if target is set and there are any nodes etc. - The InfrastructureProvisioner then notifies the DuperModel which apps have been activated, and with which hosts. - The DuperModel can then build delegate artificially create ApplicationInfo, which gets translated into the application model, and finally the service model. - The resulting service model has NOT_CHECKED for each hostadmin service instance. This is sufficient for goal 1 of this sprint. - The config server application currently has health, so that's kept as-is for now. - Feature flags have been tried and works and allows 1. to disable adding the infra apps in the DuperModel, and 2. to enable the infra configserver instead of the currently created configserver w/health.
* CleanupHarald Musum2018-11-201-23/+5
|
* Simplify supermodel, part 2Harald Musum2018-11-081-0/+15
|
* Use simpler map for modelsHarald Musum2018-11-051-47/+38
| | | | | Need to keep old constructor and make a temporary one with an ignored argument to make this work (since arguments will be equal due to type erasure)
* Inject Zone and remove unused methodHarald Musum2018-10-281-6/+0
|
* One SlobrokMonitor2 per applicationHåkon Hallingstad2017-10-081-0/+6
|
* Move SuperModel to config-model-apiHåkon Hallingstad2017-09-251-0/+91
This avoids duplication of datastructures in service monitor