VT2016 Zephyr - Revision history

Donsez: /* Architecture de Zéphyr */

2016-11-28T15:26:55Z

Architecture de Zéphyr

← Older revision		Revision as of 15:26, 28 November 2016
Line 52:		Line 52:

	* Le nanoKernel:		* Le nanoKernel:
	~~Qui~~ représente la partie essenciel du système, elle gère toute l'ordonnacement et l'exécution des taches. elle ne pèse que 2kb.		** représente la partie essenciel du système, elle gère toute l'ordonnacement et l'exécution des taches. elle ne pèse que 2kb.
	* Le MicroKernel		* Le MicroKernel
	~~Qui~~ représente la partie complémentaire du système qui offre plus de fonctionnalités comme la connectivité et la récupération des taches.		** représente la partie complémentaire du système qui offre plus de fonctionnalités comme la connectivité et la récupération des taches.


	[[File:zephyr2016-architecture.png]]		[[File:zephyr2016-architecture.png]]


	=Les Fibres=		=Les Fibres=

Donsez: /* Echange de données */

2016-11-28T15:26:23Z

Echange de données

← Older revision		Revision as of 15:26, 28 November 2016
Line 78:		Line 78:

	* Microkernel :		* Microkernel :
	** Microkernel FIFO		** Microkernel FIFO
	** Mailbox		** Mailbox
	** Pipe		** Pipe
	* Nanokernel :		* Nanokernel :
	** nanokernel FIFO		** nanokernel FIFO
	** nanokernel LIFO		** nanokernel LIFO
	** nanokernel stack		** nanokernel stack


	=Gestion de la sécurité=		=Gestion de la sécurité=

Donsez: /* Synchronisation */

2016-11-28T15:26:07Z

Synchronisation

← Older revision		Revision as of 15:26, 28 November 2016
Line 68:		Line 68:
	La synchronisation dans zephyr dépend du kernel qui est utilisé		La synchronisation dans zephyr dépend du kernel qui est utilisé
	* Le microkernel:		* Le microkernel:
	** Les sémaphores		** Les sémaphores
	** Les evenements		** Les evenements
	** Les mutexes		** Les mutexes

	* Le nanokernel :		* Le nanokernel :
	**Les sémaphores		**Les sémaphores


	=Echange de données=		=Echange de données=

Anna.Bruel at 10:46, 6 November 2016

2016-11-06T10:46:33Z

← Older revision		Revision as of 10:46, 6 November 2016
Line 60:		Line 60:


	=Les ~~CaaS~~=		=Les Fibres=

			Les fibres sont une inovation au niveau de comment sont exécuté les tâches. les fibres sont des Threads non préemptibles dans le nanokernel qui permettent d'exécuter les tâches par ordre de priorité des fibres. Les taches sont passés dans un serveur de fibre qui associe à chaque tâche une fibre.
	Les Containers as a Service sont une application de Docker dans le cloud. Les containers vont être déployés sur des machines distantes dans le cloud. Le principal avantage de ce service est la portabilité : le container en local sera basé sur la même image que le container distant. De ce fait, il n'y aura aucune mauvaise surprise dû au matériel ou à la configuration de la machine dans le cloud.

	Un autre avantage est de pouvoir séparer complètement la partie développement de la partie déploiement : le développeur ne se soucie plus que du développement et de la construction de l'image, alors que d'autres équipes vont se charger du déploiement sans se soucier de la configuration de l'image ni de ce qu'elle contient.

			=Synchronisation=
⚫	=Pour aller plus loin=
			La synchronisation dans zephyr dépend du kernel qui est utilisé
⚫	[~~http~~://www.~~docker~~.~~com~~ Site officiel de ~~Docker~~]
			* Le microkernel:
			** Les sémaphores
			** Les evenements
			** Les mutexes

			* Le nanokernel :
	[https://linuxcontainers.org/fr/ Site officiel de LXC]
			**Les sémaphores


	[http://air.imag.fr/index.php/Docker Docker sur le wiki]
			=Echange de données=

			* Microkernel :
			** Microkernel FIFO
			** Mailbox
			** Pipe
			* Nanokernel :
			** nanokernel FIFO
			** nanokernel LIFO
			** nanokernel stack


			=Gestion de la sécurité=
			Le kernel est compilé en un seul code binaire, se qui permet de garantir l'authenticité du code, puisqu'il n'y aura plus de module qui sera rajouter au code du kernel. En plus les revues de code, les tests de pénétration fait par des experts en sécurité permettent de garantir la sécurité du système.
			Pour en savoir plus sur la gestion de sécurité de zéphyr [https://www.youtube.com/watch?v=VCyh5bMIPAg Regarder cette vidéo].

			=Gestion de l'énergie=

			Zéphyr comporte un sous système de gestion d'énergie qui permet au developpeurs de réaliser leur propre application de gestion d'énergie et d'implementer leur propre politique d'économie d'énergie.
			par exemple, on peut mettre le processeur en mode économie dénergie ou en core désactiver certains périphériques.

			Pour en savoir plus, [https://www.youtube.com/watch?v=eeccd3x2tIY Regarder cette vidéo]

			=Applications sous Zéphyr=

			Les applications sous zéphyr sont développés en C et C++, mais pour C++, il y a des fonctionnalités manquantes:
			* Les exeptions
			* La gestion dynamique des objets.


		⚫	=Pour aller plus loin=
		⚫	[https://www.zephyrproject.org Site officiel de Zéphyr]

Anna.Bruel at 10:18, 6 November 2016

2016-11-06T10:18:06Z

← Older revision		Revision as of 10:18, 6 November 2016
Line 57:		Line 57:


	[[File:zephyr2016.png~~\|500px~~]]		[[File:zephyr2016-architecture.png]]

Anna.Bruel at 10:16, 6 November 2016

2016-11-06T10:16:41Z

@@ Line 22: / Line 22: @@
 * Windows CE
-Pour avoir une liste complete, veuillez consulter la page suivante [https://en.wikipedia.org/wiki/Comparison_of_real-time_operating_systems Liste complète des systèmes RTOS]
+Pour avoir une liste complete, veuillez consulter la page suivante [https://en.wikipedia.org/wiki/Comparison_of_real-time_operating_systems Liste complète des systèmes RTOS].
 =Les CaaS=

Anna.Bruel at 09:56, 6 November 2016

2016-11-06T09:56:49Z

@@ Line 7: / Line 7: @@
 =Résumé=
-Zéphyr est un système d'exploitation qui a été développé à l'origine par Wind River System, une filliale de Intel qui est spécialisé dans la réalisation de systèmes d'objets connecté, et qui a été repris par la Linux foundation en février 2016 dans le but de devenir le système d'exploitation leader du marché.
+Zéphyr est un système d'exploitation qui a été développé à l'origine par Wind River System, une filliale de Intel qui est spécialisé dans la réalisation de systèmes d'objets connecté, et qui a été repris par la Linux foundation en février 2016 dans le but de devenir le système d'exploitation leader du marché. Ce système vise les appareils de très faible mémoire, en effet le plus petit kernel de Zéphyr n'occupe que 2KB dans la mémoire, ce qui est pratique pour certains objets connecté.
 =Les mécanismes de Docker=

Anna.Bruel: Created page with "=Présentation= Sujet : Zéphyr, Système d'exploitation pour objets connectés Auteur : Cenyo Medewou * Enseignants : Didier DONSEZ, Georges-Pierre BONNEAU =Résumé= Z..."

2016-11-06T09:43:18Z

Created page with "=Présentation= *Sujet : Zéphyr, Système d'exploitation pour objets connectés *Auteur : Cenyo Medewou * Enseignants : Didier DONSEZ, Georges-Pierre BONNEAU =Résumé= Z..."

New page

=Présentation=

*Sujet : Zéphyr, Système d'exploitation pour objets connectés
*Auteur : Cenyo Medewou
* Enseignants : Didier DONSEZ, Georges-Pierre BONNEAU

=Résumé=

Zéphyr est un système d'exploitation qui a été développé à l'origine par Wind River System, une filliale de Intel qui est spécialisé dans la réalisation de systèmes d'objets connecté, et qui a été repris par la Linux foundation en février 2016 dans le but de devenir le système d'exploitation leader du marché.

=Fonctionnement de Docker=

Docker est une technologie qui permet de faire de la virtualisation dite par isolement. Le principe est celui des container : c'est un environnement complet qui est isolé du reste des processus. Les principales technologies utilisées pour parvenir à ces fins sont :
- cgroups : Cet utilitaire permet de créer des groupes de processus et de les gérer ensembles. Ses principales fonctionnalités sont la gestion de ressource par groupe de processus.
- LinuX Container (LXC) : Le but de LXC est de fournir un environnement d'exécution virtualisé, et non pas un système complet. De fait, le système virtualisé est le même que l'hôte.

=Les mécanismes de Docker=

Dans son fonctionnement, Docker distingue principalement 2 éléments afin de fournir une virtualisation : les images et les containers. Une image correspond à l'état d'un système, prêt à être utilisé. Une image va servir de base à un container, qui lui va représenter l'évolution d'une exécution de cette image, sans influencer celle-ci. Ainsi, les image et les container peuvent être rapproché des classes et objets en programmation objet.

Plusieurs moyen sont disponible pour avoir une image, des images ready to use sont disponible dans des "registry", comme le Docker Hub. Une autre possibilité est de créer sa propre image, avec un Dockerfile (ou Docker compose). Le principe est de choisir une image de base, et d'y ajouter les outils nécessaire à ses besoins. Toute les images existantes peuvent servir de base. Ci dessous, le Dockerfile de l'image Hello-World, créée par Docker :
<syntaxhighlight lang="text">
#Extrait hello-world/Dockerfile
FROM scratch
COPY hello /
CMD [« /hello »]
</syntaxhighlight>

Le mot clé FROM indique le nom de l'image sur laquelle se baser. COPY, quant à lui, permet de copier du contenu directement dans l'image. Finalement, le mot clé CMD permet d'exécuter une commande au lancement d'un container basé sur l'image. Lancer cette image aura donc pour effet d'exécuter le programme "hello".

=Docker face aux VM=

Docker vient directement faire face aux machines virtuels. Son point fort est sa légèreté : Docker n'a pas besoin d'un OS invité complet vu qu'il se base sur celui de l'hôte.

[[File:CaaS2016-VM.png|500px]]
[[File:CaaS2016-Docker.png|500px]]

Ci-dessus, à gauche, le principe de fonctionnement des machine virtuelles. Un hypervisor va venir gérer les ressources du système hôte pour les systèmes invités. Pour faire fonctionner une application, un système complet est nécessaire. A droite, le principe de fonctionnement de Docker. Docker se base sur le système hôte, il n'y a donc pas besoin d'un système invité complet. Le Docker Engine rempli donc le même rôle que l'hypervisor pour les VM.

=Les CaaS=

Les Containers as a Service sont une application de Docker dans le cloud. Les containers vont être déployés sur des machines distantes dans le cloud. Le principal avantage de ce service est la portabilité : le container en local sera basé sur la même image que le container distant. De ce fait, il n'y aura aucune mauvaise surprise dû au matériel ou à la configuration de la machine dans le cloud.

Un autre avantage est de pouvoir séparer complètement la partie développement de la partie déploiement : le développeur ne se soucie plus que du développement et de la construction de l'image, alors que d'autres équipes vont se charger du déploiement sans se soucier de la configuration de l'image ni de ce qu'elle contient.

=Pour aller plus loin=
[http://www.docker.com Site officiel de Docker]

[https://linuxcontainers.org/fr/ Site officiel de LXC]

[http://air.imag.fr/index.php/Docker Docker sur le wiki]