Architecte Applicatif / Technico-Fonctionnel Transverse - Windows - Freelance

Contexte

Dans un contexte de renforcement de la cybersécurité et d'évolution du système d'information, le client souhaite sécuriser l'intégration de nouvelles solutions applicatives au sein de son SI. La mission porte sur la définition de l'architecture technique globale de solutions déployées en France et à l'international, avec une dominante Windows.

Le consultant doit disposer d'une vision transverse du système d'information et être capable de prendre de la hauteur sur les différents domaines techniques. Son rôle n'est pas de choisir ou de concevoir dans le détail les solutions de stockage, sauvegarde, réseau, sécurité ou infrastructure serveur : ces choix relèvent des architectes spécialisés de chaque domaine. Il construit le schéma général de la solution, identifie les besoins et dépendances, coordonne les différentes expertises et garantit la cohérence globale de l'architecture.

Missions

• Analyser les besoins fonctionnels, les dossiers d'urbanisme et les exigences de sécurité.
• Définir l'architecture technique générale de la solution.
• Identifier les principaux composants, interfaces et dépendances avec le SI existant.
• Définir les environnements nécessaires : qualification, préproduction, production et secours.
• Formaliser les exigences globales de disponibilité, sécurité, performance, scalabilité et exploitabilité.
• Identifier les besoins à transmettre aux architectes spécialisés.
• Coordonner les contributions des architectes systèmes, réseau, sécurité, stockage, sauvegarde, bases de données et exploitation.
• Vérifier la cohérence entre les différentes recommandations techniques.
• Analyser les impacts de la solution sur l'architecture existante et future.
• Garantir le respect des standards et référentiels techniques du Groupe.
• Consolider les décisions d'architecture dans les dossiers HLD et LLD.
• Présenter et défendre les dossiers en comité d'architecture.
• Produire, lorsque nécessaire, des rapports d'analyse, de diagnostic ou d'audit.

Positionnement attendu

Le consultant doit avoir suffisamment de culture technique pour comprendre et challenger les différents domaines, sans se substituer aux architectes experts. Il doit être capable de :

• construire une vision d'ensemble de l'architecture ;
• représenter les interactions entre les composants du SI ;
• identifier les risques, contraintes et dépendances ;
• organiser les travaux des différentes expertises ;
• consolider leurs contributions dans un schéma cohérent ;
• s'assurer que la solution pourra être sécurisée, exploitée et maintenue dans la durée.

Environnement technique

Une bonne compréhension des environnements suivants est attendue :

• Windows Server ; Active Directory ; IIS ; Microsoft SQL Server ;
• VMware et virtualisation ; clustering et haute disponibilité ;
• gestion des identités et des accès ; sécurité réseau, segmentation, flux et protocoles ;
• stockage et sauvegarde ; supervision, ordonnancement et exploitation ;
• environnements hybrides et cloud ; Linux et OpenShift en interaction avec les architectures Windows.

Le consultant n'a pas vocation à être l'expert opérationnel de chacune de ces technologies : cette connaissance doit lui permettre de comprendre les enjeux, d'identifier les besoins et de dialoguer avec les architectes spécialisés.

Livrables attendus

• Dossiers d'architecture technique HLD ;
• Dossiers d'architecture technique LLD ;
• schémas d'architecture générale ;
• cartographie des composants, interfaces et dépendances ;
• formalisation des exigences à destination des architectes spécialisés ;
• dossiers de décisions et justification des principes d'architecture ;
• rapports de diagnostic ou d'audit.

Profil attendu

1. Expérience confirmée en architecture technique applicative ou transverse.
2. Bonne vision globale des systèmes d'information complexes.

Ce qui te ferait sortir du lot (côté sécurité)

Zeroday : sur un poste comme celui-ci, ce qui fait la différence côté sécurité :

• inscrire les exigences de sécurité et la segmentation des flux dès le HLD, pas en rattrapage au LLD ;
• demander le moindre privilège pour les comptes de service des applications dans Active Directory dès la conception ;
• faire figurer la traçabilité (journaux, supervision) et le plan de secours dans la définition des environnements ;
• challenger les dépendances aux composants existants au regard de leur maintenance et de leur exposition.