Son exactamente lo mismo.

Antes de la ventana acoplable 1.13, el comando docker run de la ventana acoplable solo estaba disponible. Los comandos de la CLI luego se refactorizaron para que tuvieran la forma docker COMMAND SUBCOMMAND , en este caso, COMMAND es container y SUBCOMMAND se run . Esto se hizo para tener una agrupación de comandos más intuitiva ya que la cantidad de comandos en ese momento ha crecido sustancialmente.

Puede leer más en CLI reestructurado .

docker run no, ni siquiera lo estamos ocultando, se queda como un alias permanente.

El resto, no en el corto plazo. Tal vez en un año o dos si somos buenos en convertir todos los > documentos a la nueva forma, y comunicar la nueva forma canónica de hacer las cosas.

Entonces, son exactamente iguales, solo se cambió el formato, vea la discusión sobre este PR: https://github.com/moby/moby/pull/26025

Tal vez un poco tarde, pero quería compartir una imagen más amplia y limpia de The docker Handbook sobre la pregunta:

Previamente [...] la sintaxis genérica para este comando es la siguiente:

 docker run <image name>

Aunque este es un comando perfectamente válido, hay una mejor manera de enviar comandos al demonio docker.

Antes de la versión 1.13 , Docker solo tenía la sintaxis de comando mencionada anteriormente. Posteriormente, la línea de comandos se reestructuró para tener la siguiente sintaxis:

 docker <object> <command> <options>

En esta sintaxis:

• <object> indica el tipo de objeto Docker que manipulará. Puede ser un objeto container , image , network o volume .
• <command> indica la tarea a realizar por el daemon, es decir el comando ejecutar.
• <options> puede ser cualquier parámetro válido que anule el comportamiento predeterminado del comando, como la opción --publish para la asignación de puertos.

Por lo tanto,

docker container run :

1. el container es el objeto
2. run es el comando que ejecutará Docker Daemon.