Créer des sites et applications externes

Une expérience web à part#

Une application externe est un site Web ou une application Web en dehors du Opser Interface d'espace de travail. Utilisez-le pour un site public, un portail client ou une autre audience nécessitant une expérience distincte. Un App interne au lieu de s'exécuter dans l'espace de travail.

Construisez un portail d'accueil avec une page d'accueil, une liste de contrôle et un formulaire d'entreprise. Indiquer quelles pages sont publiques, ce qui nécessite une connexion et où les soumissions seront stockées.

Le constructeur prend en charge un frontend statique connecté aux services de la plate-forme Opser. Décrivez l'expérience et les limites des données plutôt que de supposer qu'un serveur séparé ou une connexion sans restriction à un espace de travail est disponible.

Déclarer les données et l'accès#

L'application déclare les tables de données et les capacités dont elle a besoin. La plate-forme utilise ces déclarations lors de la préparation des données de l'application et de sa publication. L'accès à une application installée ou à une fonctionnalité liée à l'utilisateur nécessite la concession correspondante.

Revoyez ce qu'un visiteur peut lire ou changer et dont l'autorité est utilisée par une capacité. Une page publique ne doit pas exposer des données d'espace de travail simplement parce que le propriétaire de l'application peut y accéder. Si la publication signale une autorisation de capacité manquante, l'agent peut demander cette autorisation pour examen dans la conversation.

Qui peut voir une app#

Chaque app externe a sa propre liste d'accès. La personne qui la crée en devient propriétaire, et personne d'autre ne la voit avant d'y être ajouté. Ouvrez l'app et sélectionnez Partage pour voir qui y a accès. Le propriétaire peut ajouter des personnes avec le rôle Éditeur, qui peut modifier et publier l'app, ou Relecteur, qui peut la consulter. Le propriétaire peut aussi changer un rôle, retirer quelqu'un ou rendre une autre personne propriétaire.

Les admins voient toutes les apps externes dans Paramètres → Apps, avec leur propriétaire. Une app dont ils ne font pas partie s'ouvre en lecture seule, avec Rejoindre comme éditeur et Devenir propriétaire. En devenant propriétaire, l'ancien propriétaire reste sur l'app avec le rôle Éditeur. Les admins peuvent aussi modifier la liste d'accès de n'importe quelle app. Cela vient de la permission external-apps.manageAll, que les admins détiennent ; accordez-la dans Paramètres → Accès pour donner la même supervision à quelqu'un d'autre. La permission de créer des apps externes ne montre pas, à elle seule, les apps des autres.

Les agents suivent uniquement la liste d'accès. Un agent travaille sur une app seulement si sa personne figure sur la liste de cette app.

Prévisualiser et vérifier#

Lorsque vous ouvrez une application externe, son tableau de bord s’affiche pendant que l’aperçu protégé se charge en arrière-plan. Sélectionnez Aperçu pour voir l’application. L’aperçu reste ouvert lorsque vous passez au tableau de bord pour consulter les paramètres. Le premier démarrage peut prendre plus de temps pour préparer les dépendances et l’environnement d’aperçu.

L'agent peut créer l'application, exécuter ses vérifications, inspecter les journaux et ouvrir un aperçu protégé. Revoir la navigation, les formulaires, les états de chargement, les mises en page mobiles et l'accès par un visiteur non autorisé.

Les données d'aperçu sont séparées de la production. Les appels de capacité peuvent être bloqués dans l'aperçu, donc un aperçu réussi n'est pas une preuve qu'une intégration en direct a terminé une action. Vérifiez également le flux de capacités autorisé sur l'application publiée.

Publier et connecter un domaine#

Publier crée une révision de déploiement et renvoie son URL publique. Vérifiez ce résultat avant de le partager. La création et la publication dépendent des services configurés dans votre environnement.

Pour un domaine personnalisé, la configuration renvoie le trafic requis et les enregistrements de vérification de propriété DNS. Créez les enregistrements exacts affichés et vérifiez l'état du domaine. Un domaine vérifié peut toujours attendre son certificat ; confirmez que HTTPS est actif avant de traiter le domaine comme prêt.

Mettre à jour, annuler la publication et restaurer#

L'historique des sources vous permet de consulter les modifications et de restaurer une version source antérieure en tant que nouvelle révision. La restauration de la source et la restauration des données sont des opérations différentes; ne supposez pas que le retour à une interface antérieure renvoie également la base de données à un état antérieur.

L'annulation de la publication supprime le déploiement public tout en préservant l'application, la source, les paramètres, l'historique et les données pour une publication ultérieure. Passez en revue l'opération spécifique avant un démontage ou une restauration de données. Confirmez où les soumissions des utilisateurs sont stockées et comment elles seront traitées après la mise hors ligne de l'application.