J'aimerai revenir sur ce qui a été dit précédemment :
Je ne suis absolument pas d'accord avec ce propos. On parle de "MDM" alors que TestFlight (tout comme Appaloosa) est un "MAM" (Mobile Application Management). Il s'agit de 2 choses différentes mais qui peuvent être complémentaire.
MDM : utilisé pour gérer principalement des devices
MAM : utilisé pour gérer principalement des applications
Cependant, je suis d'accord que la façon dont Testflight enregistre les utilisateurs dans leur système depuis un téléphone peut s'apparenter à un "enrollement" du téléphone mais ils ne vont pas jusqu'au bout du processus comme un MDM. Ce que je veux dire, c'est qu'ils ont connaissance du téléphone et de son identifiant mais ils sont incapables de gérer le téléphone des utilisateurs (rôle justement d'un MDM) mais ils sont capable de gérer l'application et les populations à qui il faut pousser la nouvelle version d'une application (envoie d'un mail).
En conclusion, il faut bien faire attention à la distinction entre un MDM et un MAM. Le MDM permet de gérer un device à l'insu de l'utilisateur et donc comme la citation le dit : d'effacer un terminal, restreindre des choses (ex : installation d'applications, ...), pousser des configs, ajouter/supprimer des apps, ... Alors que le MAM gère des applications et seulement des applications mais l'utilisateur a encore la main sur ces dernières. (ex : le MAM peut forcer la mise à jour d'une application, c'est à dire qu'au lancement de l'application, un appel est effectué pour vérifier si une mise à jour est disponible et propose à l'utilisateur de la faire ==> ainsi l'utilisateur a encore un "certain" contrôle sur l'application : s'il dit oui, la MAJ s'installe, s'il dit non, l'application peut ne plus fonctionner).
Et donc à quoi sert le profil d'enregistrement ? Pour faire un simple service d'application en self service avec mise à jour automatisé par l'application et non par push d'ipa il n'y a pas besoin d'un profil d'enregistrement, il n'y a même besoin de rien du tout sinon un serveur web, rien ne se passe sur l'iPhone...
La dernière fois que j'ai reçu une invitation testflight j'ai bien eu une demande d'enregistrement MDM qui est obligatoire pour faire du push d'ipa (et qui demande quand même la validation de l'utilisateur pour installer l'application).
Et donc à quoi sert le profil d'enregistrement ? Pour faire un simple service d'application en self service avec mise à jour automatisé par l'application et non par push d'ipa il n'y a pas besoin d'un profil d'enregistrement, il n'y a même besoin de rien du tout sinon un serveur web, rien ne se passe sur l'iPhone...
La dernière fois que j'ai reçu une invitation testflight j'ai bien eu une demande d'enregistrement MDM qui est obligatoire pour faire du push d'ipa (et qui demande quand même la validation de l'utilisateur pour installer l'application).
Le profil sert simplement à pouvoir récupérer ton UDID afin de gérer tes utilisateurs sur le website de Testflight. Ainsi ils sont capable de faire le rapprochement entre tes applications (+ mobile provisionning) et ta population d'utilisateur. De plus ce profil permet d'installer un WebClip sur l'appareil pour te diriger sur le site de Testflight et arriver sur ta page avec les applications pouvant être installé sur cet appareil.
Attention, tu as en effet eu une demande de Testflight, il s'agit bien d'une demande type MDM mais ils ne vont pas jusqu'au bout du process puisqu'ils veulent seulement mettre en place le profil + le webclip. Ils sont incapable de faire ce que tu dis "push d'applications", ils ne peuvent pas installer ainsi des applications comme via un MDM mais ils font plutôt du "pull d'applications", c'est à dire c'est l'utilisateur qui décide ou non d'installer l'application et donc on est bien sur du MAM.
Je suis entièrement d'accord avec toi, un serveur Web est capable de faire la même chose, si tu mets en place derrière la gestion des utilisateurs, la gestion des applications, la gestion de rôles et de droits. Au final quand tu installes une application via Testflight, ou tout autre MAM, tu fais de l'OTA exactement comme si tu mettais l'ipa sur un serveur Web comme au bon vieux temps.
Personnellement, dorénavant je préfère passer par une solution du type Testflight ou Appaloosa pour gérer ma distribution d'application à ma population de béta-testeurs. Ces outils ont leur plugin Jenkins pour livrer en continue mon application et alerter les utilisateurs de la montée de version.
Heu sans vouloir jouer les tête de mule, soit tu fait un enrollement MDM, soit tu le fait pas, il n'y a pas de demande pas terminé (surtout quand le profil reste).
Déjà , il te faut passer tes commandes groupé d'application via des VPP (Volume Purchase Program) pour acquérir légalement le nombre de licence nécessaire.
Ensuite, deux options :
tu offre les voucher aux employées et ils s'en servent sur leurs AppleID perso, à 3€ l'application ça passe en consommable sur la compta, une boite de trombone c'est plus cher...
tu télécharge une fois l'ipa avec un code et tu le pousse avec le MDM, par contre la mise à jour ne pourra se faire du coté client (les AppleID ne possédant pas cette application), il te faudra donc repousser les MAJ à chaque fois via le MDM.
C'est un très bon système. Rapide à mettre en oe“uvre en configuration standard et permettant de faire ce qu'on veut avec comme pour n'importe quel Unix. La seule difficulté pour un esprit obtus c'est de regarder comment sont organiser les services par Apple pour s'en inspirer lors des modifications custom.
L'écran et le clavier sont-ils indispensable ou le serveur peut s'administrer en RDP ?
Pas obligatoire, VNC et SSH suffisent sauf peut être pour l'installation, ça fait un moment que j'ai pas fait de full headless. à‰ventuellement prévoir de connecter un adaptateur VGA à l'arrière du Mac, j'ai constaté des soucis avec le VNC depuis ML sans.
Oui mais c'est une mauvaise idée, time capsule n'est pas un vrai backup, c'est une solution simple à un problème complexe et ne respectant aucun usage du secteur. C'est fait pour monsieur tout le monde.
Une sauvegarde c'est :
" hors des sites de production ;
" différentiel (et à l'envois des données, pas à l'arrivée) ;
En terme de HW, y a-t-il un élément à ne pas négliger ? (Je ne pense pas que la vitesse du Processeur soit déterminante, mais quid de la mémoire ?).
Rien de spécial même si je recommande toujours de n'utiliser les disques interne que pour le système et de prendre un bloc de disque RAID firewire en externe pour les données. Question de politique de stockage et de sécurité.
C'est un très bon système. Rapide à mettre en oe“uvre en configuration standard et permettant de faire ce qu'on veut avec comme pour n'importe quel Unix. La seule difficulté pour un esprit obtus c'est de regarder comment sont organiser les services par Apple pour s'en inspirer lors des modifications custom.
J'ai quelques restes en Unix, quand tu parles de services, s'agit-il des daemon ?
Oui mais c'est une mauvaise idée, time capsule n'est pas un vrai backup, c'est une solution simple à un problème complexe et ne respectant aucun usage du secteur. C'est fait pour monsieur tout le monde.
Une sauvegarde c'est :
" hors des sites de production ;
" différentiel (et à l'envois des données, pas à l'arrivée) ;
" chiffré.
CrashPlan fait très bien cela.
Oui bien sûr, néanmoins aujourd'hui je n'ai que cette solution pour backupper mon iMac. L'investissement d'un Mac Mini comme serveur pourrait être l'étape suivante, surtout si je peux le backupper de la même manière (une étape après l'autre en quelque sorte).
Rien de spécial même si je recommande toujours de n'utiliser les disques interne que pour le système et de prendre un bloc de disque RAID firewire en externe pour les données. Question de politique de stockage et de sécurité.
Réponses
Et donc à quoi sert le profil d'enregistrement ? Pour faire un simple service d'application en self service avec mise à jour automatisé par l'application et non par push d'ipa il n'y a pas besoin d'un profil d'enregistrement, il n'y a même besoin de rien du tout sinon un serveur web, rien ne se passe sur l'iPhone...
La dernière fois que j'ai reçu une invitation testflight j'ai bien eu une demande d'enregistrement MDM qui est obligatoire pour faire du push d'ipa (et qui demande quand même la validation de l'utilisateur pour installer l'application).
Le profil sert simplement à pouvoir récupérer ton UDID afin de gérer tes utilisateurs sur le website de Testflight. Ainsi ils sont capable de faire le rapprochement entre tes applications (+ mobile provisionning) et ta population d'utilisateur. De plus ce profil permet d'installer un WebClip sur l'appareil pour te diriger sur le site de Testflight et arriver sur ta page avec les applications pouvant être installé sur cet appareil.
Attention, tu as en effet eu une demande de Testflight, il s'agit bien d'une demande type MDM mais ils ne vont pas jusqu'au bout du process puisqu'ils veulent seulement mettre en place le profil + le webclip. Ils sont incapable de faire ce que tu dis "push d'applications", ils ne peuvent pas installer ainsi des applications comme via un MDM mais ils font plutôt du "pull d'applications", c'est à dire c'est l'utilisateur qui décide ou non d'installer l'application et donc on est bien sur du MAM.
Je suis entièrement d'accord avec toi, un serveur Web est capable de faire la même chose, si tu mets en place derrière la gestion des utilisateurs, la gestion des applications, la gestion de rôles et de droits. Au final quand tu installes une application via Testflight, ou tout autre MAM, tu fais de l'OTA exactement comme si tu mettais l'ipa sur un serveur Web comme au bon vieux temps.
Personnellement, dorénavant je préfère passer par une solution du type Testflight ou Appaloosa pour gérer ma distribution d'application à ma population de béta-testeurs. Ces outils ont leur plugin Jenkins pour livrer en continue mon application et alerter les utilisateurs de la montée de version.
Oui, merci, c'est très intéressant.
merci yoann pour tes explications.
Je me permets de rebondir sur ce post. J'avais complètement zappé l'option MacMini server.
Considérez mes questions comme un mini-sondage. Vous pouvez répondre par un simple oui/non ou développer, comme vous le souhaitez.
Parmi vous, qui utilise un Mac Mini dans ce but ?
Que pensez-vous d'OSX Server ?
L'écran et le clavier sont-ils indispensable ou le serveur peut s'administrer en RDP ?
Le backup peut-il se faire sur une time capsule ?
En terme de HW, y a-t-il un élément à ne pas négliger ? (Je ne pense pas que la vitesse du Processeur soit déterminante, mais quid de la mémoire ?).
D'avance merci.
Sethy
Moi entre autre chose.
C'est un très bon système. Rapide à mettre en oe“uvre en configuration standard et permettant de faire ce qu'on veut avec comme pour n'importe quel Unix. La seule difficulté pour un esprit obtus c'est de regarder comment sont organiser les services par Apple pour s'en inspirer lors des modifications custom.
Pas obligatoire, VNC et SSH suffisent sauf peut être pour l'installation, ça fait un moment que j'ai pas fait de full headless. à‰ventuellement prévoir de connecter un adaptateur VGA à l'arrière du Mac, j'ai constaté des soucis avec le VNC depuis ML sans.
Oui mais c'est une mauvaise idée, time capsule n'est pas un vrai backup, c'est une solution simple à un problème complexe et ne respectant aucun usage du secteur. C'est fait pour monsieur tout le monde.
Une sauvegarde c'est :
" hors des sites de production ;
" différentiel (et à l'envois des données, pas à l'arrivée) ;
" chiffré.
CrashPlan fait très bien cela.
Rien de spécial même si je recommande toujours de n'utiliser les disques interne que pour le système et de prendre un bloc de disque RAID firewire en externe pour les données. Question de politique de stockage et de sécurité.
Pour plus d'info en tout genre : http://blog.inig-services.com
J'ai quelques restes en Unix, quand tu parles de services, s'agit-il des daemon ?
Oui bien sûr, néanmoins aujourd'hui je n'ai que cette solution pour backupper mon iMac. L'investissement d'un Mac Mini comme serveur pourrait être l'étape suivante, surtout si je peux le backupper de la même manière (une étape après l'autre en quelque sorte).
Merci pour toutes ces infos et pour le site.
Sethy