Application apatride

Une application apatride est un programme d'application qui n'enregistre pas les données du client générées lors d'une session pour les utiliser lors de la session suivante avec ce client. Chaque session s'exécute comme si c'était la première. Les données du client ne sont pas sauvegardées pour les sessions suivantes. Une application avec état, par contre, enregistre les sessions du client et les utilise la prochaine fois qu'un client la demande. Une application sans état ne sauvegarde aucune information sur les sessions de ses clients. Les données de session sont stockées sur le client, puis transmises au serveur en cas de besoin. Il s'agit d'un point important à retenir lors du développement d'applications utilisant le hors-ligne. Cette approche permet de stocker les données de session sur les appareils des utilisateurs finaux lorsqu'il n'y a pas de connexion Internet. Dès que la connectivité devient disponible, elles sont téléchargées et copiées dans le nuage. L'architecture distribuée qui rend possible l'évolutivité horizontale dans l'informatique en nuage a suscité un regain d'intérêt pour les applications sans état et les composants d'applications sans état. Cela s'explique notamment par le fait que les composants apatrides d'une application peuvent être facilement redéployés en cas de défaillance ou mis à l'échelle pour gérer les changements de charge. Une autre raison est que lorsque les applications sont apatrides, elles peuvent facilement être connectées à d'autres applications par le biais d'interfaces de programmes d'application (API). Les applications apatrides sont également développées à l'aide de la programmation fonctionnelle. Il s'agit d'une approche populaire des microservices, de la conteneurisation et d'autres applications. La programmation fonctionnelle utilise de petites sections de logiciels immuables pour développer des logiciels. Chaque fonction exécute sa tâche comme si c'était la toute première fois et est consciente des autres fonctions du programme, mais n'en dépend pas. Les programmeurs ont la liberté d'assembler les programmes de nombreuses façons, sans se soucier de savoir si les dépendances vont casser le programme.