Cloud & PaaS · Architecture, hébergement et exploitation
Un cloud à la mesure de la charge. Et une facture que vous pouvez expliquer.
Jelastic PaaS, conteneurisation et architecture cloud-native pour des solutions qui évoluent avec la demande. Pour une PME, la question est rarement de savoir quel cloud est le meilleur. Elle est de savoir où chaque application doit tourner, ce que cela coûte par mois, comment elle est déployée et qui s'en aperçoit quand elle s'arrête. A4IT conçoit cela, le met en place et le maintient en service.
Ce que vous recevez, ce qui reste à vous, où cela s'arrête
Dit avant la première réunion
Vous recevez
Une architecture cible écrite, avec les raisons de chaque choix
Des environnements de test et de production, construits de la même manière et documentés
Un pipeline de déploiement, pour qu'une mise en production soit un bouton et non une soirée
Du monitoring, des sauvegardes et une restauration qui a été essayée, pas supposée
Reste à vous
Les comptes chez les fournisseurs de cloud et d'hébergement : à votre nom, avec vos accès
Vos données, vos sauvegardes et le choix de la région où elles sont stockées
Le code source, les définitions de pipeline et la configuration, dans votre propre dépôt
La liberté de partir : nous documentons comment sortir aussi bien que comment arriver
Limites
Pas de garantie de disponibilité de notre part au-delà de ce à quoi le fournisseur sous-jacent s'engage
Pas de promesse de montée en charge illimitée : la capacité suit l'architecture et le budget
Aucun statut de partenaire ou de revendeur revendiqué auprès d'un fournisseur cloud
Pas de migration sans chemin de retour testé vers l'ancien environnement
Ce que nous livrons
Sept briques · une seule ou toutes
01 · Commencez ici
Audit et architecture cloud
Un inventaire de ce que vous faites tourner aujourd'hui et une décision par application : déplacer, reconstruire, remplacer ou laisser où elle est.
Inventaire
Applications, bases de données, partages de fichiers, intégrations et les personnes qui en dépendent. Y compris le serveur sous un bureau que personne n'ose éteindre.
Décision par charge de travail
Tout n'a pas sa place dans le cloud. Chaque charge de travail reçoit une recommandation avec la raison, l'effort et le coût mensuel attendu.
Architecture cible
Environnements, réseaux, bases de données, accès et sauvegardes en quelques pages, avec des schémas que votre prochain fournisseur IT peut lire lui aussi.
Localisation des données et accès
Quelles données se trouvent dans quelle région, qui peut y accéder et comment. Les données personnelles et confidentielles sont identifiées dès le départ.
02 · Héberger
Hébergement Jelastic PaaS
Une plateforme qui vous décharge de la gestion des serveurs sans enfermer votre application dans les services propriétaires d'un seul fournisseur.
Mise en place des environnements
Serveurs d'applications, bases de données et répartition de charge assemblés en un seul environnement, pour des applications Java, .NET, PHP, Node.js ou basées sur des conteneurs.
Une capacité qui suit la demande
Les ressources augmentent et diminuent avec la charge, dans les limites que vous fixez. Ces limites sont le garde-fou contre une surprise sur la facture.
Test et production identiques
Un environnement de test qui reflète la production, pour que ce qui a été approuvé en test se comporte de la même manière après la mise en production.
Choix du fournisseur
La plateforme est proposée par plusieurs hébergeurs. Nous aidons à en choisir un selon la localisation, le support et le prix, et nous notons ce qu'un départ demanderait.
03 · Construire
Conteneurs et architecture cloud-native
Des applications empaquetées pour tourner de la même manière sur un portable, un serveur de test et en production.
Conteneurisation
Les applications existantes sont empaquetées dans des images avec leurs dépendances. L'installation à la main, et les différences qui vont avec, disparaissent.
La configuration hors de l'image
Les paramètres et les secrets sont fournis par environnement et jamais intégrés dans l'image. Une même image passe du test à la production sans modification.
Sans état là où c'est possible
Les données vivent dans la base de données et dans le stockage, pas dans le conteneur. C'est ce qui fait de l'ajout d'une seconde instance un réglage plutôt qu'un projet.
Aussi simple que le cas le permet
Une poignée de conteneurs sur un PaaS suffit souvent à une PME. Nous n'introduisons pas une plateforme d'orchestration que votre équipe ne peut pas maintenir.
04 · Construire
Services Azure
Pour les entreprises qui travaillent déjà dans l'univers Microsoft, ou qui ont besoin d'un service managé qu'Azure propose clé en main.
Structure des abonnements
Abonnements, groupes de ressources et nommage mis en place pour que le coût et le responsable soient clairs par application et par environnement.
Calcul et données
Machines virtuelles, hébergement d'applications et bases de données managées comme SQL Server et PostgreSQL, dimensionnés pour la charge réelle.
Identité et accès
Connexion avec les comptes que votre personnel possède déjà, avec des rôles qui ne donnent à chaque personne et à chaque service que le nécessaire.
Configurations hybrides
Une partie dans Azure, une partie sur vos propres serveurs ou sur un PaaS, reliées de manière sécurisée. Voir matériel & réseau pour le volet sur site.
05 · Livrer
CI/CD et déploiement
D'un commit dans Git à une version en service, en étapes automatisées, reproductibles et visibles.
Gestion de versions
Tout dans Git : code applicatif, scripts de base de données, définitions de pipeline et configuration des environnements. Un seul historique, un seul endroit où regarder.
Build et tests
Jenkins compile chaque modification et exécute les tests automatisés. Un build en échec s'arrête là et dit au développeur pourquoi.
Mise en production avec approbation
Le déploiement en test est automatique, le déploiement en production attend une personne. Qui a approuvé quoi, et quand, est enregistré.
Retour arrière
La version précédente reste disponible. Revenir en arrière est une étape définie et déjà exercée, pas une improvisation de nuit.
06 · Exploiter
Monitoring, sauvegarde et reprise
La partie sur laquelle personne ne pose de questions jusqu'au jour où on en a besoin.
Monitoring
Disponibilité, temps de réponse, disque, mémoire et tâches en échec, avec des alertes envoyées à quelqu'un qui peut agir.
Sauvegardes
Bases de données et fichiers sauvegardés selon un calendrier, conservés pendant la durée que vous choisissez et stockés à l'écart du système qu'ils protègent.
Tests de restauration
Une sauvegarde compte une fois qu'elle a été restaurée. Nous restaurons selon un calendrier et notons combien de temps cela a pris et ce qui manquait.
Plan de reprise
Un document court : que faire dans quel ordre, qui appelle qui, et combien de données et de temps vous avez accepté de perdre.
07 · Maîtriser
Maîtrise des coûts et migration
Migrer d'une manière que vous pouvez annuler, et payer ce que vous utilisez plutôt que ce qui a un jour été allumé.
Coût par application
Les ressources sont étiquetées pour que la facture se lise par application et par environnement. Vous voyez ce que chacune coûte par mois.
Juste dimensionnement
Les serveurs surdimensionnés, les environnements de test oubliés et le stockage inutilisé sont repérés et nettoyés, avec votre accord élément par élément.
Migration par étapes
Une application à la fois, avec un essai sur une copie des données, une bascule planifiée et l'ancien environnement conservé comme chemin de retour.
Budgets et alertes
Un budget mensuel par environnement et un avertissement avant qu'il ne soit dépassé, pas une explication après coup.
Déroulement d'une mission
Petites étapes · une décision après chacune
Premier entretien
Un appel de trente minutes : ce que vous faites tourner, ce qui fait mal, ce qui ne doit pas changer.
30 minutes
Audit
Inventaire des charges de travail et une recommandation pour chacune, avec le coût attendu.
Rapport + décision
Conception
Architecture cible, environnements, accès, sauvegardes et ordre de migration.
Conception validée
Construire et migrer
Environnements et pipeline mis en place, applications déplacées une par une avec un chemin de retour.
En production
Exploiter
Monitoring, tests de restauration et une revue périodique des coûts et de la capacité.
En service et vérifié
Technologie
Choisie au cas par cas · rien n'est imposé
PlateformesJelastic PaaS, Azure, ou vos propres serveurs quand c'est la meilleure réponse
EmpaquetageConteneurs, avec la configuration et les secrets conservés hors de l'image
Systèmes d'exploitationLinux et Windows Server
DonnéesPostgreSQL et SQL Server, avec des sauvegardes planifiées et des restaurations testées
LivraisonGit pour la gestion de versions, Jenkins pour le build, les tests et le déploiement
ExploitationMonitoring et alertes, étiquettes de coût et budgets par environnement
Pour qui, et pas pour qui
Une réunion d'épargnée pour chacun
Cela convient si
Une application est à l'étroit sur le serveur où elle a démarré
Les mises en production sont manuelles, rares et un peu effrayantes
La facture cloud grimpe et personne ne peut dire quelle partie est nécessaire
Vous voulez l'hébergement et le logiciel gérés ensemble, avec la connaissance des deux
Cela ne convient pas si
Vous avez besoin d'un centre d'opérations avec du personnel qui surveille des écrans jour et nuit
L'objectif est d'être dans le cloud, quels que soient les besoins de la charge de travail
Vous voulez l'hébergement le moins cher, sans sauvegardes ni monitoring
Un statut officiel de partenaire d'un fournisseur est exigé dans votre appel d'offres
Là où vous le décidez. La région et le fournisseur sont choisis pendant la conception et consignés par écrit, y compris la destination des sauvegardes. Si les données doivent rester dans l'Union européenne ou dans votre propre bâtiment, l'architecture est construite autour de cette exigence.
02Pourquoi Jelastic PaaS et pas uniquement l'un des grands clouds ?
Pour beaucoup d'applications de PME, un PaaS offre la montée en charge et des environnements managés avec moins de choses à configurer et une facture plus facile à lire. Dans d'autres cas, Azure est le meilleur choix. Nous recommandons par charge de travail et expliquons pourquoi.
03Tout doit-il passer dans le cloud ?
Non. Certains systèmes sont moins chers, plus rapides ou tout simplement bien là où ils sont. L'audit le dit par charge de travail, et un mélange de cloud et d'infrastructure sur site est un résultat normal.
04Combien cela coûtera-t-il par mois ?
Cela dépend de vos charges de travail ; nous ne donnons donc pas de chiffre avant l'audit. Ensuite, vous recevez une estimation par application et, une fois en service, le coût réel par application avec une alerte de budget.
05Sommes-nous liés à vous ou à un fournisseur ?
Les comptes sont à votre nom, et le code, les pipelines et la configuration se trouvent dans votre dépôt. Les conteneurs et les bases de données standard gardent l'application portable. Ce qu'un passage chez un autre fournisseur demanderait fait partie de la documentation.
06Qui appelons-nous en cas de panne ?
C'est convenu avant la mise en service et écrit dans le plan de reprise : qui reçoit l'alerte, comment joindre A4IT et ce que le fournisseur prend en charge. Nous ne promettons pas de délais de réponse sur cette page ; ils sont fixés par contrat.
Apportez une application et sa facture. Nous vous dirons où elle doit tourner.