# Pregunta 1 Cal das seguintes afirmacións describe mellor o modelo de servizo SaaS (Software as a Service) no contexto da Administración Pública? ## Resposta Un servizo SaaS invítanos a apoiarnos en entidades externas, e normalmente comúns para certos servizos, e que sexan éstas as que leven a parte técnica a partires dos requisistos que se requiren da entidade contratante. ## Corrección - **Concepto**: Bien orientado, pero un poco impreciso. El SaaS no es solo que "lleven la parte técnica", sino que te entregan la aplicación final lista para consumir por el usuario (ej. un webmail), sin que tú gestiones ni la red, ni los servidores, ni la aplicación en sí. - **Lingüística (Galego)**: * *Errores*: Usas "a partires dos requisitos". En galego, a expresión correcta é "**a partir de**" ("a partires" é un vulgarismo/castelanismo incorrecto). - *Ortografía/Títulos*: "éstas" xa non leva til diacrítico segundo as normas da RAG. "Requisistos" é un pequeno erro de tecleo (requisitos). # Pregunta 2 En relación a la seguridad en el Cloud Computing para la Administración Pública española, ¿qué esquema debe cumplir obligatoriamente cualquier proveedor de servicios en la nube? ## Respuesta El ENS, aunque si sus servicios requieren de Interoperabilidad entre administraciones, también aquellos recursos que la permitan a partir del ENI. ## Corrección - **Concepto**: ¡Excelente! Dar en el clavo con el ENS y añadir de forma proactiva el ENI para la parte de interoperabilidad demuestra un dominio transversal del temario. - **Lingüística (Castellano)**: Perfecto. Sintaxis clara y sin errores ortográficos. # Pregunta 3 Que vantaxe principal achega a 'elasticidade' da nube aos servizos da Administración Pública (por exemplo, durante a campaña da Renda ou a solicitude masiva de axudas)? ## Resposta A elasticidade no mundo dos servicios viría orientado á capacidade dun servizo a adaptarse a requerimentos e desafíos que se lle vaian dando ao longo do tempo, xa sexa por necesidades como por evolución das normas ou requisitos. ## Corrección - **Concepto**: **Cuidado aquí, hay un fallo conceptual importante**. Has definido la "adaptabilidad" de un servicio a nivel funcional o legal. En *Cloud Computing*, la **elasticidad** es un término estrictamente técnico: es la capacidad del sistema para aumentar o disminuir automáticamente los recursos informáticos (memoria RAM, procesadores, servidores) en función de la demanda de tráfico en tiempo real (ej. cuando miles de ciudadanos entran a la vez a pedir una ayuda). - **Lingüística (Galego)**: * *Concordancia*: "A elasticidade... viría **orientada**" (é feminino). - *Vocabulario*: Mellor usar "servizos" en lugar de "servicios". # Pregunta 4 Dentro de los modelos de despliegue, ¿qué es una 'Nube Híbrida' en el entorno de la Administración Pública? ## Respuesta Es un tipo de nube que comparte características de las nubes privadas y públicas al mismo tiempo, permitiendo poder compartir aplicaciones y datos dentro de sus límites o marcos. ## Corrección - **Concepto**: Correcto. Es la combinación de ambas infraestructuras manteniendo sus entidades únicas pero con tecnología que permite la portabilidad de datos y aplicaciones. - **Lingüística (Castellano)**: "permitiendo poder compartir" es redundante. Queda mucho más profesional decir directamente "permitiendo compartir". # Pregunta 5 Cando a Administración Pública contrata servizos na nube, que implicación ten respecto á custodia dos datos persoais dos cidadáns? ## Resposta Ningunha máis que garantir o servizo. Os datos pertenencen plenamente á Administración Pública ou entidade contratante. ## Corrección - **Concepto**: Correcto. La Administración es la responsable de los datos. - **Lingüística (Galego)**: Un simple erro de tecleo: "pertenencen" por "pertencen". # Pregunta 6. En castellano Teniendo en cuenta el Esquema Nacional de Interoperabilidad (ENI) y el Cloud Computing, ¿por qué crees que es crítico evitar el "*vendor lock-in*" (dependencia tecnológica del proveedor) en la Administración Pública y qué medidas propondrías para evitarlo? ## Respuesta Respondiendo inicialmente a ciegas, sin mirar nada ni nada, y sin conocer estos conceptos iniciales, diría que el mayor problema del Vendor Lock-In, que entendiéndolor como Dependencia Tecnológica del Proveedor tal como pones en el título, es la dependencia que se acaba generando a ciertas entidades que por lo que sea, cambian sus objetivos o simplemente, dejan de existir, y si la dependencia es tan elevada que no tenemos alternativa, esa pata de la Administración Electrónica queda totalmente anulada. Para poder evitar este tipo de situaciones es contar con que halla varias entidades a elegir donde se puedan seleccionar esos recursos. En los casos más críticos, lo ideal es que halla un servicio estatal y común gestionado por más de un equipo y que el resto de Administraciones pudieran consumirlos permitiendo una garantía de existencia/alternativa a nivel estatal. El mayor problema de la empresa privada es la capacidad de poder llevar un servicio a una dependencia extrema sin competencia o que la competencia pueda ser anulada tras su servicio por la dependencia de su servicio y la inviabilidad de su migración a nuevos entornos. Una forma de combatir esta situación es hacer contratos que permitan una versatilidad legible para acceder a los datos del servicio, que ojo, no al Software que proporcionen, sino a los datos que atañen a las Administraciones para que siempre halla un flujo bidireccional de información que permita su migración en caso de requerirse. Otra opción es generando un estándar y sean las empresas las que se encarguen de otorgar los servicios en base a dicho estándar y de esta forma evitar el monopolio por la incapacidad de existencia de alternativas a cubrir ese vacío o generar competencia en dicho ámbito. Cara a lo del ENI, tenemos el Artículo 7, del Enfoque de Soluciones Multilaterales, del Capítulo II, de los Principios Básicos, lo cual nos determina que lo ideal es buscar la reutilización, la colaboración y las arquitecturas modulares y multiplataforma que compensan los pesos para su existencia y mantenibilidad futura, de lo cual se extiende el Capítulo VIII, de la Reutilización y Transferencia de Tecnología donde el propio Artículo 16, de las Condiciones de Licencimiento Aplicables, nos expone las normas que se deben seguir para licitar un servicio, y que completa con el Artículo 17, de los Directorios de Aplicaciones Reutilizables. Todo elloacompañado de lo dicho en el Artículo 12, del uso de Infraestructuras y Servicios Comunes y Herramientas Genéricas que aboga por tener ingraestructuras y servicios que se puedan implantar en el ámbito de las infraestructuras y servicios comunes de la Administración General del Estado. ## Corrección - **Razonamiento Técnico**: **Matrícula de honor**. Has deducido el problema perfectamente a ciegas y has propuesto exactamente las soluciones que establece la ley: estándares abiertos, portabilidad de datos (flujo bidireccional) e infraestructuras comunes. Mencionar de memoria el Artículo 7, el 12, el 16 y el 17 del ENI es un nivel altísimo. - **Corrección Lingüística**: **¡ALERTA ROJA ORTOGRÁFICA!** * Has escrito "que **halla** varias entidades", "que **halla** un servicio", "que siempre **halla** un flujo". "Halla" es del verbo hallar (encontrar). Aquí debes usar el verbo haber: "**HAYA**". Este es un error eliminatorio en la corrección ortográfica de cualquier oposición. ¡Márcalo a fuego! - *Errores de tecleo rápidos*: "entendióndolor" (*entendiéndolo*), "ingraestructuras" (infraestructuras). - *Sintaxis*: Tu primera frase dura 5 líneas. En un examen escrito, intenta usar puntos y seguido para que el tribunal no se quede sin aliento al leerte. Las frases más cortas transmiten mayor seguridad. # Pregunta 7. En galego Imaxina que o Servizo Galego de Saúde (SERGAS) decide migrar o historial clínico electrónico de todos os pacientes á nube. Que modelo de despregamento (*Pública, Privada ou Híbrida*) recomendarías e por que? Xustifícao baseándote no nivel de seguridade e criticidade dos datos. ## Resposta Dependendo do tipo de datos e os seus fins, temos que o ideal, de forma xeral, soe ser a Híbrida, onde a infraestructura común ou a base común se atope nesa parte da nube pública, que nos permite unha maior capcidade para xestionala de forma non só interna, senón comunitaria e permitindo as melloras dos perticipantes nela mesma como un modo de evolución ou xestión constante; e pola outra banda, para a xestión interna dos datos sensibles, limitando o acceso a un equipo moi concreto e permitindo o uso público de ditos recursos a partires dun portal limitado á súa sesión a partires das súas credenciais. Son consciente que aquí mesturouse esa nube comunitaria coa híbrida, pero ven sendo o recurso máis forte para garantir a seguridade, a existencia e o compromiso de mellora non só a partires do equipo base, senón dos equipos que o conformen como proxecto en uso e a comunidade que se nutre destes recursos. Un punto de vista puramente público é un perigo para a privacidade totalmente por mor de non poderen expor datos sensibles de caracter personal o ramais confidenciais condicionados aos ámbitos que tocan; o mesmo que cara un punto de vista totalmente privado, que nos leva a unha evolución reducida a un equipo no que dependería totalmente deste e nas súas limitacións. ## Corrección - **Razonamiento Técnico**: Moi boa argumentación. Tendo en conta que os datos de saúde son de Nivel Alto no ENS (categoría especial no RXPD), a base de datos central debe estar nun contorno hipercontrolado (Nube Privada ou Comunitaria exclusiva de Sanidade). Usar a Nube Híbrida para apoiar servizos menos críticos (como o portal de citas, separando a base de datos clínica do frontal web) é a estratexia correcta. - **Corrección Lingüística**: - *Ortografía*: "Infraestructura" en galego escríbese "**infraestrutura**" (perde o 'c'). "Carácter" leva til (é palabra grave terminada en 'r'). "Vén sendo" leva til diacrítico no verbo vir. - *Erros de tecleo*: "capcidade" (capacidade), "perticipantes" (participantes). - *Expresión*: "ramais confidenciais" soa estraño no contexto, quizais querías dicir "ou de forma máis confidencial".