Conceptos

Documentación Oficial

Es importante comprender los términos que vamos a utilizar.

Accounts

Entidad en el ámbito más alto. Contiene organizaciones y proyectos, así como configuraciones y recursos globales.

Los recursos, como los conectores, pueden ser añadidos en todos los ámbitos (cuenta, organización o proyecto) y están disponibles para todos los ámbitos inferiores.

La jerarquía permite que los equipos gestionen sus recursos a nivel de organización sin depender de la administración de la cuenta.

Organizaciones y Proyectos

Probablemente tendrás varias organizaciones y proyectos Harness.

Las organizaciones Harness (u orgs) permiten que agrupes proyectos que comparten el mismo objetivo. Cada org puede tener muchos proyectos Harness conteniendo pipelines Harness, usuarios y recursos que comparten el mismo objetivo.

Las organizaciones pueden representar una unidad de negocio dentro de tu empresa, mientras que los proyectos representan equipos de desarrollo de aplicaciones dentro de esa unidad de negocio.

Usando Harness RBAC, puedes dispersar la administración de organizaciones y proyectos a sus respectivos propietarios. Por ejemplo, puedes usar el rol Project Admin para designar un administrador para un proyecto específico que pueda invitar a los miembros de su equipo y crear/gestionar independientemente sus propios módulos y componentes de plataforma.

Los proyectos son un espacio compartido donde los equipos pueden trabajar de forma independiente en tecnologías similares sin depender de administradores.

RBAC

Permite que controles el acceso en todos los ámbitos, desde el ámbito global de la cuenta hasta el acceso granular específico de la entidad a pipelines individuales.

Utiliza los mismos principios de cloud como user, groups y roles pudiendo definir permisos para cada uno de ellos.

Los service accounts son similares a usuarios, pero sin ninguna asociación de usuario humano, ya que están destinados a sistemas externos para integración con la Plataforma Harness. Se utiliza una clave de API para autenticación y autorización.

También es posible utilizar Open Policy Agent para gobernanza de políticas del RBAC.

Secret Management

Así como haríamos en una nube, kubernetes y vault, podemos hacer la gestión de secretos usando la cuenta Harness.

Delegates

Son procesos que instalas en tu infraestructura (como un cluster de Kubernetes) que se conectan a la Plataforma Harness para ejecutar tareas usando tus plataformas de orquestación de contenedores, repositorios de artefactos, sistemas de monitorización y así sucesivamente.

Esto permite que la plataforma Harness aproveche el delegate para ejecutar tareas de Harness en tu nombre, sin que ninguno de tus secretos salga de tu red.

Los delegates son también los runners.

Connectors

Contienen las informaciones necesarias para integrar y trabajar con herramientas de terceros. Por ejemplo, un conector GitHub autentica con una cuenta y repositorio GitHub y busca archivos como parte de una etapa de build o deploy en un pipeline.

Harness ofrece muchos tipos de conectores, incluyendo:

• Repositorio de código
• Repositorio de artefactos
• Proveedores de nube
• Sistema de monitorización y registro
• Otros

Pipelines

Presentes en varios módulos de Harness. Representan un flujo de trabajo y, en Harness, están compuestos de configuraciones a nivel de pipeline, etapas y pasos. Los pipelines pueden ser un proceso cíclico que incluye integración, entrega, operaciones, pruebas, implantación, cambios en tiempo real y monitorización.

Por ejemplo, un pipeline puede usar el módulo CI para crear, probar y enviar código y, a continuación, un módulo CD para implantar el artefacto en tu infraestructura de producción.

Los pipelines son activados manualmente en la Plataforma Harness o automáticamente en respuesta a eventos de Git, programaciones, nuevos artefactos y así sucesivamente.

Puede ser desarrollado en YAML o crearlos visualmente en Pipeline Studio. Es posible alternar libremente entre los dos editores rápidamente.

El editor visual proporciona una experiencia de interfaz gráfica de usuario (GUI) donde puedes fácilmente definir configuraciones, añadir y eliminar pasos y etapas, y arrastrar y soltar pasos y etapas para reorganizarlos, organizarlos en paralelo o añadirlos o eliminarlos de grupos de pasos.

El editor YAML proporciona una experiencia de editor de texto para crear pipelines. También puedes usar Harness Git Experience para gestionar tus entidades Harness YAML desde tus repositorios Git.

Dentro de un pipeline tenemos dos conceptos.

• Stage - contiene la lógica para ejecutar un segmento principal del proceso del pipeline. Por ejemplo, build podría ser un tipo de stage.
• Steps - es una operación individual en una etapa que puede ser secuencial o paralelo. Es posible agrupar los steps cuando sea necesario. Si tuviéramos colocando un paso dentro del stage de build podríamos tener el primer paso de descargar las bibliotecas, el segundo paso comprobar depreciaciones de las libs, tercer paso ejecutar el build realmente.

Dashboard Account

Haz un escaneo y ve tu cuenta como está para aprender un poco sobre la interfaz gráfica de gestión de cuentas.