Portez DevOps aux masses

«Nous devons porter le DevOps vers les masses plus activement», avons-nous décidé l'année dernière, mené un changement de marque à grande échelle de RootConf et lancé DevOpsConf , un lieu où les ingénieurs ont pu discuter de nombreux problèmes urgents et voir ce qui se passe autour d'eux alors qu'ils vivent dans des zones connexes, comment sortir de situations similaires, mais toujours géniales. Nous avons réussi à mettre sur pied un programme sympa et, plus important encore, un public de professionnels qui avaient besoin de douleur et de leurs solutions et compris.

Eh bien, nous ne nous attarderons pas sur ce qui a été accompli - nous continuerons à faire progresser l'approche d' intégration des processus de développement, de test et d'exploitation en mai chez RIT ++ .


Étant donné que DevOps, selon nous, consiste à combiner tous les processus de développement, le festival de conférences RIT ++, auquel participent à la fois des développeurs de serveurs et de clients, et des gestionnaires de différents niveaux, des personnes qui construisent des processus métier et de nombreux autres spécialistes informatiques, est l'endroit idéal. pour parler de DevOps.

Pour impliquer de nombreuses personnes dans le processus, nous avons déplacé le vecteur de conférence par rapport à RootConf. Nous nous intéressons non seulement aux outils et au hardcore technique, mais aussi aux processus, à la gestion, à la transformation des équipes et à tout ce qui concerne le développement de logiciels dans les entreprises technologiques . Le programme DevOpsConf sera intéressant non seulement pour les administrateurs système, mais pour tous ceux qui portent une barbe :) Bien que la pratique montre que vous pouvez vous passer de barbe. Autrement dit, il existe des sujets pour différents développeurs et pour CTO.

Thème

Bien entendu, la conception ne peut être réalisée sans une juste part de la participation communautaire . Dans ce rôle, nous avons un grand comité de programme, qui se compose de spécialistes Ops et Dev de premier ordre et est responsable de la partie DevOps lors de nombreuses conférences, y compris HighLoad ++ (en passant, cette année, il y en aura trois et notre section sera partout). Nous avons parlé de leur expérience et de leurs points de vue sur la transformation DevOps ici . Nous ne prenons plus de pause dans la préparation entre les conférences, mais nous étudions constamment les besoins du public et recherchons de nouvelles idées viables. Voici ce que nous avons identifié dans un futur proche:

• Comment vendre des DevOps en cas d'externalisation.
• Mise en œuvre des approches SRE.
• Traçage distribué.
• En quoi DevOps diffère d'un fonctionnement bien organisé.
• Différences entre GitOps et Infrastructure en tant que code de gestion de la configuration.
• Cas d'implémentation de maillage de service réussis
• Modèles de conception de systèmes distribués.
• Alternatives à Docker - Podman?
• Légitimation de DevOps pour les auditeurs.
• ITIL v4 et DevOps.
• Séparation des tâches et principe des quatre yeux dans DevOps.
• DevOps sur l'Internet des objets.
• DevOps dans l'apprentissage automatique.
• Fournisseurs cloud: AWS, Azure, GCP, etc.

Appel à communications

Demandez un rapport si l'un de ces éléments fait partie de vos tâches quotidiennes. Ou, si vous êtes toujours en train de résoudre un problème, mais que les cônes farcis ne sont plus hantés et que vous voulez en parler. De plus, si DevOps dans votre entreprise n'est pas encore une norme, mais que beaucoup de choses ont déjà changé dans le processus, nous nous ferons un plaisir d'envisager un tel rapport.

En cas de doute, n'hésitez pas . L'essentiel est que le sujet était personnellement intéressant pour vous personnellement, et la solution était celle que vous ne pouvez pas lire sur stackoverflow, mais qui peut aider quelqu'un à gagner du temps et des nerfs. Pour le reste, nous vous aiderons, poserons les bonnes questions, vous dirons où développer le rapport, et même en préparation du discours, nous avons un hack de vie secret (en fait, le voici ).

Voici quelques suggestions du comité du programme pour vous aider à décider.

Danila Shtan veut entendre plus d'alternatives aux produits "par défaut" comme Kubernetes ou Prometheus dans la pratique.

Dmitry Zaitsev attend des informations sur:

• Expérience pratique et éprouvée dans l'intégration de contrôles de sécurité dans les pipelines de livraison.
• Expérience de travail et testée des opérations d'analyse et de l'automatisation en général en matière d'emballage, de livraison et de travail ultérieur avec des modèles.
• La gestion de la complexité n'est pas en mots mais en actes.

Artyom Kalichkin s'intéresse aux cas de transition vers les rails DevOps dans un écosystème où non seulement les microservices, mais aussi tout héritage lourd, ESB, RDBMS.

Dmitry Malykhin aimerait connaître les pratiques de GitOps et SRE.

Valeria Pilia espère que quelqu'un parlera de:

• Des cas de livraison Real Continuous Delivery pour des applications complexes, liés à la sécurité et aux réglementations, et pas seulement pour les façades légères.
• L'extinction de l'écosystème Hadoop et la douleur de s'en éloigner. Alternatives d'un point de vue architectural.
• L'amour des dataatanistes, des développeurs, des testeurs et des ingénieurs en une seule précipitation pour créer un produit.

Nous acceptons les demandes de rapports jusqu'au 27 mars . Oui, cela ne fait que deux semaines, mais ne remettez pas la soumission au dernier jour. Premièrement, nous commencerons à confirmer les rapports sans attendre la fin, et la concurrence s'intensifiera. Deuxièmement, vous et nous aurons moins de temps pour affiner et affiner le sujet, c'est-à-dire qu'il y a maintenant une chance d'entrer dans le programme ci-dessus. Et ayez pitié de nous - pour ne pas vous noyer des rapports déposés simultanément.

En un mot, ne traînez pas - envoyez des thèses. Pour vous inspirer, vous pouvez utiliser la liste de lecture avec des vidéos des meilleurs rapports DevOpsConf Russia 2018.

Nous formerons ensemble un programme

Écrivez dans les commentaires quels sujets nous avons manqué en vain, ce qui vous fait mal dans le cadre de DevOps. Indiquez qui nous devons appeler, etc. Suivez l'exemple du comité de programme.

Venez à la conférence de chat avec vos demandes. D'autres participants pourront vous dire s'il vaut la peine de parler d'un sujet, peut-être vous diront-ils comment le compléter - nous sommes une communauté.

Rendez-vous hors ligne au RIT ++ en mai!