Site Reliability Engineer (SRE)

Introduction

Nous recrutons une personne au poste de SRE pour nous aider à assurer la fiabilité, la sécurité, et la performance de notre environnement de production. Cette personne aidera aussi nos équipes techniques à livrer leurs développements dans les meilleures conditions possibles.

Nous construisons depuis cinq ans une banque pour les entreprises européennes. De l’ingénierie, aux règles métier, en passant par le design, beaucoup de choses restent à inventer.

À propos du poste

Le rôle

Nous souhaitons ajouter une quatrième personne à notre équipe SRE. Cette équipe a un rôle central au sein de Memo Bank : elle participe à la conception de nos produits bancaires, construit l’environnement de développement utilisé par nos équipes techniques, veille à ce que les services utilisés par nos clients restent disponibles, et met en place des scénarios de poursuite de l’activité dans le cas où l’un de nos centres de données deviendrait hors d’usage.

En plus de veiller à la bonne disponibilité de nos services, vous devrez assurer la sécurité et la performance de nos différentes applications, tout en les adaptant pour les rendre compatibles avec le développement de nos futurs produits bancaires. Nous déployons essentiellement nos applications sur AWS (et un peu sur Azure), mais il est important pour nous de ne pas nous lier trop fortement à un cloud provider et d’avoir un usage modéré des services managés. Cela demande parfois d’approfondir notre expertise sur certaines briques techniques, mais cela rend notre travail d’autant plus intéressant.

Memo Bank va avoir de plus en plus de clients et de trafic. Nous accompagnons donc les équipes de développement pour assurer la montée en charge des applications en participant aux choix d’architecture, en déployant des outils de monitoring et d’analyse (par exemple Prometheus, Grafana ou Tempo) et en gardant un œil sur l’utilisation de nos ressources en production.

Pour finir, nous nous efforçons d’automatiser régulièrement le toil, c’est-à-dire les tâches manuelles, répétitives et à faible valeur ajoutée. Cela nous permet d’avoir un bon équilibre entre le run et le build pour développer par exemple nos propres outils quand c’est nécessaire. Pour donner une idée des projets que nous développons, nous proposons aux développeurs et développeuses un outil pour le déploiement de nos releases et nous avons nos propres outils pour vérifier l’intégrité de nos nombreux backups.

Ce rôle consiste donc à participer à l’évolution de notre infrastructure technique (conçue à partir d’une page blanche en 2017) et déployée entièrement par le biais d’outils d’automatisation (“Infrastructure as code”). Voyez ça comme la construction de rails devant un train en marche — mais en moins risqué pour vos doigts.

L’équipe

Vous travaillerez au quotidien avec Matthieu, Guillaume et Conrad, en plus des projets transverses qui vous amèneront à communiquer avec l’ensemble des collaborateurs et collaboratrices de Memo Bank. Une réunion d’équipe a lieu tous les lundis matin afin de faire le point sur les travaux en cours, demander conseil, et mettre à jour les priorités si besoin.

Nous construisons nos produits et notre organisation dans le calme, dans un environnement propice à la concentration. Par exemple, nous désignons chaque semaine une personne chargée de répondre prioritairement aux questions adressées à l’équipe SRE, afin de minimiser les interruptions pour les autres membres de l’équipe.

Vous pourrez donner votre avis sur de nombreux sujets en utilisant nos canaux de discussion dévolus à la collaboration : Confluence, pour les discussions asynchrones, fouillées, documentées ; Slack, pour les discussions brèves, rapides, informelles ; et GitLab, pour les discussions techniques liées à du code source lors de revues de code.

Pour vous donner une meilleure idée des sujets sur lesquels travaillent nos équipes techniques, voici quelques liens vers des articles et des présentations :

• Web Development at Margo Bank — Benoît de La Forest ;

• Building a reliable Core Banking System — Jérémie Martinez

• Choosing an architecture — Joan Zapata ;

• La communication dans une architecture orientée services — Joan Zapata ;

• How we implemented a state machine framework — Joan Zapata ;

• How we ensure eventual consistency in a distributed system — Joan Zapata

• Nos premiers mois avec Elixir — Raphaël Lustin .

Les équipes curieuses et ouvertes aux nouveautés, à tout ce qui permet de ne pas stagner.

Si vous avez besoin d’un livre, nous vous le commanderons pour l’ajouter à notre bibliothèque. Si vous souhaitez assister à une conférence, nous pouvons vous payer les billets, le transport et l’hébergement sur place.

Les responsabilités

Dans les grandes lignes, vous aurez pour mission de :

• garantir à nos clients un accès rapide, fiable, et sécurisé à memo.bank ;

• automatiser le déploiement en continu sur notre environnement cloud (AWS principalement, Azure également), à l’aide d’outils d’infrastructure as code tels que Ansible, Terraform, et Spinnaker ;

• mesurer le bon fonctionnement de notre plateforme via la mise en place et l’exploitation d’indicateurs, d’alertes, et de tableaux de bord;

• développer des outils et des applications permettant d’améliorer la mise en production par notre équipe technique ;

• proposer et mettre en place des bonnes pratiques en matière de sécurité ;

• être référent sur des sujets de développement de systèmes distribués (Kafka, Cassandra, Consul, Vault, Elasticsearch) et de sécurisation cruciaux.