›

Deploiement applis Ipad Entreprise

sizzla68sizzla68 Membre
dans Apple Developer Programs #1
Hello,

Je travaille dans une entreprise dans lasquelle j'ai développé 2 applications (et d'autres à  venir) que j'ai distribué "over the air" en mode ad-hoc sur environ 7 ipads.

Nous allons passer à  la vistesse supérieure et à  court terme déployer sur 70 ipads.

J'ai actuellement un compte développeur qui me permet d'activer 100 ipads par an , ce qui pourrait être suffisant mais que se passe t il au bout d'un an , faut il récupérer tout les ipads et les brancher physiquement sur mon mac pour leur installer via xcode le nouveau certificat ?

Est ce que le fait de passer en programme entreprise simplifie cette procédure ?

J'avoue que je suis un peu perdu à  ce niveau la et j'ai du mal à  trouver des infos claires sur le site d'apple.

Merci d'avance pour votre aide !!!!

Réponses

  • spin0usspin0us Membre
    #2
    Le passage en compte entreprise te permet de faire du déploiement via un simple url sur n'importe lequel de tes iphone/ipad. C'est le mode de distribution HOME il me semble. En gros tu fais ton dev, tu signe ton appli avec le profile distribution HOME, tu génère ton .ipa que tu copie sur un serveur web et tu communique simplement un url a tes collègues pour qu'ils puissent l'installer.
  • sizzla68sizzla68 Membre
    mars 2012 modifié #3
    Quel la différence avec le mode ad-hoc ?

    Que se passe t il quand mon certificat de distribution arrive à  terme ?

    Est ce que je dois régéner tout mes apple ids, certificats de distribution ?

    Et du coup faut il les distribuer à  nouveau ?

    J'ai un doute,quand on a un nouvel ipad , est ce qu'on doit le brancher sur son mac ? tout peut se faire à  distance (en ayant avant ajouter l'ipad dans la liste des devices sur le profil de distrib) ?

    J'ai téléphoné au support et n'ayant pas de compte entreprise je n'ai pas accès à  un support technique mais uniquement administratif et je ne peux pas avoir plus d'infos avant d'avoir signer image/sad.png' class='bbc_emoticon' alt=':(' /> c'est pas glop tout ca image/wink.png' class='bbc_emoticon' alt=';)' />

  • sizzla68sizzla68 Membre
    #4
    petit up image/wink.png' class='bbc_emoticon' alt=';)' />
  • spin0usspin0us Membre
    #5
    AdHoc est fait pour une installation de l'application sur une flotte d'appareils (maximum 100).

    In-house est fait pour une entreprise qui souhaite installer une application sur tous les matériels appartenant à  l'entreprise.



    Concernant les certificats, il me semble que sur le mode ad-hoc la durée de vie est de 6mois et que tu dois donc resigner et rediffuser ton appli sur ton parc. En sachant que du coup le vieux certificat expiré restera sur les devices jusqu'à  effacement manuel. Pour le mode in house il me semble que c'est un peu plus souple de ce côté mais je ne pourrai pas te dire exactement ce qu'il en est des certif.
  • ThibautThibaut Membre
    #6
    In-House, c'est, me semble-t-il, un an.
  • spin0usspin0us Membre
    #7
    La question reste de savoir si l'on doit resigner toutes les applis ET les reinstaller sur tout les devices ou juste les resigner pour les prochaines installations.
  • sizzla68sizzla68 Membre
    #8
    Mon certificat ad-hoc expire au bout d'un an, donc en fait la différence entre ad-hoc et in-house c'est le nombre d'appareils activable et le fait qu'on a pas besoin de les référencer ?

    Dans l'absolue faut il brancher physiquement l'ipad sur le poste de dev ? j'ai un doute à  ce niveau la (j'ai fait ca il y a quelques mois),

    car j'ai réinitialisé un ipad, créeer un nouvel apple id et profil de distribution et j'ai signé mon appli avec ce profil et sans le brancher j'ai réussi à  installer l'appli + profil simplement avec le lien vers le plist.

    Du coup est ce que cela veut dire que lors du renouvellement , je refais mes apple ids, profils de distrib , signer mes applis et publie simplement une mise à  jour sur le net ?

    Mais si cela marche avec une licence standard je ne vois pas l'intérêt dans mon cas d'une licence entreprise ? car à  l'époque on nous avais dit que seule cette licence évite le branchement annuel des ipads sur la machine de dev (récupérer 70 ipads un peu partout en france, c'est pas top !!!!).
  • ThibautThibaut Membre
    #9
    'sizzla68' a écrit:


    Mon certificat ad-hoc expire au bout d'un an, donc en fait la différence entre ad-hoc et in-house c'est le nombre d'appareils activable et le fait qu'on a pas besoin de les référencer ?


    Oui.


    'sizzla68' a écrit:


    Dans l'absolue faut il brancher physiquement l'ipad sur le poste de dev ? j'ai un doute à  ce niveau la (j'ai fait ca il y a quelques mois),

    car j'ai réinitialisé un ipad, créeer un nouvel apple id et profil de distribution et j'ai signé mon appli avec ce profil et sans le brancher j'ai réussi à  installer l'appli + profil simplement avec le lien vers le plist.




    On peut faire de la distribution OTA (Over The Air). Par exemple, en mettant l'application à  disposition sur un serveur http. Pour plus de sécurité, il vaut mieux utiliser de l'authentification pour pouvoir récupérer télécharger l'application. Mais attention, les certificats SSL autosignés ne sont pas supportés.


    'sizzla68' a écrit:


    Du coup est ce que cela veut dire que lors du renouvellement , je refais mes apple ids, profils de distrib , signer mes applis et publie simplement une mise à  jour sur le net ?


    Oui.




    'sizzla68' a écrit:


    Mais si cela marche avec une licence standard je ne vois pas l'intérêt dans mon cas d'une licence entreprise ? car à  l'époque on nous avais dit que seule cette licence évite le branchement annuel des ipads sur la machine de dev (récupérer 70 ipads un peu partout en france, c'est pas top !!!!).


    Récupérer 70 UDID pour les enregistrer sur le site d'Apple, c'est chiant. C'est le seul intérêt de la licence pour le In-House, mais il n'est pas négligeable. Surtout que parmi les 70 iPad, il y en a toujours qui vont être cassés et donc devoir être remplacés par de nouveaux.
  • sizzla68sizzla68 Membre
    #10
    Merci pour ces infos , cela va me permettre de continuer ma réflection.

    De toute manière les ipads passent par moi , pour l'install des applications et la mise à  jour des données donc c'est pas forcement beaucoup plus long de les enregistrer , mais je vais quand même y reflechir image/wink.png' class='bbc_emoticon' alt=';)' />
  • StephSteph Membre
    #11
    Si tu es dans une entreprise d'une certaine taille, il peut être judicieux d'investir dans un MDM qui va gérer la flotte. Tu pourras surveiller les différents devices et même créer un genre d'appStore entreprise. De plus, le MDM pousse en OTA les applications en 2 clicks image/smile.png' class='bbc_emoticon' alt=':)' />



    Va voir du côté de AirWatch ou Mobile Iron
  • sizzla68sizzla68 Membre
    #12
    Merci beaucoup pour ces liens car nous sommes aussi à  la recherche de ce genre de solutions pour gérer la flotte !!!!

    Tu utilise quoi comme solution ?
  • StephSteph Membre
    #13
    Là  on commence l'implémentation de mobile iron chez mon client, mais les deux se valent. Mobile iron est un peu plus solide sur Android semble t-il alors mon client l'a choisi car il a une flotte iPad, BB et Galaxy S2 !
  • sizzla68sizzla68 Membre
    #14
    Ok, on va déja tester airflow image/wink.png' class='bbc_emoticon' alt=';)' /> en tout cas merci , cela tombe à  pic image/wink.png' class='bbc_emoticon' alt=';)' />
  • sizzla68sizzla68 Membre
    #15
    Je suis en train de tester aiwatch et je me poses des questions concernant la distribution des applis.

    En fait on est toujours obligé d'avoir un compte entreprise chez apple et de gérer un certificat et des profils de distribution qu'on

    va utiliser pour signer ses applications avant de les déployer via un mdm ?

    Je pensais qu'on avait plus besoin de gérer cette partie et qu'on pouvait directement signer son appli avec un fichier de provision du MDM ?
  • StephSteph Membre
    #16
    Ouh là  non.



    Tu dois avoir un compte du programme entreprise et signer avec ton certificat in-house !



    De plus via le MDM tu pourras déployer les applis mais en aucun cas en forcer l'installation, tu les colles dans ton magasin et l'utilisateur a le dernier mot. Sur mon MDM on peut punir le user par contre, genre si il n'a pas installé l'appli, on bloque l'iPad jusqu'à  ce qu'il le fasse image/tongue.png' class='bbc_emoticon' alt=':P' />
  • sizzla68sizzla68 Membre
    #17
    Ok merci pour l'info image/wink.png' class='bbc_emoticon' alt=';)' /> je me disait bien que cela aurais été trop simple image/wink.png' class='bbc_emoticon' alt=';)' />

    Avec airwatch on peut pousser les applis, l'utilisateur doit tout de même accepter la notification image/wink.png' class='bbc_emoticon' alt=';)' />
  • StephSteph Membre
    #18
    'sizzla68' a écrit:


    Ok merci pour l'info image/wink.png' class='bbc_emoticon' alt=';)' /> je me disait bien que cela aurais été trop simple image/wink.png' class='bbc_emoticon' alt=';)' />

    Avec airwatch on peut pousser les applis, l'utilisateur doit tout de même accepter la notification image/wink.png' class='bbc_emoticon' alt=';)' />


    C'est ce que je voulais entendre par "l'utilisateur a le dernier mot" que ce soit en OTA ou via ton appStore interne, si il veut pas, il veut pas lol
  • sizzla68sizzla68 Membre
    #19
    Par contre je trouve qu'airwatch manque de visibilité concernant les personnes qui n'ont pas fait la mise à  jour, tu as un numéro de version gérer sur airwatch que tu ne retrouve sur aucun de leur rapport et du coup c'est pas évident de voir qui n'a pas fait la mise à  jour.

    Je pense que je vais aussi tester mobile iron histoire de voir si ils ont fait mieux à  ce sujet.
  • sizzla68sizzla68 Membre
    #20
    J'ai assisté à  une demo de mobile iron et c'est clair qu'il n'y a pas photo entre les deux, la solution est plus chère mais je pense que cela vaut le coup !!!

    Le truc un peu bête c'est le fait de devoir payer 500 euros pour tester le trial.
  • yoannyoann Membre
    #21
    Et sinon OS X Lion Server ? 1000 € avec une machine neuve, 40€ si tu as déjà  une machine à  dédier en serveur, un MDM intégré d'origine avec toute la gestion des certificats de fait pour toi plus plétore de service qui vont autour... Non ?
  • StephSteph Membre
    #22
    Si je prends mon cas, le client ne veut absolument pas gérer le MDM en interne, c'est sa politique, il sait bien que ça lui coûte BEAUCOUP plus cher mais bon ...



    C'est vrai que pour des besoins "classique", OSX Server est suffisant image/smile.png' class='bbc_emoticon' alt=':)' />
  • sizzla68sizzla68 Membre
    #23
    Le soucis chez nous c'est qu'il n'y a pas de vpn pour ipad comptatible avec notre firewall et bon notre admin system (moi je suis developpeur) est assez anti apple donc on peut pas dire qu'il va se défoncer pour trouver une solution image/wink.png' class='bbc_emoticon' alt=';)' />

    Mais c'est clair que cela aurait été plus simple image/wink.png' class='bbc_emoticon' alt=';)' />
  • yoannyoann Membre
    avril 2012 modifié #24
    'sizzla68' a écrit:


    Le soucis chez nous c'est qu'il n'y a pas de vpn pour ipad comptatible avec notre firewall et bon notre admin system (moi je suis developpeur) est assez anti apple donc on peut pas dire qu'il va se défoncer pour trouver une solution image/wink.png' class='bbc_emoticon' alt=';)' />

    Mais c'est clair que cela aurait été plus simple image/wink.png' class='bbc_emoticon' alt=';)' />




    Si vous cherchez un consultant externe pour régler les problèmes de religion interne entre développeur et admin sys, c'est mon boulot : www.inig-services.com
  • StephSteph Membre
    #25
    Sans dec, le client iPad est un client Cisco, c'est compatible avec quasiment tout les firewalls, MDR, c'est fou ce que les techos peuvent raconter comme conneries quand ils veulent pas bosser ...
  • yoannyoann Membre
    #26
    'Steph' a écrit:


    Sans dec, le client iPad est un client Cisco, c'est compatible avec quasiment tout les firewalls, MDR, c'est fou ce que les techos peuvent raconter comme conneries quand ils veulent pas bosser ...




    D'autant qu'il y a une intégration native des VPN SSL Cisco et Juniper ainsi que la possibilité de configurer du VPN SSL custom. Mais pour ça faut lire la doc...



    De manière générale le niveau des équipe IT en interne est de plus en plus lamentable, connaissances périmé et centré sur un seul produit. Politique de formation très mal appliqué et après une certaine lassitude des gars, il n'y a plus aucune envie de ce remettre en question.



    J'en ai quelques uns des comme ça lorsque je donne des formations IT Apple, généralement au bout d'une semaine ou deux de cours, ils revoient leurs positions mais il faut leur mettre l'information sous le nez...
  • sizzla68sizzla68 Membre
    #27
    Le problème c'est surtout le manque d'ouverture, notre admin est à  fond dans le blackberry , ok c'étais bien il ya quelques années mais il faut évoluer !!!!

    Moi cela me pose aucun problème d'avoir un mac et un pc sur mon bureau bien au contraire image/wink.png' class='bbc_emoticon' alt=';)' /> je dévellope autant sur VB que sur Xcode et je dirais même que Xcode est devenu mon axe de développement préfére car c'est super de découvrir des nouvelles choses et c'est quand même grisant de se dire qu'on peut développer des applis pour ipad/iphone image/wink.png' class='bbc_emoticon' alt=';)' />
  • yoannyoann Membre
    #28
    'sizzla68' a écrit:


    Le problème c'est surtout le manque d'ouverture, notre admin est à  fond dans le blackberry , ok c'étais bien il ya quelques années mais il faut évoluer !!!!




    image/xd-laugh.gif' class='bbc_emoticon' alt='xd' />, ton admin fait-il parti de ceux qui pensent que BlackBerry c'est cool par ce que c'est sécurisé au moins ? (beaucoup le pense encore, et quand on regarde le fonctionnement, c'est une vaste blague)
  • muqaddarmuqaddar Administrateur
    #29
    Salut,



    Je rebondis sur cette discussion pour un cas similaire.

    Je vais p-e développer une appli à  distribuer sur 7 iPads (donc loin des 99 max).



    Je compte faire ouvrir un compte ADC au client (compte entreprise classique) + et m'occuper de la distribution Ad-Hoc OTA avec son compte.

    Est-ce la meilleure option ? Mon but est que l'application soit disponible le plus longtemps sur le device... sans avoir à  renvoyer une application toux les X mois/ans.
  • yoannyoann Membre
    #30
    'muqaddar' a écrit:


    Salut,



    Je rebondis sur cette discussion pour un cas similaire.

    Je vais p-e développer une appli à  distribuer sur 7 iPads (donc loin des 99 max).



    Je compte faire ouvrir un compte ADC au client (compte entreprise classique) + et m'occuper de la distribution Ad-Hoc OTA avec son compte.

    Est-ce la meilleure option ? Mon but est que l'application soit disponible le plus longtemps sur le device... sans avoir à  renvoyer une application toux les X mois/ans.




    Tu aura au minimum à  la renvoyé une fois par an quand ton certificat expire... Il faudra donc former quelqu'un en interne pour le faire ou prévoir ça dans la facturation...
  • muqaddarmuqaddar Administrateur
    #31
    Merci, réponse claire et nette. image/smile.png' class='bbc_emoticon' alt=':)' />
Connectez-vous ou Inscrivez-vous pour répondre.