concept dev env & seat (c25fc60f) · Commits · c2platform / C2 Platform / website

content/en/docs/glossary/development-environment.md

+12 −6

Original line number	Diff line number	Diff line
		@@ -3,18 +3,18 @@ title: development environment
		linkTitle: development environment
		aliases:
		- Ansible development environment
		- Ansible development environments
		categories: [Term]
		toc_hide: true
		reference: /docs/concepts/dev
		translate: false
		---

		A _development environment_, also known as an _Ansible development environment_,
		refers to the configured setup where [Ansible engineers](g) create, test, and
		manage [Ansible content](g), [inventories](g), and related automation artifacts.
		It is the second key concept of the C2 Platform approach, following the
		[open, unless](g) principle.
		A _development environment_, also known as an _Ansible development
		environment_, refers to the configured setup where
		[Ansible engineers](g) create, test, and manage [Ansible content](g),
		[inventories](g), and related automation artifacts. It is the second key
		concept of the C2 Platform approach, following the [open, unless](g)
		principle.

		It centers around a primary [development desktop](g), which serves as the main
		workstation for these tasks. In the default open-source C2 Platform approach,
		@@ -23,6 +23,12 @@ leverages [Ansible mirror inventory projects](g) as
		[reference implementations](g) to simulate real-world infrastructure locally for
		development and testing.

		In C2 Platform, the concept can be realized in multiple ways. Individual
		engineers can install and manage a local development environment on their own
		laptop or infrastructure. C2 Platform can also provide a hosted
		[seat](g): a managed development environment made available on C2 Platform
		infrastructure for users who need a ready-to-use remote setup.

		In customer domains, a similar setup may exist, often comprising a virtual
		machine desktop paired with provisioned nodes. However, this is typically not a
		true _development environment_ in the C2 Platform sense but rather a

content/en/docs/glossary/seat.md

0 → 100644

+27 −0

Original line number	Diff line number	Diff line
		---
		title: seat
		linkTitle: seat
		aliases:
		- hosted seat
		- C2 Platform seat
		categories: [Term]
		toc_hide: true
		reference: /docs/concepts/dev
		translate: false
		---

		A _seat_ is a hosted [development environment](g) provided by C2 Platform. It
		is a managed setup made available to users as a ready-to-use remote environment
		for [Ansible engineering](g).

		A seat includes the [development desktop](g), the required local tooling,
		project checkout, and supporting configuration needed to develop, test, and run
		Ansible automation effectively.

		On the C2 Platform website, the term _seat_ refers in the first instance to
		this C2 Platform-hosted variant running on C2 Platform infrastructure.

		The automation used for seats is open source. Organizations can therefore also
		use the same approach to provision their own hosted development environments,
		for example by using the `c2platform.dev.desktop` role together with an example
		configuration derived from the open-source C2 Platform setup.

content/nl/docs/glossary/development-environment.md

+25 −15

Original line number	Diff line number	Diff line
		---
		title: ontwikkelomgeving
		linkTitle: ontwikkelomgeving
		categories: [Begrip]
		aliases:
		- ontwikkelomgevingen
		- Ansible-ontwikkelomgeving
		- Ansible-ontwikkelomgevingen
		categories: [Begrip]
		toc_hide: true
		reference: /docs/concepts/dev
		---

		Een _ontwikkelomgeving_, ook bekend als een _Ansible-ontwikkelomgeving_,
		verwijst naar de geconfigureerde opzet waarin [Ansible engineers](g) creëren, testen en
		beheren van [Ansible-content](g), [inventarissen](g) en gerelateerde
		automatiseringsartefacten. Het is het tweede sleutelconcept van de C2 Platform-benadering,
		volgend op het [Open, tenzij](g) principe.
		verwijst naar de geconfigureerde opzet waarin [Ansible engineers](g)
		[Ansible-content](g), [inventarissen](g) en gerelateerde
		automatiseringsartefacten creëren, testen en beheren. Het is het tweede
		sleutelconcept van de C2 Platform-benadering, volgend op het [open, tenzij](g)
		principe.

		Het is gecentreerd rond een primaire [ontwikkel-desktop](g), die dient als het
		hoofdwurkstation voor deze taken. In de standaard open-source C2
		Platform-benadering vormt de _ontwikkel-desktop_ de gehele _ontwikkelomgeving_.
		Deze opzet maakt gebruik van [Ansible-mirror-inventarisprojecten](g) als
		[Referentie-implementaties](g) om real-world infrastructuur lokaal te simuleren
		voor ontwikkeling en testen.

		Het is gecentreerd rond een primaire [ontwikkeldesktop](g), die dient als het hoofdwurkstation
		voor deze taken. In de standaard open-source C2 Platform-benadering vormt de
		_ontwikkel-desktop_ de gehele _ontwikkelomgeving_. Deze opzet maakt gebruik van
		[Ansible-mirror-inventarisprojecten](g) als [Referentie-implementaties](g) om real-world
		infrastructuur lokaal te simuleren voor ontwikkeling en testen.
		In C2 Platform kan dit concept op verschillende manieren worden gerealiseerd.
		Individuele engineers kunnen een lokale ontwikkelomgeving installeren en beheren
		op hun eigen laptop of infrastructuur. C2 Platform kan ook een gehoste [seat](g)
		aanbieden: een beheerde ontwikkelomgeving die beschikbaar wordt gesteld op de C2
		Platform-infrastructuur voor gebruikers die een kant-en-klare externe setup
		nodig hebben.

		In klantdomeinen kan een vergelijkbare opzet bestaan, vaak bestaande uit een virtuele
		machine-desktop gepaard met geprovisioneerde nodes. Echter, dit is typisch geen
		echte _ontwikkelomgeving_ in de zin van het C2 Platform, maar eerder een
		[pseudo-ontwikkelomgeving](g), geschikt alleen voor lichte Ansible engineering
		werk vanwege beperkingen zoals beveiligingsbeleid en beperkte resources.
		No newline at end of file
		In klantdomeinen kan een vergelijkbare opzet bestaan, vaak bestaande uit een
		virtuele machine-desktop gepaard met geprovisioneerde nodes. Echter, dit is
		typisch geen echte _ontwikkelomgeving_ in de zin van het C2 Platform, maar
		eerder een [pseudo-ontwikkelomgeving](g), geschikt alleen voor licht Ansible
		engineering werk vanwege beperkingen zoals beveiligingsbeleid en beperkte
		resources.

content/nl/docs/glossary/seat.md

0 → 100644

+21 −0

Original line number	Diff line number	Diff line
		---
		title: seat
		linkTitle: seat
		aliases:
		- seats
		- hosted seat
		- hosted seats
		- C2 Platform seat
		- C2 Platform seats
		categories: [Begrip]
		toc_hide: true
		reference: /docs/concepts/dev
		---

		Een _seat_ is een gehoste [ontwikkelomgeving](g) die door C2 Platform wordt aangeboden. Het is een beheerde setup die aan gebruikers beschikbaar wordt gesteld als een kant-en-klare remote omgeving voor [Ansible engineering](g).

		Een seat omvat de [ontwikkeldesktop](g), de benodigde lokale tooling, project checkout en ondersteunende configuratie die nodig is om Ansible-automatisering effectief te ontwikkelen, testen en uitvoeren.

		Op de C2 Platform-website verwijst de term _seat_ in eerste instantie naar deze door C2 Platform gehoste variant die draait op C2 Platform-infrastructuur.

		De automatisering die voor seats wordt gebruikt is open source. Organisaties kunnen daarom dezelfde aanpak ook gebruiken om hun eigen gehoste ontwikkelomgevingen te provisionen, bijvoorbeeld door de `c2platform.dev.desktop` role te gebruiken samen met een voorbeeldconfiguratie die is afgeleid van de open-source C2 Platform-setup.
		No newline at end of file