Alternative Lösungen für die in-house iPhone enterprise app Verteilung

Ein Kunde hat uns beauftragt, die Entwicklung einer proprietären in-house-app für die Verwaltung Ihrer back-end-Systeme. Jedoch, wir sind ein kleines Unternehmen die Entwicklung und ich bin mir sicher, dass Ihr Unternehmen nicht haben, >500 Mitarbeiter.

Gibt es keine alternative, und doch ähnliche, Lösungen zu verteilen, die diese app für Ihre Unternehmen, ohne den Umweg über die iPhone-enterprise-Programm?

(nur zur Klarstellung: natürlich, wir möchten Sie gehen Sie durch die offizielle enterprise-Programm, aber zu sehen, wie sich das Unternehmen nicht haben, >500 Mitarbeiter, ist dies nicht möglich).

UPDATE (27/09): Es erscheint Apple entfernt haben die 500-Mitarbeiter-Grenze für die enterprise-distribution Siehe hier. So wird es wohl sein, unsere route nun (das ist hilfreich, weil die app nähert sich der Fertigstellung). Ich werde zu aktualisieren, wie wir durch den Prozess gehen, wenn jemand Lust hätte mich zu, so dass auch andere eine Vorstellung davon bekommen, was der eigentliche Prozess wird wie.

InformationsquelleAutor der Frage Luke | 2010-07-22

  1. 22

    Können Sie die app wie ein komplett kostenloses app auf dem AppStore, sondern erfordern, dass der Benutzer sich anmelden und authentifizieren, um es zu verwenden. So jeder kann es herunterladen, aber Sie Steuern, die Sie tatsächlich verwenden können. Apple macht die ganze Verteilung für Sie und Sie nicht haben, um sorgen über die Ad-Hoc-Bereitstellungen hergestellt werden, oder IT-Abteilungen.

    Erstellen Sie eine wirklich einfache Konfiguration-management-system auf einem web-host (oder Plattform wie Google AppEngine) , gelingt die Authentifizierung von apps.

    Wenn ein Benutzer startet die app, werden Sie aufgefordert, für einen Benutzernamen/Passwort/was auch immer. Diese Informationen gesendet, um die web-basierte Konfiguration-management-system und bestätigt. Wenn die app erhält eine akzeptable Bestätigung der configuration-management-system es ergeben sich für die Verwendung durch diesen Benutzer.

    Kann die app entweder neu authentifizieren jedes mal wenn es startet (nützlich, wenn Sie wollen, viel Kontrolle), oder es können eine key-Datei lokal anzeigt, dass es authentifiziert wurde. Wenn es sieht, dem lokalen key-Datei, wenn die app startet, sieht er sich authentifiziert und nie wieder Kontrollen.

    Ob Sie ein Benutzerkonto pro person oder für das gesamte Unternehmen, ist bis zu Ihnen.

    Diese Art der Verteilung ist sehr nützlich, wenn Sie wollen die Kontrolle haben, wer kann die app nutzen, wollen aber die einfache Bereitstellung, die der AppStore bietet.

    Apple akzeptiert hat, dass viele apps auf dem AppStore, die diese Methode verwenden der Authentifizierung gegen einen remote-server (Skype ist ein perfektes Beispiel).

    Wenn Sie verfolgen, Geräte-UDID auf die Konfiguration der server können Sie auch vorab geladen werden, die es erlauben, eine bestimmte Menge von Geräten zu arbeiten.

    Weiter, nichts, was ich beschrieben habe, ist iPhone-spezifisch, daher können Sie die gleiche Konfiguration-management-system und Konzepte, die auf anderen Plattformen wie Android (oder auch desktops), wenn Sie jemals port der app oder bauen andere apps benötigen diese in der Zukunft.

    Auch, da die Aktion der Authentifizierung von Geräten ist nicht die Prozessor-oder Daten-intensive, die Sie wahrscheinlich nie entstehen Kosten, wenn Sie bauen diese auf Google AppEngine, wie Sie nie über die frei-Kontingente und erhalten Sie die Stabilität und Skalierbarkeit der Google-backend-Architektur.

    Da dies insbesondere die Bereitstellung ist für die Verwaltung eine in-house-back-end-system-Bereitstellung über den AppStore scheinen unsicher, weil es sich um proprietäre Informationen, die eingebettet in der app, insbesondere die Informationen, die es erlaubt die Verbindung und die Authentifizierung gegenüber dem back-end-Systeme.

    Die Lösung, die ist nicht enthalten diese Informationen in der app und haben einfach nur, dass die Informationen Teil der Antwort, die die app empfängt die aus der configuration management-server. Grundsätzlich ist die app enthält die notwendige Logik, um seine Funktion auszuführen, aber ohne die Verbindungsinformationen es hat keine Fähigkeit zur Verwaltung von back-end-system.

    Wenn Sie die app authentifizieren jedes mal wenn es startet, können Sie ändern Sie die Verbindungsinformationen für die server-Konfiguration und die app wird aktualisiert, um die neuen Informationen ohne neues deployment notwendig ist. Der Benutzer muss nur die app starten. Dies gibt dem Kunden die Flexibilität, um zu ändern Ihre internen Netzwerk-Konfiguration, ohne ungültig code der Anwendung. Sie könnte auch helfen, diese Informationen manuell konfigurierbar innerhalb der Anwendung, sondern auch dann entstehen für Sie IT-Kosten bei der Einrichtung der Anwendung auf jedem Gerät, und wenn Sie bereits sind, werde die Einrichtung eines configuration management Systems Sie könnte genauso gut verwenden Sie es.

    Zur weiteren Sicherung der oben genannte Lösung können Sie die Konfigurations-management-system werden im Haus und hinter der Unternehmens-firewall, so dass unabhängig davon, wer Sie bekommt einen Einfluß von der app Sie können keine Verbindung zu den config-system, es sei denn, Sie sind innerhalb des Unternehmens-Netzwerk.

    InformationsquelleAutor der Antwort Bryce Cutt

  2. 7

    Recherchiere ich dies gestern und heute, und es scheint, dass Apple hat gerade (innerhalb der letzten Woche) entfernt die >500 Mitarbeiter Voraussetzung für die Entwicklung von Unternehmen. Jedoch glaube ich, werden Sie brauchen, um zu entwickeln/bereitstellen für einen bestimmten client mit einem development toolkit Registrierung durch den client.

    So, wenn Sie Arbeit tun, für client A und client B client A und B benötigen, um sich mit Apple als business-Entwickler, an welcher Stelle Sie können apps entwickeln, die für Sie (als Auftragnehmer), und verwenden Sie Ihre tools zum erstellen und bereitstellen, die in Ihren Unternehmen. Ich würde denken, es wäre eine gute Idee für Ihr Unternehmen auch registriert als business developer.

    Apple immer noch verlangen, dass Sie eine Dun & Bradstreet DUNS-Nummer melden Sie sich als Business Developer.

    InformationsquelleAutor der Antwort bkuehner

  3. 1

    Über die einzige wirkliche Wahl, die Sie haben sind...

    • Bis zu 100 Geräte, die als ad-hoc-Verteilung.
    • Enterprize Verteilung (erfordert > 500 Mitarbeiter)
    • Jeder hat bis März Ihr Gerät unten einige IT-zentralen und gebaut als ein "Entwickler" - Gerät. (Huch!)
    • Gefängnis-gebrochen.

    Gefängnis-gebrochen klingt beängstigend, aber es ist eigentlich ziemlich Fortgeschritten, jetzt-a-Tage, und die verwaltet werden können, ganz einfach. Immer noch, es verfällt die Garantie (es sei denn, Sie bereit sind, wieder her-zum Werk und sein nicht-ehrlich 😉

    Immer noch, technisch gesehen, es ist eine option verfügbar und können arbeiten gemacht werden, wenn Sie bereit sind, es zu planen.

    Lassen Sie uns wissen, was Sie sich entscheiden, und die Vorteile & Nachteile der Methode.

    InformationsquelleAutor der Antwort Olie

  4. 1

    Anderen offensichtlich obwohl nicht neccesarily angenehm ist, senden Sie Ihre app an den app store als app aber nur zugegriffen werden kann, mit einem client-Passwort. Vorausgesetzt, Sie können vorbei an den aapp store-Prozess könnte dies für Sie arbeiten.

    InformationsquelleAutor der Antwort Toby Allen

  5. 1

    Olie sagte:

    Über die einzige wirkliche Wahl, die Sie haben sind...
    Bis zu 100 Geräte, die als ad-hoc-Verteilung.
    Enterprize-Verteilung (erfordert > 500 Mitarbeiter)
    Jeder hat bis März Ihr Gerät unten einige IT-zentralen und gebaut als ein "Entwickler" - Gerät. (Huch!)
    Gefängnis-gebrochen.

    Aber klar zu sein (korrigiert mich wenn ich falsch Liege):

    1. wenn Sie die "Ad-hoc" - distribution-Methode, Ihre Kunden finden Sie in der app verschwinden nach genau 3 Monaten.
    2. nur bis zu 100 Geräte können für Testzwecke verwendet werden (D. H. in den "Entwickler-Modus") und darüber hinaus, die app wird verschwinden nach 3 Monaten.

    So, Apple nicht geben uns keine Wahl, Sie sind wirklich groß (>500 Angestellten)?? ok, so dass Sie tun können was Sie wollen etc. ansonsten... "byebye"

    Darüber hinaus vergessen, was "Bryce", sagte vor, eine app wie die, die er beschrieben würde abgelehnt werden mit der "limitierte öffentlichkeit" motivation.

    iOS ist nicht für die enterprise-app....wenn Sie nicht möchten, verlassen Sie sich auf ein paar clevere Hacker (also jailbreak)

    InformationsquelleAutor der Antwort GiovaMaster

  6. 0

    Ad-hoc-Verteilung ist beschränkt auf 100 Geräte pro app, das ist wahr, aber Sie können fügen Sie dem Projekt n-mal auf der apple-developer-center, so können Sie bereitstellen, um n * 100 Geräte

    InformationsquelleAutor der Antwort Tobias P.

  7. 0

    Wie stellt apple sicher, dass Ihr Unternehmen über mehr als 500 Menschen? Ich würde give it a go über das enterprise-Programm sowieso...

    Ich würde nicht jailbreaken, ich würde das nicht ad-hoc, weil es begrenzt auf 100, und ich würde es nicht machen, alle legen Ihre Handys im developer-Modus.

    Für die zukünftige Wartbarkeit, enterprise-Modus ist der Weg zu gehen, so sehen Sie, ob Sie navigieren Sie Ihren Weg durch den Prozess, ohne zu erwähnen, dass Sie vielleicht nicht ganz 500 Benutzer.

    Auch, ich sah Ihren Kommentar über die Entwicklung mit MonoTouch. Ich Sprach Apple über diese, bevor Sie irgendetwas anderes tun, weil angesichts Ihrer jüngsten politischen änderungen, die ich bin ziemlich sicher, dass dies die app verweigert aus dem App Store und dem Enterprise-Programm.

    Edit: ich habe die Mono-web-Seite. Wie es scheint, kann Apple immer noch sein lassen mono-apps, und die Mono-Macher darauf bestehen, dass es koscher ist, aber vielleicht laufen Sie Gefahr, dass Ihre zukünftige app-gezogen von Handys zu jeder Zeit.

    Besser edit: Gerade von der mono-Webseite: Enterprise MonoTouch

    Ist es wichtig zu betonen, dass das neue iPhone Developer Agreement Bedingungen für den AppStore die Bereitstellung und nicht die Enterprise-Programm, das ermöglicht die Bereitstellung von in-house-Anwendung, um Benutzer in das Unternehmen ("Enterprise Deployment program).

    So dass Sie könnte gut sein es so lange, wie Sie bekommen können in das enterprise-Programm.

    InformationsquelleAutor der Antwort Wes

  8. 0

    Können Sie komplett umgehen den App-Store oder Enterprise Developer-Programm Genehmigungsprozess, wenn Sie die Entwicklung Ihrer app als Reine HTML5-Lösung.
    Diese Technologie wird als webapps. Und Sie können ziemlich Fortgeschritten in der Funktionalität. Sie verfügen automatisch über cross-Plattform-Bereitschaft und sehr einfache deployment-Optionen (als webclip das verteilt werden kann über .mobileconfig Dateien, Konfiguration)
    Sehen http://www.apple.com/webapps/whatarewebapps.html

    InformationsquelleAutor der Antwort Anton

  10. -1

    In der Theorie der vorgeschlagenen Lösung der Verlag eine Kostenlose app bedeutete für ein Unternehmen ist nicht gültig, da veröffentlichten apps in den app store sollte nicht für einen "begrenzten Publikum" (was auch immer das bedeutet), nach:

    http://appreview.tumblr.com/post/952395621/cannot-be-intended-for-a-limited-audience

    Hat jemand versucht, dies mit Erfolg? Irgendwelche anderen Ideen?

    InformationsquelleAutor der Antwort gabouy

Schreibe einen Kommentar