[ES] Service.md (#2091)

* Added service.md file
* Change Linked Concept in the following files:
        content/es/abstraction.md
        content/es/blue-green-deployment.md
        content/es/event-driven-architecture.md
        content/es/function-as-a-service.md
        content/es/microservices-architecture.md
        content/es/service-mesh.md

Signed-off-by: MartinEliasQ <[email protected]>
Signed-off-by: Martin E. Quintero <[email protected]>
Co-authored-by: Victor Morales <[email protected]>

Author: MartinEliasQ

content/es/abstraction.md

@@ -6,7 +6,7 @@ tags: ["fundamental", "", ""]
 ---
 
 En el contexto de la informática, una abstracción es una representación que
-oculta los detalles específicos a un consumidor de [servicios](/service/)
+oculta los detalles específicos a un consumidor de [servicios](/es/service/)
 (un consumidor que es un programa de computadora o un ser humano),
 haciendo un sistema más genérico y, por lo tanto, más fácil de entender.
 Un buen ejemplo es el sistema operativo (SO) de su computadora portátil.

content/es/blue-green-deployment.md

@@ -12,7 +12,7 @@ El operador mantiene dos entornos, llamados "blue" y "green".
 Uno sirve el tráfico de producción (la versión que todos los usuarios usan actualmente), mientras que el otro está actualizado.
 Una vez que las pruebas han concluido en el entorno inactivo (green),
 el tráfico de producción se cambia (a menudo mediante el uso de un [balanceador de cargas](/es/load-balancer/).
-Ten en cuenta que el despliegue blue-green usualmente significa cambiar los entornos por completo, comprendiendo muchos [servicios](/service/), todos a la vez.
+Ten en cuenta que el despliegue blue-green usualmente significa cambiar los entornos por completo, comprendiendo muchos [servicios](/es/service/), todos a la vez.
 Confusamente, algunas veces el término se utiliza para referirse a servicios dentro de un sistema.
 Para evitar esta ambigüedad, se prefiere el término "despliegue con tiempo de inactividad cero" cuando se refiere a componentes individuales.
 

content/es/event-driven-architecture.md

@@ -14,7 +14,7 @@ Esta arquitectura crea la estructura en la cual los eventos pueden ser enviados
 
 ## Problema que aborda
 
-Mientras más datos son convertidos en tiempo real, encontrar maneras fiables de asegurar que los eventos son capturados y dirigidos al [servicio](/service/) apropiado para procesar solicitudes de eventos se hace más difícil.
+Mientras más datos son convertidos en tiempo real, encontrar maneras fiables de asegurar que los eventos son capturados y dirigidos al [servicio](/es/service/) apropiado para procesar solicitudes de eventos se hace más difícil.
 Los métodos tradicionales para manejar eventos comúnmente no tienen una manera de garantizar que los eventos son dirigidos apropiadamente o que realmente fueron enviados o recibidos.
 Mientras las aplicaciones comienzan a escalar, se hace más desafiante orquestar eventos.
 

content/es/function-as-a-service.md

@@ -7,7 +7,7 @@ tags: ["infrastructure", "", ""]
 
 ## ¿Qué es?
 
-La Función como Servicio (FaaS según sus siglas en Inglés) es un tipo de [servicio](/service/) [sin servidor](/es/serverless/) en la [computación en la nube](/es/cloud-computing/)
+La Función como Servicio (FaaS según sus siglas en Inglés) es un tipo de [servicio](/es/service/) [sin servidor](/es/serverless/) en la [computación en la nube](/es/cloud-computing/)
 que permite ejecutar código como respuesta a ciertos eventos
 sin necesidad de mantener infraestructura compleja
 típicamente asociada con la creación y lanzamiento de aplicaciones en [arquitectura de microservicios](/es/microservices-architecture/).
@@ -33,4 +33,4 @@ FaaS ofrece a los desarrolladores un nivel de [abstracción](/es/abstraction/) p
 Como ejemplo, enviar un archivo a la nube podría generar una ejecución de código específico que transforme el archivo a varios formatos.
 La infraestructura FaaS aumentará automáticamente la capacidad de procesamiento del código para soportar gran demanda,
 y el desarrollador no deberá dedicar tiempo alguno a crear código que soporte [escalabilidad](/es/scalability/).
-El cálculo de costos está basado solo en tiempo de procesamiento, por lo cual las organizaciones no deben pagar cuando las funciones no están en uso.
+El cálculo de costos está basado solo en tiempo de procesamiento, por lo cual las organizaciones no deben pagar cuando las funciones no están en uso.

content/es/microservices-architecture.md

@@ -6,7 +6,7 @@ tags: ["architecture", "fundamental", ""]
 
 ## ¿Qué es?
 
-Una arquitectura de microservicios es un enfoque arquitectónico que divide las aplicaciones en (micro)[servicios](/service/) individuales e independientes, donde cada servicio se centra en una funcionalidad específica.
+Una arquitectura de microservicios es un enfoque arquitectónico que divide las aplicaciones en (micro)[servicios](/es/service/) individuales e independientes, donde cada servicio se centra en una funcionalidad específica.
 Estos servicios trabajan juntos estrechamente, apareciendo ante el usuario final como una sola entidad.
 Tomemos Netflix como ejemplo.
 Su interfaz permite acceder, buscar y preestrenar vídeos.
@@ -21,7 +21,7 @@ La demanda de una funcionalidad concreta no aumentará ni disminuirá necesariam
 Volviendo a nuestro ejemplo de Netflix.
 Digamos que después de una gran campaña de marketing, Netflix observa un gran volumen de inscripciones, pero la descarga de videos se ha mantenido más o menos estable en las primeras horas del día.
 El aumento de suscripciones exige más capacidad de suscripción.
-Tradicionalmente (enfoque monolítico), toda la aplicación tendría que ser [escalada](/es/scalability/) para acomodar el aumento - un uso muy ineficiente de los recursos. 
+Tradicionalmente (enfoque monolítico), toda la aplicación tendría que ser [escalada](/es/scalability/) para acomodar el aumento - un uso muy ineficiente de los recursos.
 
 Las arquitecturas monolíticas también hacen que los desarrolladores tengan la posibilidad de caer en errores del diseño.
 Como todo el código está en el mismo sitio, es más fácil hacer que ese código esté [estrechamente acoplado](/tightly-coupled-architectures/) y más difícil aplicar el principio de separación de preocupaciones.

content/es/service-mesh.md

@@ -7,7 +7,7 @@ tags: ["networking", "", ""]
 
 ## ¿Qué es?
 
-En un mundo de [arquitectura de microservicios](/es/microservices-architecture/)], las aplicaciones se dividen en múltiples [servicios](/service/) que se comunican a través de una red.
+En un mundo de [arquitectura de microservicios](/es/microservices-architecture/)], las aplicaciones se dividen en múltiples [servicios](/es/service/) que se comunican a través de una red.
 Al igual que las redes de wifi, las redes de computadoras son poco confiables, proclives a ser atacadas y en muchos casos lentas.
 Las mallas de servicios afrontan estos nuevos desafíos mediante el manejo de tráfico (por ejemplo la comunicación) entre servicios y
 agregando [fiabilidad](/es/reliability/), [observabilidad](/es/observability/) e implementaciones de seguridad a todos los servicios.
@@ -27,4 +27,4 @@ cada una causaría una duplicación innecesaria y podría hacer más lento el de
 Las mallas de servicios agregan fiabilidad, observabilidad y funcionalidades de seguridad
 uniformemente a todos los servicios en un clúster sin requerir cambios en el código.
 Antes de las mallas de servicios, esta funcionalidad tenía que ser agregada al código en cada servicio,
-potencialmente convirtiéndose en una fuente de errores y deuda técnica.
+potencialmente convirtiéndose en una fuente de errores y deuda técnica.

content/es/service.md

@@ -0,0 +1,12 @@
+---
+title: Servicio
+status: Completed
+category: Concepto
+tags: ["application", "fundamental", ""]
+---
+
+Es importante señalar que en TI, el término 'servicio' tiene diversos significados.
+En esta definición, nos enfocaremos en el más tradicional: servicio en términos de microservicio.
+El modo en que los servicios difieren de los microservicios, o si siquiera existe tal diferencia, es una cuestión de matices, y las opiniones pueden diferir entre diferentes personas.
+Para una definición a alto nivel, los consideraremos como lo mismo.
+Por favor, consulte la definición de [microservicios](/es/microservices-architecture/).