Si tienes una API que hace una cantidad comparable de cálculos cada vez y tienes muchos clientes, entonces la **utilización de CPU** probablemente *también sea estable* (en lugar de constantemente subir y bajar rápidamente).

### Ejemplos de Herramientas y Estrategias de Replicación

        testConfig.disallowCompound = customDisallow;

        testConfig.initDefaults();

        assertEquals(customDisallow, testConfig.disallowCompound);
    }

    /**
     * Testable subclass that exposes the default constructor
     */
    private static class TestableBaseConfiguration extends BaseConfiguration {
        TestableBaseConfiguration() throws CIFSException {
            super(true);

    ```

    See
    [TensorFlow Builds](https://github.com/tensorflow/tensorflow/tree/master/tensorflow/tools/ci_build)
    for details.

#### Running doctest for testable docstring

There are two ways to test the code in the docstring locally:

1.  If you are only changing the docstring of a class/function/method, then you
    can test it by passing that file's path to

* Replicación (el número de procesos en ejecución)
* Memoria
* Pasos previos antes de comenzar

## Memoria

Si ejecutas **un solo proceso por contenedor**, tendrás una cantidad de memoria más o menos bien definida, estable y limitada consumida por cada uno de esos contenedores (más de uno si están replicados).