1. Contexto de la práctica

En esta práctica vas a desplegar una pequeña infraestructura de servicios utilizando Docker y Docker Compose.

El objetivo no es únicamente “levantar contenedores”, sino comprender cómo se organizan los servicios, cómo se comunican entre ellos, cómo se almacenan los datos, cómo se exponen puertos al exterior y cómo se puede documentar y justificar una instalación técnica.

Durante la práctica se trabajará con servicios similares a los vistos en clase:

• Servidor web HTTP con Apache.
• PHP para ejecutar código dinámico.
• MySQL como base de datos relacional.
• phpMyAdmin como herramienta de administración.
• MongoDB como base de datos NoSQL.
• Mongo Express como herramienta de administración.
• Redes Docker.
• Volúmenes persistentes.
• Variables de entorno.
• Logs y comprobaciones.
• Copias de seguridad básicas.
• Documentación técnica.

2. Objetivos de aprendizaje

Al finalizar la práctica, el alumno deberá ser capaz de:

1. Explicar qué es Docker y para qué se utiliza.
2. Diferenciar una imagen de un contenedor.
3. Crear y ejecutar contenedores mediante Docker Compose.
4. Configurar servicios conectados entre sí.
5. Usar volúmenes para conservar datos.
6. Usar redes Docker para aislar servicios.
7. Configurar variables de entorno.
8. Desplegar una aplicación PHP conectada a MySQL.
9. Desplegar y consultar una base de datos MongoDB.
10. Comprobar el estado de los servicios mediante comandos.
11. Interpretar errores básicos mediante logs.
12. Documentar una instalación técnica de forma clara.
13. Defender oralmente el trabajo realizado.

3. Resultado final esperado

Al terminar la práctica deberás tener funcionando una infraestructura compuesta por varios contenedores:

La aplicación PHP deberá mostrar una página web con información del alumno, conexión a MySQL y, opcionalmente, conexión a MongoDB.

4. Normas de entrega

El alumno deberá entregar:

1. Carpeta completa del proyecto.
2. Archivo docker-compose.yml.
3. Archivo .env.
4. Código fuente de la aplicación PHP.
5. Capturas de pantalla.
6. Documento de memoria en PDF.
7. Comandos utilizados.
8. Respuestas a las preguntas de reflexión.
9. Evidencias de funcionamiento.
10. Breve vídeo opcional de demostración.

5. Estructura recomendada del proyecto

Crea una carpeta llamada:

practica-docker-servicios-nombre-apellido

Dentro de ella deberás crear una estructura similar a esta:

practica-docker-servicios-nombre-apellido/
│
├── docker-compose.yml
├── .env
├── README.md
│
├── web/
│   ├── index.php
│   ├── conexion_mysql.php
│   ├── insertar.php
│   ├── listar.php
│   └── estilos.css
│
├── mysql/
│   └── init.sql
│
├── evidencias/
│   ├── captura_01_docker_version.png
│   ├── captura_02_contenedores.png
│   ├── captura_03_web_funcionando.png
│   ├── captura_04_phpmyadmin.png
│   ├── captura_05_mongo_express.png
│   └── captura_06_logs.png
│
└── memoria/
    └── memoria_practica.pdf

6. Fase 1 — Preparación del entorno

6.1. Comprobar Docker

Ejecuta los siguientes comandos:

docker --version
docker compose version

Guarda una captura de pantalla donde se vea el resultado.

Preguntas de reflexión

Responde en tu memoria:

1. ¿Qué diferencia hay entre Docker y Docker Compose?
2. ¿Qué problema soluciona Docker cuando trabajamos con varios servicios?
3. ¿Por qué puede ser útil usar Docker en un entorno educativo o de laboratorio?

6.2. Comprobar que Docker funciona

Ejecuta:

docker run hello-world

Evidencia obligatoria

Incluye una captura del resultado del comando.

Pregunta de reflexión

Explica con tus palabras qué ha ocurrido al ejecutar hello-world.

Debes mencionar:

• Si Docker ha usado una imagen local o la ha descargado.
• Qué es un contenedor.
• Por qué el contenedor termina después de ejecutarse.

7. Fase 2 — Primer diseño de la infraestructura

Antes de escribir el docker-compose.yml, realiza un pequeño esquema de la infraestructura.

Puedes hacerlo con una tabla, un dibujo o un diagrama sencillo.

Debe aparecer:

• Servicio web.
• Base de datos MySQL.
• phpMyAdmin.
• MongoDB.
• Mongo Express.
• Red interna.
• Volúmenes de datos.
• Puertos publicados.

Ejemplo conceptual:

Navegador
   |
   | puerto 8080
   v
Apache + PHP
   |
   | red interna docker
   v
MySQL

Navegador
   |
   | puerto 8081
   v
phpMyAdmin
   |
   v
MySQL

Navegador
   |
   | puerto 8082
   v
Mongo Express
   |
   v
MongoDB

Preguntas de reflexión

1. ¿Por qué no es recomendable instalar todos los servicios dentro del mismo contenedor?
2. ¿Qué ventajas tiene separar web, base de datos y herramientas de administración?
3. ¿Qué servicios deberían ser accesibles desde el navegador y cuáles deberían quedar solo dentro de la red Docker?

8. Fase 3 — Creación del archivo .env

Crea un archivo llamado .env en la raíz del proyecto.

Ejemplo:

MYSQL_ROOT_PASSWORD=rootpassword
MYSQL_DATABASE=asir_db
MYSQL_USER=asir_user
MYSQL_PASSWORD=asir_password

MONGO_INITDB_ROOT_USERNAME=admin
MONGO_INITDB_ROOT_PASSWORD=adminpassword
MONGO_DATABASE=asir_mongo

WEB_PORT=8080
PHPMYADMIN_PORT=8081
MONGO_EXPRESS_PORT=8082

Importante

El archivo .env permite separar configuración del archivo docker-compose.yml.

No deberías escribir directamente las contraseñas dentro del docker-compose.yml si puedes evitarlo.

Preguntas de reflexión

1. ¿Qué ventaja tiene usar variables de entorno?
2. ¿Por qué puede ser peligroso subir un archivo .env real a un repositorio público?
3. ¿Qué información sensible contiene este archivo?

9. Fase 4 — Creación del docker-compose.yml

Crea el archivo docker-compose.yml.

Propuesta base:

services:

  web:
    image: php:8.2-apache
    container_name: asir_web_php
    ports:
      - "${WEB_PORT}:80"
    volumes:
      - ./web:/var/www/html
    depends_on:
      - mysql
      - mongodb
    networks:
      - red_asir

  mysql:
    image: mysql:8.0
    container_name: asir_mysql
    restart: always
    environment:
      MYSQL_ROOT_PASSWORD: ${MYSQL_ROOT_PASSWORD}
      MYSQL_DATABASE: ${MYSQL_DATABASE}
      MYSQL_USER: ${MYSQL_USER}
      MYSQL_PASSWORD: ${MYSQL_PASSWORD}
    volumes:
      - mysql_data:/var/lib/mysql
      - ./mysql/init.sql:/docker-entrypoint-initdb.d/init.sql
    networks:
      - red_asir

  phpmyadmin:
    image: phpmyadmin:latest
    container_name: asir_phpmyadmin
    restart: always
    ports:
      - "${PHPMYADMIN_PORT}:80"
    environment:
      PMA_HOST: mysql
      PMA_PORT: 3306
    depends_on:
      - mysql
    networks:
      - red_asir

  mongodb:
    image: mongo:latest
    container_name: asir_mongodb
    restart: always
    environment:
      MONGO_INITDB_ROOT_USERNAME: ${MONGO_INITDB_ROOT_USERNAME}
      MONGO_INITDB_ROOT_PASSWORD: ${MONGO_INITDB_ROOT_PASSWORD}
    volumes:
      - mongo_data:/data/db
    networks:
      - red_asir

  mongo-express:
    image: mongo-express:latest
    container_name: asir_mongo_express
    restart: always
    ports:
      - "${MONGO_EXPRESS_PORT}:8081"
    environment:
      ME_CONFIG_MONGODB_ADMINUSERNAME: ${MONGO_INITDB_ROOT_USERNAME}
      ME_CONFIG_MONGODB_ADMINPASSWORD: ${MONGO_INITDB_ROOT_PASSWORD}
      ME_CONFIG_MONGODB_SERVER: mongodb
    depends_on:
      - mongodb
    networks:
      - red_asir

volumes:
  mysql_data:
  mongo_data:

networks:
  red_asir:
    driver: bridge

9.1. Preguntas sobre el docker-compose.yml

Responde en tu memoria:

1. ¿Qué significa services?
2. ¿Qué diferencia hay entre image y container_name?
3. ¿Para qué sirve ports?
4. ¿Qué diferencia hay entre el puerto de la izquierda y el de la derecha en esta línea?

- "8080:80"

5. ¿Para qué sirve volumes?
6. ¿Qué pasaría con los datos de MySQL si no usásemos un volumen?
7. ¿Qué hace depends_on?
8. ¿Qué limitación tiene depends_on?
9. ¿Para qué sirve definir una red propia llamada red_asir?
10. ¿Por qué el servicio web puede conectarse a MySQL usando el nombre mysql?

10. Fase 5 — Script inicial de MySQL

Dentro de la carpeta mysql, crea el archivo init.sql.

Ejemplo:

CREATE TABLE IF NOT EXISTS alumnos (
    id INT AUTO_INCREMENT PRIMARY KEY,
    nombre VARCHAR(100) NOT NULL,
    apellido VARCHAR(100) NOT NULL,
    curso VARCHAR(100) NOT NULL,
    fecha_registro TIMESTAMP DEFAULT CURRENT_TIMESTAMP
);

INSERT INTO alumnos (nombre, apellido, curso)
VALUES 
('Alumno', 'Ejemplo', 'ASIR'),
('Docker', 'Compose', 'Servicios');

Este script se ejecutará automáticamente cuando se cree por primera vez el contenedor de MySQL y el volumen esté vacío.

Preguntas de reflexión

1. ¿Cuándo se ejecutan los scripts dentro de /docker-entrypoint-initdb.d/?
2. Si modificas init.sql después de haber creado el volumen, ¿se vuelve a ejecutar automáticamente?
3. ¿Qué tendrías que hacer para reiniciar completamente la base de datos desde cero?
4. ¿Por qué hay que tener cuidado al borrar volúmenes?

11. Fase 6 — Crear la aplicación PHP

Dentro de la carpeta web, crea el archivo index.php.

Ejemplo:

<?php
$host = 'mysql';
$db = 'asir_db';
$user = 'asir_user';
$password = 'asir_password';

$conexionCorrecta = false;
$error = '';

try {
    $pdo = new PDO("mysql:host=$host;dbname=$db;charset=utf8", $user, $password);
    $conexionCorrecta = true;
} catch (PDOException $e) {
    $error = $e->getMessage();
}
?>

<!DOCTYPE html>
<html lang="es">
<head>
    <meta charset="UTF-8">
    <title>Práctica Docker ASIR</title>
    <link rel="stylesheet" href="estilos.css">
</head>
<body>

    <main>
        <h1>Práctica Docker, Docker Compose y Servicios</h1>

        <section>
            <h2>Datos del alumno</h2>
            <p><strong>Nombre:</strong> Escribe aquí tu nombre</p>
            <p><strong>Curso:</strong> ASIR</p>
            <p><strong>Módulo:</strong> Implantación de aplicaciones / Servicios / Sistemas</p>
        </section>

        <section>
            <h2>Estado de la conexión con MySQL</h2>

            <?php if ($conexionCorrecta): ?>
                <p class="ok">Conexión correcta con MySQL.</p>
            <?php else: ?>
                <p class="error">Error de conexión con MySQL.</p>
                <pre><?php echo $error; ?></pre>
            <?php endif; ?>
        </section>

        <section>
            <h2>Listado de alumnos desde MySQL</h2>

            <?php
            if ($conexionCorrecta) {
                $consulta = $pdo->query("SELECT * FROM alumnos");

                echo "<table>";
                echo "<tr><th>ID</th><th>Nombre</th><th>Apellido</th><th>Curso</th><th>Fecha</th></tr>";

                while ($fila = $consulta->fetch(PDO::FETCH_ASSOC)) {
                    echo "<tr>";
                    echo "<td>" . htmlspecialchars($fila['id']) . "</td>";
                    echo "<td>" . htmlspecialchars($fila['nombre']) . "</td>";
                    echo "<td>" . htmlspecialchars($fila['apellido']) . "</td>";
                    echo "<td>" . htmlspecialchars($fila['curso']) . "</td>";
                    echo "<td>" . htmlspecialchars($fila['fecha_registro']) . "</td>";
                    echo "</tr>";
                }

                echo "</table>";
            }
            ?>
        </section>
    </main>

</body>
</html>

11.1. Archivo CSS

Crea estilos.css:

body {
    font-family: Arial, sans-serif;
    background-color: #f4f4f4;
    margin: 0;
    padding: 0;
}

main {
    width: 80%;
    margin: 40px auto;
    background-color: white;
    padding: 30px;
    border-radius: 10px;
}

h1 {
    color: #333;
}

section {
    margin-bottom: 30px;
}

.ok {
    color: green;
    font-weight: bold;
}

.error {
    color: red;
    font-weight: bold;
}

table {
    width: 100%;
    border-collapse: collapse;
}

th {
    background-color: #333;
    color: white;
}

td, th {
    padding: 10px;
    border: 1px solid #ccc;
}

11.2. Problema intencionado

Con la imagen oficial php:8.2-apache, puede ocurrir que PHP no tenga activada la extensión necesaria para conectarse a MySQL mediante PDO.

Si al abrir la web aparece un error relacionado con MySQL o PDO, deberás investigarlo y solucionarlo.

Pista

Puede ser necesario crear un Dockerfile personalizado para el servicio web.

12. Fase 7 — Crear una imagen personalizada para PHP

Crea un archivo llamado Dockerfile dentro de la carpeta web.

FROM php:8.2-apache

RUN docker-php-ext-install pdo pdo_mysql mysqli

Ahora modifica el servicio web en el docker-compose.yml.

Antes:

web:
  image: php:8.2-apache

Después:

web:
  build: ./web

El servicio completo quedaría así:

web:
  build: ./web
  container_name: asir_web_php
  ports:
    - "${WEB_PORT}:80"
  volumes:
    - ./web:/var/www/html
  depends_on:
    - mysql
    - mongodb
  networks:
    - red_asir

Preguntas de reflexión

1. ¿Qué diferencia hay entre usar image y usar build?
2. ¿Para qué sirve un Dockerfile?
3. ¿Qué hace esta línea?

RUN docker-php-ext-install pdo pdo_mysql mysqli

4. ¿Por qué necesitamos instalar extensiones de PHP?
5. ¿Qué ventaja tiene crear nuestra propia imagen personalizada?

13. Fase 8 — Levantar los servicios

Ejecuta:

docker compose up -d

Después comprueba:

docker compose ps

También puedes usar:

docker ps

Evidencias obligatorias

Incluye capturas donde se vea:

• Los contenedores levantados.
• Los puertos publicados.
• El estado de cada contenedor.

Preguntas de reflexión

1. ¿Qué significa ejecutar Docker Compose con -d?
2. ¿Qué diferencia hay entre docker compose ps y docker ps?
3. ¿Qué significa que un contenedor esté en estado Up?
4. ¿Qué harías si un contenedor aparece como Restarting?

14. Fase 9 — Comprobación de servicios en navegador

Accede desde el navegador a:

http://localhost:8080

Deberías ver la aplicación PHP.

Accede también a:

http://localhost:8081

Deberías ver phpMyAdmin.

Accede a:

http://localhost:8082

Deberías ver Mongo Express.

Evidencias obligatorias

Incluye capturas de:

1. Página PHP funcionando.
2. phpMyAdmin mostrando la base de datos.
3. Tabla alumnos dentro de MySQL.
4. Mongo Express funcionando.

Preguntas de reflexión

1. ¿Por qué accedemos a la web usando localhost:8080 y no localhost:80?
2. ¿Qué usuario y contraseña has utilizado para entrar en phpMyAdmin?
3. ¿Qué base de datos aparece creada automáticamente?
4. ¿Qué diferencia hay entre administrar MySQL desde línea de comandos y hacerlo desde phpMyAdmin?
5. ¿Qué riesgos tendría dejar phpMyAdmin abierto en un servidor real?

15. Fase 10 — Insertar datos desde PHP

Crea un archivo llamado insertar.php.

<?php
$host = 'mysql';
$db = 'asir_db';
$user = 'asir_user';
$password = 'asir_password';

try {
    $pdo = new PDO("mysql:host=$host;dbname=$db;charset=utf8", $user, $password);

    $sql = "INSERT INTO alumnos (nombre, apellido, curso) VALUES (:nombre, :apellido, :curso)";
    $stmt = $pdo->prepare($sql);

    $stmt->execute([
        ':nombre' => 'NombreAlumno',
        ':apellido' => 'ApellidoAlumno',
        ':curso' => 'ASIR'
    ]);

    echo "Registro insertado correctamente.";
} catch (PDOException $e) {
    echo "Error: " . $e->getMessage();
}

Accede a:

http://localhost:8080/insertar.php

Después vuelve a:

http://localhost:8080/index.php

Comprueba que el nuevo registro aparece en la tabla.

Trabajo obligatorio

Modifica el archivo para que inserte tus propios datos.

Preguntas de reflexión

1. ¿Qué ocurre cada vez que recargas insertar.php?
2. ¿Por qué puede ser peligroso insertar datos directamente sin un formulario controlado?
3. ¿Qué diferencia hay entre una consulta normal y una consulta preparada?
4. ¿Qué problema de seguridad ayudan a evitar las consultas preparadas?

16. Fase 11 — Crear formulario de inserción

Crea una página formulario.php.

<!DOCTYPE html>
<html lang="es">
<head>
    <meta charset="UTF-8">
    <title>Formulario de alumnos</title>
    <link rel="stylesheet" href="estilos.css">
</head>
<body>

<main>
    <h1>Insertar alumno</h1>

    <form action="guardar.php" method="post">
        <label>Nombre:</label><br>
        <input type="text" name="nombre" required><br><br>

        <label>Apellido:</label><br>
        <input type="text" name="apellido" required><br><br>

        <label>Curso:</label><br>
        <input type="text" name="curso" required><br><br>

        <button type="submit">Guardar</button>
    </form>
</main>

</body>
</html>

Crea ahora guardar.php.

<?php
$host = 'mysql';
$db = 'asir_db';
$user = 'asir_user';
$password = 'asir_password';

if ($_SERVER['REQUEST_METHOD'] === 'POST') {
    $nombre = $_POST['nombre'] ?? '';
    $apellido = $_POST['apellido'] ?? '';
    $curso = $_POST['curso'] ?? '';

    try {
        $pdo = new PDO("mysql:host=$host;dbname=$db;charset=utf8", $user, $password);

        $sql = "INSERT INTO alumnos (nombre, apellido, curso) VALUES (:nombre, :apellido, :curso)";
        $stmt = $pdo->prepare($sql);

        $stmt->execute([
            ':nombre' => $nombre,
            ':apellido' => $apellido,
            ':curso' => $curso
        ]);

        echo "Alumno guardado correctamente.";
        echo "<br><a href='index.php'>Volver al listado</a>";

    } catch (PDOException $e) {
        echo "Error: " . $e->getMessage();
    }
}

Evidencia obligatoria

Incluye captura del formulario y del registro insertado.

Preguntas de reflexión

1. ¿Qué método HTTP utiliza el formulario?
2. ¿Qué diferencia hay entre GET y POST?
3. ¿Dónde llegan los datos enviados por el formulario?
4. ¿Qué validaciones mínimas debería tener este formulario?
5. ¿Por qué no deberíamos confiar nunca únicamente en la validación del navegador?

17. Fase 12 — Trabajo con MongoDB

MongoDB es una base de datos NoSQL. En lugar de trabajar con tablas y filas, trabaja con bases de datos, colecciones y documentos.

Accede a Mongo Express:

http://localhost:8082

Crea una base de datos llamada:

asir_mongo

Crea una colección llamada:

inventario

Inserta al menos tres documentos similares a estos:

{
  "nombre": "Servidor web",
  "tipo": "contenedor",
  "servicio": "Apache PHP",
  "puerto": 8080
}

{
  "nombre": "Base de datos relacional",
  "tipo": "contenedor",
  "servicio": "MySQL",
  "puerto": 3306
}

{
  "nombre": "Base de datos NoSQL",
  "tipo": "contenedor",
  "servicio": "MongoDB",
  "puerto": 27017
}

Evidencias obligatorias

Incluye capturas de:

• Base de datos creada.
• Colección creada.
• Documentos insertados.

Preguntas de reflexión

1. ¿Qué diferencia hay entre una tabla de MySQL y una colección de MongoDB?
2. ¿Qué diferencia hay entre una fila y un documento?
3. ¿Qué ventajas puede tener MongoDB frente a MySQL?
4. ¿Qué ventajas puede tener MySQL frente a MongoDB?
5. ¿En qué tipo de proyecto usarías cada uno?

18. Fase 13 — Comandos de administración

Ejecuta y documenta los siguientes comandos.

Ver contenedores activos

docker ps

Ver todos los contenedores

docker ps -a

Ver imágenes

docker images

Ver redes

docker network ls

Ver volúmenes

docker volume ls

Ver logs del servicio web

docker compose logs web

Ver logs de MySQL

docker compose logs mysql

Entrar dentro del contenedor web

docker exec -it asir_web_php bash

Dentro del contenedor, ejecuta:

ls -la /var/www/html

Después sal:

exit

Evidencias obligatorias

Incluye capturas de al menos cinco comandos anteriores.

Preguntas de reflexión

1. ¿Para qué sirve docker ps?
2. ¿Qué información muestra docker images?
3. ¿Qué diferencia hay entre una imagen y un contenedor?
4. ¿Qué utilidad tienen los logs?
5. ¿Para qué puede servir entrar dentro de un contenedor?
6. ¿Por qué no deberíamos modificar manualmente demasiadas cosas dentro de un contenedor en producción?

19. Fase 14 — Persistencia de datos

Vas a comprobar que los datos sobreviven aunque los contenedores se detengan.

Ejecuta:

docker compose down

Después vuelve a levantar:

docker compose up -d

Comprueba:

• Que la web sigue funcionando.
• Que los datos de MySQL siguen estando.
• Que los documentos de MongoDB siguen estando.

Ahora ejecuta:

docker compose down -v

Vuelve a levantar:

docker compose up -d

Comprueba qué ha ocurrido con los datos.

Mucho cuidado

El parámetro -v elimina los volúmenes asociados al proyecto.

Preguntas de reflexión

1. ¿Qué diferencia hay entre docker compose down y docker compose down -v?
2. ¿Por qué se han conservado los datos en el primer caso?
3. ¿Por qué se han perdido los datos en el segundo caso?
4. ¿Qué papel tienen los volúmenes en Docker?
5. ¿Por qué la persistencia es fundamental en bases de datos?

20. Fase 15 — Copia de seguridad de MySQL

Realiza una copia de seguridad de la base de datos MySQL.

Ejemplo:

docker exec asir_mysql mysqldump -u root -p asir_db > backup_asir_db.sql

El sistema pedirá la contraseña de root.

Después comprueba que se ha creado el archivo:

ls -lh backup_asir_db.sql

Evidencia obligatoria

Incluye captura del archivo generado.

Preguntas de reflexión

1. ¿Qué es mysqldump?
2. ¿Por qué es importante hacer copias de seguridad?
3. ¿Dónde se ha guardado el archivo SQL?
4. ¿Qué información contiene ese archivo?
5. ¿Sería suficiente esta copia de seguridad en un entorno real? Justifica la respuesta.

21. Fase 16 — Restauración básica de MySQL

Para comprobar la restauración, puedes crear una nueva base de datos desde phpMyAdmin o desde consola e importar el archivo.

Ejemplo orientativo:

docker exec -i asir_mysql mysql -u root -p asir_db < backup_asir_db.sql

Preguntas de reflexión

1. ¿Qué diferencia hay entre exportar e importar una base de datos?
2. ¿Qué riesgos existen al restaurar una copia sobre una base de datos que ya contiene información?
3. ¿Qué medidas tomarías antes de restaurar una copia en producción?

22. Fase 17 — Comprobación de red entre contenedores

Entra en el contenedor web:

docker exec -it asir_web_php bash

Instala herramientas de red si fuera necesario:

apt update
apt install -y iputils-ping

Prueba conectividad:

ping mysql
ping mongodb

Sal del contenedor:

exit

Preguntas de reflexión

1. ¿Por qué podemos hacer ping mysql y no necesitamos conocer la IP del contenedor?
2. ¿Qué papel hace el DNS interno de Docker?
3. ¿Cambiaría la IP del contenedor si lo eliminamos y lo volvemos a crear?
4. ¿Por qué es mejor usar nombres de servicio que direcciones IP?

23. Fase 18 — Seguridad básica

Analiza la configuración actual.

Responde:

1. ¿Qué puertos están expuestos al equipo anfitrión?
2. ¿Qué servicios son accesibles desde el navegador?
3. ¿Tiene sentido exponer MySQL directamente al exterior?
4. ¿Tiene sentido exponer MongoDB directamente al exterior?
5. ¿Qué contraseñas son débiles?
6. ¿Qué cambiarías si esto fuese un servidor real?
7. ¿Qué riesgos tiene usar root para administrar la base de datos?
8. ¿Qué riesgos tiene dejar herramientas como phpMyAdmin o Mongo Express accesibles públicamente?

Mejora obligatoria

Modifica el docker-compose.yml para que MySQL y MongoDB no publiquen puertos hacia el exterior.

Es decir, evita configuraciones como:

ports:
  - "3306:3306"

o:

ports:
  - "27017:27017"

Los servicios internos deben comunicarse por la red Docker, no necesariamente por puertos públicos.

Pregunta de reflexión

Si MySQL no tiene puerto publicado, ¿por qué phpMyAdmin puede seguir conectando con él?

24. Fase 19 — Personalización del proyecto

El alumno deberá personalizar la práctica.

Como mínimo deberá:

1. Cambiar el nombre de los contenedores.
2. Cambiar el nombre de la base de datos.
3. Cambiar usuario y contraseña.
4. Personalizar la página principal.
5. Insertar datos propios.
6. Añadir una nueva tabla en MySQL.
7. Añadir una nueva colección en MongoDB.
8. Documentar los cambios realizados.

Nueva tabla obligatoria

Crea una tabla llamada servicios.

Ejemplo:

CREATE TABLE IF NOT EXISTS servicios (
    id INT AUTO_INCREMENT PRIMARY KEY,
    nombre VARCHAR(100) NOT NULL,
    imagen VARCHAR(100) NOT NULL,
    puerto VARCHAR(20),
    descripcion TEXT
);

Inserta al menos cinco servicios:

• Apache/PHP.
• MySQL.
• phpMyAdmin.
• MongoDB.
• Mongo Express.

Preguntas de reflexión

1. ¿Qué campos has elegido para la tabla servicios?
2. ¿Por qué has elegido esos campos?
3. ¿Qué relación existe entre esta tabla y la infraestructura desplegada?
4. ¿Cómo podrías mostrar esta tabla desde PHP?

25. Fase 20 — Ampliación opcional

Para subir nota, puedes realizar una o varias de estas mejoras.

Opción A — Añadir Nginx como proxy inverso

Añade un contenedor Nginx que actúe como punto de entrada.

Debe permitir acceder a la aplicación PHP desde otro puerto o ruta.

Opción B — Añadir Adminer

Añade Adminer como alternativa a phpMyAdmin.

Opción C — Añadir Redis

Añade Redis como servicio adicional y explica para qué se utiliza.

Opción D — Crear una aplicación PHP más completa

La aplicación deberá permitir:

• Insertar alumnos.
• Listar alumnos.
• Borrar alumnos.
• Editar alumnos.

Opción E — Crear documentación técnica avanzada

Incluye:

• Diagrama de red.
• Tabla de servicios.
• Tabla de puertos.
• Tabla de volúmenes.
• Tabla de variables de entorno.
• Problemas encontrados.
• Soluciones aplicadas.

26. Documento de memoria

El documento final debe tener la siguiente estructura:

Portada

Debe incluir:

• Nombre del alumno.
• Curso.
• Módulo o asignatura.
• Nombre de la práctica.
• Fecha.
• Profesor.

Índice

Debe estar generado o escrito de forma ordenada.

1. Introducción

Explica brevemente qué se ha hecho en la práctica.

2. Objetivos

Enumera los objetivos técnicos.

3. Herramientas utilizadas

Incluye:

• Sistema operativo.
• Docker.
• Docker Compose.
• Editor de código.
• Navegador.
• Terminal.
• Otros programas usados.

4. Estructura del proyecto

Incluye la estructura de carpetas y explica para qué sirve cada una.

5. Explicación del docker-compose.yml

No basta con pegar el archivo.

Hay que explicar:

• Servicios.
• Imágenes.
• Puertos.
• Volúmenes.
• Redes.
• Variables de entorno.
• Dependencias.

6. Desarrollo de la aplicación PHP

Explica:

• Qué archivos has creado.
• Cómo se conecta PHP con MySQL.
• Cómo se insertan datos.
• Cómo se muestran datos.

7. Trabajo con MySQL

Explica:

• Base de datos creada.
• Tablas.
• Registros.
• Acceso desde phpMyAdmin.
• Copia de seguridad.

8. Trabajo con MongoDB

Explica:

• Base de datos creada.
• Colecciones.
• Documentos.
• Acceso desde Mongo Express.

9. Evidencias de funcionamiento

Incluye capturas claras y comentadas.

Cada captura debe tener una breve explicación.

10. Problemas encontrados

Incluye al menos tres problemas, aunque sean pequeños.

Ejemplos:

• Error de puerto ocupado.
• Error de conexión a MySQL.
• Contenedor reiniciándose.
• Variable mal escrita.
• Volumen que no se reiniciaba.
• Falta de extensión PHP.

Para cada problema indica:

• Qué ocurrió.
• Cómo lo detectaste.
• Qué comando usaste.
• Cómo lo solucionaste.

11. Preguntas de reflexión

Incluye todas las preguntas respondidas.

12. Conclusión

Explica qué has aprendido y qué mejorarías.

27. Defensa oral o presencial

Después de entregar la práctica, el alumno deberá defenderla.

La defensa puede ser online o presencial.

El alumno deberá ser capaz de:

1. Explicar la estructura del proyecto.
2. Abrir el docker-compose.yml y explicar cada servicio.
3. Levantar y detener los contenedores.
4. Mostrar la aplicación funcionando.
5. Enseñar phpMyAdmin y Mongo Express.
6. Explicar qué son los volúmenes.
7. Explicar qué son las redes.
8. Mostrar los logs de un contenedor.
9. Explicar cómo hizo la copia de seguridad.
10. Justificar los problemas encontrados y las soluciones aplicadas.

28. Preguntas posibles para la defensa

Estas preguntas se pueden usar para comprobar la autoría real del trabajo.

Docker básico

1. ¿Qué es una imagen Docker?
2. ¿Qué es un contenedor?
3. ¿Qué diferencia hay entre imagen y contenedor?
4. ¿Qué comando usas para ver contenedores activos?
5. ¿Qué comando usas para ver imágenes descargadas?
6. ¿Qué ocurre si borras un contenedor?
7. ¿Qué ocurre si borras una imagen?

Docker Compose

8. ¿Para qué sirve Docker Compose?
9. ¿Qué archivo utiliza Docker Compose por defecto?
10. ¿Qué hace docker compose up -d?
11. ¿Qué hace docker compose down?
12. ¿Qué hace docker compose down -v?
13. ¿Qué diferencia hay entre image y build?
14. ¿Para qué sirve depends_on?

Redes

15. ¿Qué red has creado?
16. ¿Por qué los contenedores pueden comunicarse usando nombres?
17. ¿Qué diferencia hay entre una red interna Docker y la red de tu ordenador?
18. ¿Por qué no es recomendable publicar todos los puertos?

Volúmenes

19. ¿Qué volúmenes has creado?
20. ¿Para qué sirve un volumen?
21. ¿Dónde guarda MySQL sus datos dentro del contenedor?
22. ¿Qué pasa si eliminas los volúmenes?
23. ¿Cómo comprobarías que los datos persisten?

MySQL y PHP

24. ¿Cómo se conecta PHP a MySQL?
25. ¿Qué host usa PHP para conectarse a MySQL?
26. ¿Por qué el host es mysql y no localhost?
27. ¿Qué tabla has creado?
28. ¿Qué consulta SQL has usado?
29. ¿Qué es una consulta preparada?
30. ¿Qué error te apareció con PHP y MySQL?

MongoDB

31. ¿Qué diferencia hay entre MySQL y MongoDB?
32. ¿Qué es una colección?
33. ¿Qué es un documento?
34. ¿Qué herramienta has usado para administrar MongoDB?
35. ¿Qué documentos has insertado?

Seguridad

36. ¿Qué contraseñas has utilizado?
37. ¿Son contraseñas seguras?
38. ¿Qué cambiarías en producción?
39. ¿Expondrías phpMyAdmin a Internet?
40. ¿Expondrías MongoDB a Internet?

Autoría

41. Enséñame el archivo que más te costó configurar.
42. Explícame un error concreto que hayas tenido.
43. Cambia ahora el puerto de la web al 8090.
44. Añade un nuevo registro a la base de datos.
45. Para los contenedores y vuelve a levantarlos.
46. Muéstrame los logs de MySQL.
47. Entra dentro del contenedor web.
48. Explica por qué tu aplicación sigue funcionando después de reiniciar los contenedores.
49. Borra un contenedor y vuelve a crearlo.
50. Explica qué parte del trabajo has entendido mejor y cuál peor.

29. Rúbrica de evaluación

Total: 100%

30. Penalizaciones

Se podrán aplicar penalizaciones por:

31. Entrega mínima para aprobar

Para aprobar la práctica es obligatorio:

1. Entregar el proyecto completo.
2. Levantar los servicios con Docker Compose.
3. Mostrar la web PHP funcionando.
4. Mostrar MySQL funcionando.
5. Mostrar phpMyAdmin funcionando.
6. Mostrar MongoDB o Mongo Express funcionando.
7. Usar al menos un volumen persistente.
8. Responder las preguntas principales.
9. Defender el trabajo oralmente.

32. Entrega excelente

Una entrega excelente incluirá:

1. Proyecto ordenado.
2. docker-compose.yml limpio y comentado.
3. Uso correcto de .env.
4. Aplicación PHP personalizada.
5. Inserción y listado de datos.
6. MySQL y MongoDB correctamente documentados.
7. Capturas claras.
8. Explicaciones propias.
9. Problemas reales documentados.
10. Defensa fluida y técnica.
11. Mejoras opcionales implementadas.
12. Buena presentación del PDF.

33. Conclusión para el alumno

Esta práctica no consiste únicamente en ejecutar comandos. El objetivo es que comprendas cómo se despliega una pequeña infraestructura de servicios usando contenedores.

Docker permite crear entornos reproducibles, rápidos de montar y fáciles de compartir. Docker Compose permite definir varios servicios en un único archivo y levantar toda la infraestructura con un solo comando.

Si has completado la práctica correctamente, habrás trabajado conceptos fundamentales para la administración de sistemas y el despliegue de aplicaciones modernas:

• Servicios.
• Contenedores.
• Redes.
• Puertos.
• Volúmenes.
• Bases de datos.
• Aplicaciones web.
• Seguridad básica.
• Documentación técnica.
• Resolución de problemas.

Esta práctica está bastante bien como práctica troncal de evaluación. Mi recomendación sería que no la valores solo por “si funciona”, sino por tres cosas: funcionamiento, memoria técnica y defensa. Ahí es donde realmente puedes detectar si el alumno lo ha hecho, lo ha entendido o simplemente lo ha copiado.

Remote – SSH

Nombre: Remote – SSH
Autor: Microsoft

Descripción:
Permite conectarte a un servidor remoto mediante SSH y abrir carpetas, editar archivos, ejecutar terminal y trabajar exactamente igual que si el proyecto estuviera en tu equipo local. VS Code instala automáticamente un “mini-servidor” en la máquina remota para que todo funcione de forma transparente.

Qué la hace especial (dato importante):

• No trabajas sobre copias → trabajas directamente en el servidor
• Permite usar entornos reales (Linux, Docker host, servidores cloud, Raspberry, etc.)
• Soporta claves SSH, config ~/.ssh/config, jump hosts y túneles
• Puedes ejecutar extensiones en remoto (Python, Java, Node, Docker…)
• Ideal para desarrollo en servidores, laboratorios, contenedores o máquinas virtuales
• Reduce el clásico caos: “en mi máquina funciona”

MAPA CONCEPTUAL — Ética para ingenieros

🌍 INGENIERÍA

➜ no es solo técnica

➜ es una PROFESIÓN SOCIAL

• Basada en conocimiento especializado
• Reconocida socialmente
• Con poder transformador
• Fundada en la confianza pública

⬇️
➡️ Toda profesión genera responsabilidades éticas

🧱 1. LA INGENIERÍA COMO PROFESIÓN SOCIAL (Cap. 1)

• Actúa dentro de la sociedad
• Produce efectos colectivos
• No es neutral ni individual

➡️ El ingeniero:

• No trabaja solo para un cliente
• Trabaja indirectamente para la sociedad
• Tiene responsabilidad pública

🌐 2. TECNOLOGÍA Y SOCIEDAD (Cap. 2)

La tecnología:

• No es una herramienta aislada
• Es un sistema social

Influye en:

• Economía
• Política
• Cultura
• Formas de vida

❌ Mito: “la tecnología es neutral”
✅ Realidad: la tecnología incorpora valores

➡️ Diseñar tecnología = diseñar sociedad

🧪 3. FENÓMENO TECNOCIENTÍFICO (Cap. 3)

Tecnociencia =

• Ciencia + Tecnología + Organización + Poder

Características:

• Orientada a la aplicación
• Condicionada por intereses
• Generadora de impactos sociales

❌ Ingeniero = ejecutor neutral
✅ Ingeniero = actor moral

➡️ Toda decisión técnica contiene una decisión ética

⚠️ 4. SOCIEDAD DEL RIESGO (Cap. 5)

La sociedad actual:

• Produce riesgos tecnológicos
• Vive con incertidumbre

Riesgos:

• Globales
• Complejos
• A veces irreversibles
• Desigualmente repartidos

➡️ El ingeniero:

• No solo gestiona riesgos
• Contribuye a crearlos

➡️ El riesgo es:

• Técnico ❌
• Ético y social ✅

🧭 5. VIRTUD DE LA PRUDENCIA (Cap. 6)

La prudencia NO es:

• Miedo
• Inmovilismo

La prudencia ES:

• Juicio racional
• Reconocimiento de límites
• Deliberación antes de actuar

Exige:

• Anticipar consecuencias
• Pensar a largo plazo
• Saber decir “no”

➡️ Prudencia = forma concreta de la responsabilidad

🧠 6. DECISIÓN RACIONAL Y ÉTICA (Cap. 7)

La ética:

• Se concreta en decisiones

Decisión ética:

• No es automática
• No es solo técnica
• Es deliberativa

Incluye:

• Análisis de alternativas
• Evaluación de consecuencias
• Conflictos de valores
• Justificación racional

➡️ No decidir = decidir
➡️ Toda decisión implica responsabilidad

⚖️ 7. PRINCIPIO DE RESPONSABILIDAD (Cap. 8)

Responsabilidad ampliada:

• Por acción
• Por omisión
• Individual y colectiva
• Presente y futura

El ingeniero responde ante:

• Clientes
• Empresas
• Sociedad
• Generaciones futuras

Principio de precaución:

• No todo lo posible es aceptable
• La incertidumbre no exime de responsabilidad

➡️ A mayor poder técnico → mayor responsabilidad ética

🏢 8. ORGANIZACIONES Y CÓDIGOS PROFESIONALES (Cap. 9)

La ingeniería se ejerce en:

• Empresas
• Instituciones
• Administraciones

Riesgos:

• Dilución de responsabilidad
• Obediencia acrítica
• Presión económica

Códigos profesionales:

• Expresan valores colectivos
• Orientan la conducta
• No sustituyen al juicio moral

➡️ Ética = coherencia entre:

• Individuo
• Profesión
• Organización

🎯 CONCEPTO CENTRAL DEL LIBRO

La ingeniería construye el mundo en que vivimos,
y por eso no puede renunciar a la responsabilidad moral sobre ese mundo.

🧠 IDEAS CLAVE TRANSVERSALES

• No existe neutralidad técnica
• La ética no es un añadido, es parte de la profesión
• La responsabilidad aumenta con el poder técnico
• El ingeniero es agente moral
• El riesgo es ético y social
• La prudencia guía la acción
• Decidir es asumir consecuencias
• La ética sostiene la confianza social

🧩 SÍNTESIS FINAL (MAPA EN UNA FRASE)

Ingeniería → Tecnología → Sociedad → Riesgo → Decisión → Responsabilidad → Ética

📘 Ética para ingenieros — Resumen total y conclusiones

1️⃣ Qué tipo de libro es y qué pretende

Ética para ingenieros no es un manual de normas ni un código de conducta, sino una obra de reflexión ética profunda que busca responder a una pregunta central:

¿Qué significa ser ingeniero en una sociedad tecnológicamente avanzada y moralmente vulnerable?

El libro no se limita a decir qué está bien o mal, sino que:

• Analiza el contexto social de la ingeniería
• Explica por qué la ética es inseparable de la técnica
• Fundamenta la responsabilidad moral del ingeniero
• Ofrece criterios para decidir éticamente en situaciones reales

Su objetivo final es formar ingenieros responsables, no solo técnicamente competentes.

2️⃣ Idea central que recorre todo el libro

La ingeniería es una profesión social con un enorme poder transformador, y ese poder exige una responsabilidad ética proporcional.

No existe:

• Ingeniería neutral
• Técnica sin valores
• Decisión puramente técnica

Cada decisión de ingeniería:

• Incorpora valores
• Produce consecuencias sociales
• Afecta a personas presentes y futuras

3️⃣ Grandes ejes conceptuales del libro

El libro se articula alrededor de cinco grandes ejes éticos, que se van construyendo progresivamente.

🧱 1. La ingeniería como profesión social

La ingeniería:

• No es solo una actividad técnica
• Es una profesión socialmente reconocida
• Basada en la confianza pública

Esto implica que el ingeniero:

• No trabaja solo para un cliente o empresa
• Trabaja indirectamente para la sociedad
• Tiene deberes que van más allá del contrato laboral

➡️ Ser ingeniero implica una responsabilidad pública.

🌍 2. Tecnología, sociedad y poder

La tecnología:

• No es una simple herramienta
• Es un sistema que configura la sociedad

Influye en:

• Economía
• Política
• Cultura
• Relaciones humanas
• Formas de vida

Por tanto:

• No es neutral
• No es inevitable
• No es ajena a valores

➡️ Diseñar tecnología es, en parte, diseñar sociedad.

🧪 3. La tecnociencia y la falsa neutralidad

Vivimos en una era de tecnociencia, donde:

• Ciencia y tecnología están entrelazadas
• La investigación responde a intereses económicos y políticos
• Las decisiones técnicas ya contienen decisiones morales

El libro desmonta definitivamente la idea de que:

“La técnica solo ejecuta; otros deciden”

➡️ El ingeniero es un actor moral, no un mero ejecutor.

⚠️ 4. La sociedad del riesgo

El progreso tecnológico genera:

• Beneficios
• Pero también riesgos creados por la propia acción humana

Estos riesgos son:

• Globales
• Complejos
• A veces irreversibles
• Distribuidos de forma desigual

El ingeniero:

• No solo gestiona riesgos
• Contribuye a producirlos

➡️ El riesgo no es solo un problema técnico, sino ético y social.

🧭 5. Prudencia, decisión y responsabilidad

Ante la incertidumbre, el libro propone tres pilares éticos fundamentales:

🔹 Prudencia

• Reconocer límites del conocimiento
• Deliberar antes de actuar
• Saber decir “no” cuando es necesario

🔹 Decisión racional

• Integrar técnica y valores
• Justificar las decisiones
• Asumir consecuencias

🔹 Responsabilidad

• Por acción y por omisión
• Individual y colectiva
• Presente y futura

➡️ La ética del ingeniero se concreta en cómo decide y de qué se hace responsable.

4️⃣ El papel de las organizaciones y los códigos

El libro no idealiza la realidad profesional:

• El ingeniero trabaja en organizaciones
• Hay presiones económicas, jerárquicas y temporales
• Existe riesgo de diluir la responsabilidad

Los códigos profesionales:

• Son necesarios
• Expresan valores colectivos
• Orientan la conducta

Pero:

• No sustituyen al juicio moral personal
• No eliminan los dilemas éticos

➡️ La ética requiere coherencia entre individuo, profesión y organización.

5️⃣ Conceptos clave del libro (para memorizar)

• Ingeniería como profesión social
• No neutralidad tecnológica
• Tecnociencia
• Sociedad del riesgo
• Responsabilidad ampliada
• Prudencia
• Decisión racional y deliberativa
• Responsabilidad por acción y omisión
• Justicia en la distribución del riesgo
• Códigos profesionales
• Ética organizacional
• Confianza y legitimidad social

6️⃣ Mensajes finales del libro

El libro deja varios mensajes contundentes:

• La excelencia técnica no basta
• La ética no frena el progreso, lo orienta
• No todo lo técnicamente posible es éticamente aceptable
• La ignorancia voluntaria no exime de responsabilidad
• La obediencia no justifica decisiones injustas
• El ingeniero debe pensar en las consecuencias de su trabajo
• La confianza social depende de la responsabilidad profesional

7️⃣ ¿Qué debemos concluir tras leer este libro?

Tras su lectura, la conclusión fundamental es clara:

Ser ingeniero no es solo saber hacer cosas, sino hacerse cargo de lo que esas cosas provocan en el mundo.

Un buen ingeniero es:

• Competente técnicamente
• Prudente en la acción
• Responsable en la decisión
• Honesto en la información
• Consciente del impacto social de su trabajo

El libro nos obliga a aceptar que:

• La ética no es opcional
• No es una asignatura “blanda”
• Es parte esencial del ejercicio profesional

8️⃣ Conclusión final (frase síntesis)

La ingeniería construye el mundo en que vivimos; por eso, no puede renunciar a la responsabilidad moral sobre ese mundo.

Capítulo 9 — Códigos profesionales y ética organizacional

(Resumen muy extenso y desarrollado)

El Capítulo 9 funciona como culminación práctica de toda la obra. Tras haber fundamentado la ética de la ingeniería en la responsabilidad, la prudencia y la decisión racional, los autores analizan ahora cómo se articula esa ética en la realidad profesional concreta, marcada por organizaciones, empresas, administraciones y marcos institucionales.

La pregunta central del capítulo es:

¿Cómo puede sostenerse la ética del ingeniero cuando este trabaja dentro de organizaciones complejas que imponen objetivos, normas y presiones propias?

1️⃣ La ingeniería como práctica institucionalizada

El capítulo parte de una constatación básica:

• El ingeniero rara vez actúa de manera individual
• Su trabajo se desarrolla casi siempre en:
  • Empresas
  • Administraciones públicas
  • Instituciones
  • Grandes organizaciones tecnológicas

Esto implica que:

• Las decisiones técnicas están condicionadas
• Existen jerarquías, objetivos económicos y plazos
• La autonomía profesional es real pero limitada

➡️ La ética del ingeniero debe enfrentarse al marco organizacional, no ignorarlo.

2️⃣ El riesgo de dilución de la responsabilidad

Uno de los problemas centrales que analiza el capítulo es la dilución de la responsabilidad.

En las organizaciones:

• Las decisiones se fragmentan
• Las tareas se especializan
• La responsabilidad se reparte

Esto favorece actitudes como:

• “Yo solo hago mi parte”
• “La decisión viene de arriba”
• “El sistema es así”

Los autores advierten con claridad:

La responsabilidad compartida no significa responsabilidad inexistente.

Cada ingeniero sigue siendo moralmente responsable de:

• Sus decisiones
• Sus informes
• Sus silencios
• Sus omisiones

3️⃣ Códigos profesionales: qué son y para qué sirven

El capítulo introduce los códigos profesionales o deontológicos como uno de los principales instrumentos éticos de la profesión.

Un código profesional es:

• Un conjunto de principios y normas
• Elaborado por la propia profesión
• Que orienta el ejercicio responsable

Sus funciones principales son:

• Expresar los valores de la profesión
• Orientar la conducta en situaciones conflictivas
• Proteger a la sociedad
• Proteger la integridad del profesional

➡️ No son simples reglamentos, sino expresiones del compromiso ético colectivo de la profesión.

4️⃣ Alcance y límites de los códigos deontológicos

Los autores analizan con realismo los límites de los códigos profesionales.

Un código:

• No sustituye al juicio moral personal
• No resuelve automáticamente los dilemas
• No puede prever todas las situaciones

Además:

• Puede ser interpretado de forma interesada
• Puede quedar subordinado a la lógica empresarial
• Puede convertirse en un documento meramente formal

Por ello:

El código es una guía, no un sustituto de la conciencia ética.

5️⃣ Ética organizacional y cultura ética

El capítulo amplía la reflexión hacia la ética de las organizaciones.

Las organizaciones:

• No son moralmente neutras
• Generan culturas internas
• Premian ciertos comportamientos y castigan otros

Una organización puede:

• Fomentar la responsabilidad y la transparencia
• O incentivar la obediencia ciega, el silencio y la competitividad extrema

La ética profesional del ingeniero:

• Se ve profundamente afectada por la cultura organizacional
• Puede fortalecerse o erosionarse según el entorno

6️⃣ Conflictos entre ética profesional y objetivos organizativos

El capítulo analiza uno de los conflictos más frecuentes:

• Ética profesional vs. objetivos empresariales
• Responsabilidad social vs. rentabilidad
• Seguridad vs. reducción de costes
• Transparencia vs. imagen corporativa

En estos conflictos:

• El ingeniero se encuentra bajo presión
• Puede sufrir aislamiento o represalias
• Puede verse tentado a ceder

Los autores subrayan que:

La ética profesional exige, en ocasiones, resistir presiones organizativas.

7️⃣ Lealtad profesional y lealtad ética

Un punto especialmente relevante del capítulo es la distinción entre:

• Lealtad a la empresa
• Lealtad a la profesión
• Lealtad a la sociedad

La lealtad profesional:

• No puede confundirse con obediencia incondicional
• Tiene límites éticos claros

Cuando una organización exige actuaciones:

• Injustas
• Peligrosas
• Engañosas

El ingeniero:

• Tiene el deber de cuestionar
• Advertir
• Y, en casos extremos, negarse a colaborar

8️⃣ El papel del ingeniero como agente ético dentro de la organización

El capítulo no presenta al ingeniero como una víctima pasiva del sistema, sino como un agente moral activo.

El ingeniero puede:

• Introducir criterios éticos en las decisiones
• Favorecer la deliberación
• Hacer visibles los riesgos
• Defender estándares profesionales

Esto requiere:

• Coraje moral
• Prudencia
• Apoyo institucional
• Códigos profesionales sólidos

9️⃣ Ética organizacional y responsabilidad social

Los autores conectan la ética organizacional con la responsabilidad social.

Las organizaciones tecnológicas:

• Influyen en la sociedad
• Generan impactos amplios
• No pueden limitarse al beneficio económico

La ética profesional del ingeniero:

• Es un elemento clave de la responsabilidad social corporativa
• No puede delegarse solo en departamentos formales

➡️ La ética debe integrarse en la práctica cotidiana, no quedarse en declaraciones institucionales.

🔟 Cierre del libro: ética, profesión y sociedad

El capítulo 9 cierra el libro retomando sus ideas centrales:

• La ingeniería es una profesión socialmente poderosa
• Ese poder exige responsabilidad
• La ética es parte esencial de la identidad profesional
• Ni los códigos ni las organizaciones sustituyen al juicio moral del ingeniero

El mensaje final es claro:

La ética de la ingeniería solo es posible si se sostiene simultáneamente en la conciencia personal, la profesión y las instituciones.

🧠 Ideas clave del Capítulo 9 (síntesis final)

• La ingeniería se ejerce en organizaciones, no en el vacío
• La estructura organizativa puede diluir la responsabilidad
• Los códigos profesionales expresan valores colectivos
• Los códigos orientan, pero no sustituyen al juicio moral
• La cultura organizacional influye decisivamente en la conducta ética
• La lealtad a la empresa tiene límites éticos
• El ingeniero es un agente moral dentro de la organización
• La ética profesional es parte de la responsabilidad social
• La ética requiere coherencia entre individuo, profesión y organización

(Resumen muy extenso y desarrollado)

El Capítulo 8 profundiza en el concepto que atraviesa toda la ética de la ingeniería: la responsabilidad. Tras analizar la sociedad del riesgo (cap. 5), la prudencia (cap. 6) y la decisión racional (cap. 7), los autores se centran ahora en responder a una pregunta decisiva:

¿De qué es responsable el ingeniero y hasta dónde llega esa responsabilidad?

Este capítulo sostiene que el desarrollo tecnocientífico ha ampliado enormemente el alcance de la acción humana, y que a mayor poder técnico, mayor exigencia de responsabilidad ética.

1️⃣ El nuevo alcance de la acción técnica

El capítulo comienza señalando que la acción técnica contemporánea:

• Tiene un alcance sin precedentes
• Afecta a grandes colectivos
• Produce efectos a largo plazo
• Puede generar daños irreversibles

La ingeniería actual:

• Ya no actúa solo en el presente
• Interviene en el futuro
• Condiciona la vida de generaciones que no pueden participar en la decisión

➡️ Esto obliga a repensar el concepto clásico de responsabilidad, limitado tradicionalmente al daño inmediato y visible.

2️⃣ El principio de responsabilidad como exigencia ética central

Los autores adoptan y desarrollan el principio de responsabilidad como núcleo de la ética de la ingeniería.

Este principio implica que:

• El ingeniero debe responder por las consecuencias previsibles de su acción
• No basta con cumplir órdenes o normas
• No basta con actuar conforme a la legalidad vigente

La responsabilidad ética exige:

• Reflexión
• Anticipación
• Asunción consciente de consecuencias

3️⃣ Responsabilidad por acción y por omisión

Uno de los puntos clave del capítulo es la ampliación del concepto de responsabilidad.

El ingeniero es responsable:

• Por lo que hace
• Por lo que permite
• Por lo que omite, cuando podría haber actuado razonablemente

La omisión:

• No es neutral
• Puede causar tanto daño como la acción directa

Ejemplo conceptual:

• No advertir de un riesgo conocido
• No oponerse a una decisión peligrosa
• Callar por miedo o comodidad

➡️ La responsabilidad ética incluye el deber de advertir y de resistir decisiones irresponsables.

4️⃣ Responsabilidad y previsión razonable

El capítulo aclara que:

• No se puede exigir al ingeniero prever todo
• No se le puede responsabilizar de consecuencias absolutamente imprevisibles

La responsabilidad se vincula a:

• Consecuencias razonablemente previsibles
• Riesgos conocidos o sospechados
• Información disponible en el momento de decidir

Esto introduce un criterio clave:

La ignorancia culpable no exime de responsabilidad.

El ingeniero tiene el deber de:

• Informarse
• Consultar
• Actualizar conocimientos
• No decidir desde la negligencia

5️⃣ Responsabilidad en contextos de incertidumbre

Uno de los retos centrales del capítulo es abordar la responsabilidad en un contexto de incertidumbre estructural.

Los autores subrayan que:

• La incertidumbre no elimina la responsabilidad
• La falta de certeza no justifica la irresponsabilidad

En ingeniería:

• Muchas decisiones se toman sin garantías absolutas
• Pero sí con grados de probabilidad y riesgo

La responsabilidad ética exige:

• Prudencia
• Precaución
• Honestidad sobre los límites del conocimiento

6️⃣ Responsabilidad hacia terceros y generaciones futuras

El capítulo amplía el horizonte moral de la responsabilidad:

El ingeniero es responsable no solo ante:

• Clientes
• Empresas
• Superiores jerárquicos

Sino también ante:

• Usuarios
• Ciudadanos
• Colectivos vulnerables
• Generaciones futuras

Esta ampliación es clave porque:

• Muchas decisiones técnicas afectan a personas ausentes
• Que no pueden consentir ni defenderse

➡️ La responsabilidad ética trasciende el contrato profesional inmediato.

7️⃣ Responsabilidad individual y responsabilidad colectiva

Los autores analizan una tensión central en la práctica profesional:

• Las decisiones son colectivas
• Pero la responsabilidad no desaparece

El hecho de trabajar en:

• Empresas
• Administraciones
• Equipos técnicos

No exime al ingeniero de responsabilidad personal.

La responsabilidad es:

• Compartida
• Pero no diluida

Cada profesional debe:

• Asumir su parte
• No esconderse en la estructura organizativa

8️⃣ Responsabilidad, poder y legitimidad social

El capítulo subraya que:

• La sociedad concede poder a los ingenieros
• A cambio exige responsabilidad

La legitimidad social de la ingeniería:

• Depende de que ese poder se ejerza éticamente
• Se rompe cuando se percibe irresponsabilidad, negligencia o ocultación

Por eso:

La responsabilidad ética es condición de la confianza social.

Sin responsabilidad:

• Aparece desconfianza
• Rechazo social
• Crisis de legitimidad de la tecnología

9️⃣ El principio de precaución

El capítulo introduce la relación entre responsabilidad y principio de precaución.

Cuando:

• Los riesgos son graves
• Las consecuencias pueden ser irreversibles
• El conocimiento es limitado

La responsabilidad exige:

• Extremar la prudencia
• Evitar decisiones precipitadas
• No trasladar el riesgo injustamente a otros

El principio de precaución:

• No implica paralizar la innovación
• Implica no actuar de forma temeraria

🔟 Responsabilidad como núcleo de la identidad profesional

El capítulo concluye afirmando que:

• La responsabilidad no es una carga externa
• Es parte esencial de ser ingeniero

Un buen ingeniero:

• No es solo técnicamente competente
• Es moralmente responsable

La responsabilidad:

• Da sentido al ejercicio profesional
• Justifica la autonomía técnica
• Fundamenta la confianza social

🧠 Ideas clave del Capítulo 8 (síntesis final)

• El poder técnico amplía el alcance de la responsabilidad
• El ingeniero responde por acción y por omisión
• La responsabilidad se basa en previsión razonable, no en omnisciencia
• La incertidumbre no elimina la exigencia ética
• La responsabilidad se extiende a terceros y generaciones futuras
• La organización no exime de responsabilidad personal
• La responsabilidad es condición de la confianza social
• El principio de precaución es una expresión de la responsabilidad
• La responsabilidad es núcleo de la identidad profesional del ingeniero