 Bonjour tout le monde ! Je vous remercie. Je pense que... On va commencer. Ok. Donc... On va vous dire la histoire... de la factory digital de Thales. Dans cette journée, ce que nous avons fait sur le site de la plateforme. C'est le but d'aujourd'hui. Et comment CloudFoundry nous aide. Et comment les gens nous aide dans cette journée de CloudFoundry aussi. Donc... Je suis Nicolas Dumont. Je suis le tournoi producteur de la service de corpasse à Thales Digital Factory. On va revenir dans une minute sur Thales Digital Factory. Et je suis avec Erwin. Erwin Bournier, plateforme architecte qui travaille avec Thales Digital Factory mais aussi Thales Broadly. Mais je ne suis pas le seul. Il y a un team Nakon et il y a des gens qui ont fait le dojo. Ce que nous verrons plus tard. Donc... Merci à eux aussi. Je vous remercie. Au début de la session. Ok. On va commencer avec... Qu'est-ce que la factory digital ? Qu'est-ce que notre mission ? Dans Thales. Thales Digital Factory c'est une nouvelle entité de Thales Group qui est une grande entité avec 60 000 employés beaucoup d'ingénieurs et peut-être 20 000 ingénieurs et dans ces 20 000 ingénieurs il y a beaucoup de développeurs de software. Et... Dans la groupe Thales nous sommes face comme tous les gens la transformation du monde Thales Group a décidé de créer une nouvelle entité Thales Digital Factory pour accueillir les défis de cette transformation digitale. Donc... Je ne vais pas faire une explication du processus. Je vais faire attention à tout en regardant la technologie et la manière dont nous utilisons cette technologie qui est aussi innovante. Donc ce serait le focus sur le dojo. Donc je ne vais pas aller dans tous les détails Alors... En partie de cette transformation digitale une chose importante pour Thales est de pouvoir ajouter un produit comme un service d'approche. Dans tout le temps dans Thales, quand nous ajoutons un projet c'est généralement un grand projet on développe des softwares on développe des systèmes et on développe une plateforme et ce que nous délivrons aux clients c'est une plateforme plus des opérateurs plus des softwares plus des systèmes et c'est en fait on délivre quelque chose qui est vraiment épais et qui n'est pas vraiment agile donc l'un des goals de Thales Digital Factory c'est de transformer ce projet et d'avoir un produit comme un service mindset et de délivrer quelque chose comme un service donc c'est l'un de ce point-là aussi un truc qui est difficile pour nous en Thales c'est d'être user centric le customer de Thales et l'utilisateur sont assez loin de les équipements donc c'est vraiment difficile d'y toucher avec eux d'y aller donc c'est un aspect un autre aspect c'est nous ajoutons une façon traditionnelle d'adresser un projet avec un v-cycle avec un long processus pour sélectionner la solution et pour construire ce projet sans parler à l'utilisateur donc l'un d'un important aspect de notre transformation digitale c'est de mettre l'utilisateur et l'utilisateur dans le centre de notre développement d'expérience et tout ça nous voulons changer la façon dont nous travaillons ensemble notre équipe et ajouter l'agile paradigme donc donc je ne veux pas insister sur l'autre topic mais c'est ce que c'est ici donc la factory digitale fonctionne sur 4 pillars les deux sont vraiment importants pour nous aujourd'hui la plateforme digitale pour sûr je vais revenir en minutes et le delivery de MVP qui sont projets qui sont aussi dans la factory digitale et qui utilisent ce qu'on donne pour créer un nouveau product digital d'autres pillars sont start-up incubateurs et d'académie digitale mais je ne vais plus sur ces deux topics donc la plateforme digitale ce que c'est on va voir ça en minutes et premièrement je vais aller dans la explanation de MVP donc on a un moyen de travailler dans la factory digitale on essaie de on a un projet donc un projet d'autonomie qui ont différentes skills dans la team donc UX, développeurs des designers etc qui travaillent dans la même squad et ont la mission pour 3 mois pour créer un nouveau product pour la ligne de business il y a 3 mois pour bootstrap un nouveau product pour définir la base technique pour initier le product pour trouver le customer et tout pour prouver la valeur de le projet donc on s'appelle ce type de projet MVPs et on a plusieurs teams qui travaillent sur différentes MVPs qui sont submissées et sélectées entre différentes propositions de des lines de business donc avec cette façon de travailler le team de MVP doit pour poursuivre le code rapidement ils n'ont pas 2 mois pour mettre une plateforme de développement et une plateforme de rentabilité pour avoir des outils qui peuvent recevoir leur travail rapidement et c'est où la plateforme digitale est dans la histoire donc ici on a quelques exemples de MVP donc par exemple une partage qui est une nouvelle service qui est disponible pour les companies pour une façon plus efficace grâce à l'économie et c'est une sorte d'amazone de partage par exemple on a d'autres MVPs mais je ne vais pas dans le détail d'une sorte de MVPs la plateforme digitale donne un set de services qui sont disponibles pour ces MVPs et aussi pour la ligne de business après la incubation dans la factory pour faire ce product plus facile pour construire plus rapidement et plus plus safe etc. Nous avons différents brics et quelques récréments comme je l'ai dit avant nous voulons utiliser Agile et DevOps paradigm donc DevOps n'est seulement sur le tooling c'est sur le mindset et la façon dont nous utilisons les tools et nous voulons une plateforme pour construire un product comparé à une plateforme pour construire un projet et aussi nous voulons faire l'intérêt et les récréments comme possible pour déployer aussi nous voulons être Cloud Agnostics mais nous choisirons Azure data centers comme public mais nous voulons aussi pour déployer sur le premise et c'est pourquoi vous pouvez imaginer nous choisirons Cloud Foundry donc comme je l'ai dit nous voulons une bonne velocity pour le business nous ne voulons pas les développeurs parler de créer un VM patcher un OS tout ce genre un tasque qui n'a pas de valeur et qui n'a pas les développeurs pour un MVP dans seulement 3 mois donc les développeurs et les productivités sont vraiment quelque chose qui est important pour nous et qui explique le choix de Cloud Foundry je n'ai pas mentionné parce que c'est évident pour moi mais Thales nous travaillons dans plusieurs domaines qui sont vraiment critiques donc elles incluent aerospace transport avion notre défense énergie et la sécurité est évidemment quelque chose qui est vraiment important pour nous parce que nous sommes critiques et ce que nous voulons acheter avec notre plateforme c'est de avoir quelque chose qui est sécurisé pour donner quelque chose qui est déjà préparé pour notre application et au moins nous voulons mutualiser l'opération de la plateforme et d'avoir un bon ratio entre les développeurs et les opérateurs donc c'était nos requirements et nous avons acheté une technologie Cloud Foundry et un partenaire pour nous aider dans cette journée Pivotal oui donc j'ai expliqué Nicolas nous initialement on a commencé Pivotal a commencé à discuter avec la facture et on a trouvé nos propositions donc la proposition de Pivotal Cloud Foundry et Cloud Foundry c'est vraiment les requirements donc c'était un plus une plus une plus une plus une plus ¸¸ 1 1 1 1 1 ¸ ¸ ¸ ¸ ¸ et aussi parce qu'il y a de la transparence et le contrôle de l'infrastructure, même si ils sont en train de passer dans le public cloud. Donc, vraiment, les choses qui font attention à l'expérience de développeurs, c'est que 3 mois en VP, vous voulez très rapidement déployer quelque chose. Vous ne pouvez pas prendre du temps pour construire l'infrastructure. Vous voulez atteindre la vitesse de votre pipeline très, très rapidement. Vous voulez une scalabilité, ça pourrait être évident pour les gens qui sont construits dans l'application cloud ou en utilisant le public cloud. Mais je l'expliquais à Nicolas. Thales est un système de construction. Ils déployent un système complet sur la preuve des clients, à la plupart du temps. Et quand vous avez besoin de la scalabilité, c'est basicement que vous aviez besoin de redesigner et de redeployer. Donc, ça prend un long temps. C'est oui, parfois, juste pour update les choses. Donc, quand vous parlez et vous expliquez, c'est possible que, par un simple commun, vous pouvez scaler et multiplier le nombre d'entres, et vraiment, vous trouverez des nouvelles features dans les semaines versus les années. C'est vraiment un déficit différentiatif. Abstraction, qui est offert par Bosch, pour l'identité de la cloud, sécurité par design, avec un approche de 3 ans, que la plupart d'entreprises qui utilisent l'application cloud est utilisée. Et la haute haute haute, qui s'occupe en termes de l'opération, au niveau de l'opération, qui s'occupe en termes de l'opération, au niveau de l'opération, qui est offert par Bosch, c'est vraiment ce qui fait la différence. Et c'est vraiment un bon traitement, je pense, à la fin de la conversation, on a eu l'an dernier, avec la factory. Et, à la fois, ce qui était très important, c'est la base de la référence que nous avons dans la cloud. Donc, nous avons un comcast, pour exemple, avec 20 000 containers en production, donc il n'y a pas d'outre de la capacité de la solution à la scale. Et il n'y a pas d'outre de l'outre de la solution d'améliorer l'industrie spécifique, comme l'industrie de la défense, comme l'exemple US Air Force, qui fait des bonnes choses dans l'U.S. avec la fondée de la cloud. Ok, donc, en addition de la technologie de la fondée de la cloud, nous espérons un partenaire d'aider nous dans cette journée. Comme je l'ai mentionné ce matin, le set-up initial de la plateforme, si vous êtes nouveau à la technologie, c'est assez complexe. Aussi, pour l'évolution de la mindset de les développeurs, pour utiliser cet outil, nous avons demandé de nous aider. Nous commençons notre journée avec Dojo, qui accélère le déploiement, le déploiement initial de la plateforme, et nous l'adopterons dès le début, la meilleure pratique sur l'opération de la plateforme. Ça aide aussi à avoir cette mindset de la plateforme d'autres produits et à comment communiquer, à décrire les valeurs de notre plateforme, ce que nous pouvons attendre d'une perspective d'un développeur. C'était vraiment aidant dans notre discussion avec nos utilisateurs. Et pour le soutien de la journée, quand nous avons des bugs nous sommes un petit équipe dans l'opération. Donc, quand il y a un bug qui est dans les modèles et les laitres de la plateforme, nous pouvons nous aider et pouvoir nous répondre plus rapidement. Et tout l'enveloppement de les développeurs en utilisant les différents frameworks. Spring est un important framework pour la communauté et nous avons beaucoup de knowledge. Ça nous aide beaucoup. Nous sommes très proches de la chance qu'on a avec la factory digital. C'est une nouvelle entité. Nous pouvons commencer par le scratch. En ce moment, nous devons intégrer plus en plus avec des contraintes des groupes de Thales. Mais, basiquement, nous pouvons commencer par une page clean. Nous avons la chance d'être très proches de ce que nous envisons pour cette plateforme. Nous avons un développeur, un MVP qui va être élevé à la ligne de business. Ils sont complètement construits et réunis sur les plateformes. Ils peuvent fixer les langues qu'ils veulent. Mais, à un moment, ils sont très proches de leur développeur. Ils commencent à adopter des micro-services d'une certaine façon. Mais, aussi, comme avec des challenges, ils construisent une application très rapidement, pendant 3 mois. Donc, vous n'en voulez pas avec des phases de design ou des micro-services d'architecture, après 3 mois. Si vous n'avez pas de delivery pour le business, ce n'est pas possible. On est toujours très proches de trouver en termes d'innovation. Donc, on reste toujours focussé sur les valeurs du business. Donc, nous avons plus ou moins 50 développeurs qui utilisent la plateforme, le MVP, Com & Live, les factories. Donc, il y a beaucoup plus de développeurs qui ont été envoyés à la plateforme pour un petit team de 3 opérateurs sur le roadmap. Et de la même manière, le team de plateforme est en train de construire la plateforme avec beaucoup de tools qui sont offerts par Pivotal Cloud Platform comme ElseWatch. Et aussi, ils offerment des métriques PCF pour monitor et alerter sur l'application de l'application pour le MVP. Donc, tous ces tools sont proposés comme la meilleure référence de l'architecture pour l'entreprise avec Pivotal Cloud Platform. Mais quelque chose qui le fait aujourd'hui, le plateforme peut être différent de ce que vous êtes en train de voir. C'est la intégration formatique. Donc, quand on a décidé de travailler avec Pivotal un an plus tard, ils disent, ok, nous devons faire ce que vous êtes en train de faire en termes de sécurité. Et nous avons des produits. Parce que nous n'avons pas seulement le système de construction, mais aussi le software de construction. Et donc, ils disent que vous integrez avec Vormetric. Donc, Vormetric est une solution qui évoque une encryption transparente. Donc, ça veut dire que c'est fait au niveau du système de file. C'est la utilisation pour le développement. Et donc, on dit, non, nous ne nous intégrons pas encore, mais techniquement parce que nous utilisons un standard open source au service de service et le masterclass comme Bosch. Tout est possible. Ils sont convenus par la proposition de Bosch. Et le team d'écosystème de Pivotal a travaillé avec l'ingéniering les vormétriques, pour construire un produit qui est une transcription vormétrique pour PCF, ce n'est pas disponible sur le site Pivotal Network, mais dans un programme beta, donc c'est seulement pour l'adopter d'un ancien utilisateur, on peut parler de ça plus tard si vous voulez. Mais qu'est-ce que cela signifie exactement pour le développeur ? Pour le développeur, cela signifie que si ils choisissent ma sequel, par exemple, dans le marché, dans la base de la database, mais derrière la sainte, la sequel de ma sequel sera transparentement incripte. Qu'est-ce que cela signifie ? Cela signifie que si je suis un opérateur Bosch et que l'SSH est dans la vm où ma sequel se tourne et je regarde le file de ma sequel, je ne peux pas lire tout. Tout est incripte et la seule équipe qui peut lire les données est l'auteure qui est l'MVP. Il y a un mécanisme d'agent base, donc le Bosch déploie un agent dans chaque vm de ma sequel qui est registré à un DSM central qui mérite la sécurité et la clé, donc tout est fait lentement, transparentement pour le développeur, et à la fin, vous avez terminé avec quelque chose très sécurisé, alors que même Azure ou Microsoft, si ils arrivent à la vm, ils ne peuvent pas lire les données. Cela signifie que vous pouvez avoir des données sécurisées, même si vous êtes en train de lire dans le cloud public. Ok, alors, c'est un genre de summary de notre journée, donc la factory digitale a été born at the end of, in Q3 2017, and at that time, we decided to go on CloudFundry with Pivotal. So it was a set up for a brand new company, so technical work starts with the availability of Alpha platform, which was really test platform provided by Pivotal, and so that developer of steam can start operating, testing the platform, it was really at an early phase. Things, the platform that is running now was the exact date of born is at the beginning of the year of this year, so in January, we had a dojo with Pivotal, so three guys from Pivotal joined our team and we peer with a PO, so we were a pair of PO and two pairs of architects, and during this month, we set up all the initial steps of the platform, we create all the DevOps code to provision the underlying infrastructure on Azure, and also when we deploy the different foundation, we also deploy the automated operational process, so the backups, monitoring, so at the end of the month, we had an MVP platform with most important features covered, yes, for only a V1, but still a platform which was running and that we can use to onboard a first beta MVP so that it can test the platform while we were improving, for example, the security, improving the way we automate some different operational tasks, so it was in the dojo, and we had our first digital product in production after three months this year, so it was production with a limited number of users, but still, we have all the process to put an application, Dev, QAs and Prod with security testing and so on, and we have our first MVP that was transferred to the business line and operated by the business line, operated and enhanced because it's built and run, it's not just we deliver a product and then it's done, it's a running product which is continuously improved by a squad in the business line, and the first end-over was done at the beginning of the summer. Now, we are here, we are getting more and more MVPs and users on the platform, we are continuing to automate process, we are working on day two operation to make sure our platform will be safe in the future, and we are also, yes, I will talk later on the roadmap, but what we can say in terms of metrics, we have 15 digital products that are in progress on our platform with a lot of deployment, which is good for our objectives, we reduce, what we see is that we reduce the number of ops per application when we use the cloud platform, we have 50 developers that spend most of their time to code, which is good, not doing infrastructure, maybe the 20% of rest is taking coffee, which is good also, and we can fix really quickly and efficiently problems that we may have in production, and one important metric is the time between an ID and something in production, so this value is coming from the MVP team when they try to implement something and they put it in prod, they are able to do it in two days now, and before, in Thales, it was maybe months, so we can see this is really important. We have a good availability so far, so let's cross the finger and keep it like this, and as I said this morning, we are able to deliver to onboard a new project quickly and to make them ready to work to code and to push apps really quickly. So, one of the things that is critical, the business line is starting the beginning of the journey, so the digital factory is the beginning of the journey, so 3 months implementation, but then it goes to the business line, so what we discover is that once the project comes back to the business line, the fact that we are based on a very simple API, and so the usability of the platform is very high, and very easy for the developer, it really facilitates the adoption, so you don't end up with a monster architecture with a bunch of scripts that you have to maintain, so it really limits the technical depth for the business line, they just get the source code of the application, that is the business value, but they do not have infrastructure code to maintain, so basically I think it really makes successful, so not only the platform doesn't make only successful the implementation of the product inside the digital factory, but how then it's end over to the business line, and I think it would be a criteria in the future, because the more we will get feedback about this success from the business line, the more it will make the digital factory comfortable with the value proposition of the platform. Ok, so quickly because I think we are running out of time, so more and more digital products, we shorten the path to production for our new products, and the onboarding is quick, we provide a secure access pass, so when we push the first time an application on our platform, we check a set of security stuff that are required, that's built in with the platform, so developers do not have to spend time on it, we still have some work fortunately, we want to extend the marketplace, we heard a lot about the service broker, so I'm sure we will progress on this in the coming months, we are hiring as we say this morning also, you want to work as an ops or as a dev, we have a lot of challenges in Paris, and you will be really welcome, and yes, the platform team is still, we are not Jedi right now, we are still learning new stuff, we are still improving the platform, so we will continue to learn this, and we need to explore the hybrid configuration, so this is what is our next steps, so we want to refine how we do the billing with our platform for the different entities, we want to be able to define the SLA, so we are learning how the platform rules and what we can promise to our customers, and continue to have support and so on, and we want to continue to have a dev team environment and so on, and we had a lot of discussion on Kubernetes, we want maybe to complement our offer with Kubernetes for some payloads that does not fit yet with CloudFoundry, and we are willing to understand how the community will tackle these challenges, it is time for questions, a little sprint for the end, so we use, we have two different monitoring, so the question is what do we use for monitoring, and in fact we have two different monitoring, we have a promoter use, we use promoter use for, with a lot of different metrics, a lot of dashboards, and for let's say a summary of all the most important, most important KPI, we have a else watch, which is a product of Piotal, and which has the advantages of regroup, the most important stuff in one dashboard. Coming also from Thales, I can speak for the business lines here, I'm from the transport systems division, so we're working together with these people from the digital factory and with the community in order to bring this technology to our customers, so we are actually going to the customers and working with them, and with respect to that question here, we have of course asset management systems around, legacy, and we're going for new ones, and we integrate prometoise and the things into that systems, because this is a broader range of integrating not only the digital world, but also the analog world out there, the things which are actually near the tracks, near the inter-trains and so forth, so it's a bigger picture where we integrate this stuff at the moment, and we are happy to do the journey here together with the digital factory. Any other question? What is a lunch? Maybe the question? Let's find out. Thank you. Ok, thank you.