Возможность менять лимиты и правила в runtime зависит от архитектуры и реализации конкретного сервиса. В некоторых системах, особенно тех, что реализованы на Go, можно предусмотреть динамическую загрузку конфигурации без перезапуска приложения.

Для этого обычно используют:

Горячую перезагрузку конфигурации — приложение периодически читает конфигурационные файлы или получает обновления из централизованного хранилища (например, Consul, Etcd).
API для управления — предоставляется REST или gRPC интерфейс, через который можно менять параметры лимитов и правил на лету.

Что касается UI, то в зрелых системах часто создают административные панели, где операторы могут изменять настройки через удобный интерфейс, который затем обновляет конфигурацию сервиса.

Если говорить об общем примере, то в Go можно реализовать watcher за конфигурационным файлом:

func watchConfig(path string, updateChan chan<- Config) {
    watcher, _ := fsnotify.NewWatcher()
    defer watcher.Close()
    watcher.Add(path)
    for {
        select {
        case event := <-watcher.Events:
            if event.Op&fsnotify.Write == fsnotify.Write {
                cfg, err := loadConfig(path)
                if err == nil {
                    updateChan <- cfg
                }
            }
        }
    }
}

Таким образом, лимиты и правила могут быть изменены без остановки сервиса, если это предусмотрено архитектурой. Наличие UI зависит от требований и ресурсов проекта.

Можно ли было менять лимиты и правила в runtime? Был ли UI для этого?