2016-08-04 18 views
3

Wir sind eine kleine Firma und sind immer noch unsicher, wie man all dieses azurblaue Zeug beginnt.Beginnend mit azure Entwicklung als Unternehmen

Ok, wir sind uns über die technischen Details wie Tabellenspeicherung und Warteschlangen klar, und all das, was wir überhaupt nicht wissen, ist, wie man die Organisation rund um die Entwicklung für unsere Entwickler aufstellt. Welche/wie viele azure-Konten, gemeinsam oder einzeln.

Bisher haben wir klassische Windows-Entwicklung gemacht, so hat jeder seine Umgebung, Komponententests laufen entweder lokal oder auf dem Build-Server (nach dem Pushing zu mercurial oder git), Deployment vom Build-Server.

Die Sache ist, dass wir Azure nicht nur als Hoster verwenden möchten, sondern den ganzen Satz, wie Blob/Dokument/Tabellenspeicher, Event Hubs, Speicherwarteschlangen, ReliableActors und alles. Dinge, die wir nicht lokal tun können.

Was ist der richtige Weg für Azur? Es gibt ungefähr 20 bis 30 Entwickler und die meisten haben das Unternehmen msdn Abonnement.

Was ist ein "Unternehmen oder Organisation" Konto? Sollten Entwickler eigene Konten haben? Benötigt DevOps ihre Passwörter für alle Bambus- oder Jenkins-Builds?

+0

An den Typ, der es heruntergab und die Close-Anfrage stellte: Wenn Sie denken, dass stackoverflow der falsche Platz ist, um das zu fragen, wäre ich wirklich dankbar für einen Zeiger auf einen besseren Ort. – Volker

+0

Wenn Sie darüber nachdenken, ein ganzes Unternehmen auf Azure umzustellen, sollten Sie sich an einen Vertriebsmitarbeiter von MS wenden. Sie werden Ihnen bestimmt helfen können. Gehen zu wählen, um dies zu schließen sowie es ist definitiv nicht die Art von Frage für SO –

+0

Ah - nein, nicht die Firma. Wir wollen nur den Kunden Lösungen (meist Web-Lösungen) anbieten. Und wir haben noch nicht viel über die DevOps-Sachen herausgefunden und wie man mit all den Dingen umgeht, die auf dem lokalen Rechner des Entwicklers nicht ausgeführt werden können. – Volker

Antwort

1

Ich ging das kürzlich durch und ich kann ein paar Tipps hier teilen, da ich auch keine DevOps spezifische Plattform kenne, um diese auf StackExhange zu teilen.

Soweit die Organisation Ihrer Abonnements gehen Blick auf Azure Pay-As-You-Go Dev/Test-Abonnements link oder Enterprise Dev/Test link, wenn Sie ein Enterprise Agreement-Kunde sind. Diese richten sich an Entwicklungsteams. Sie erhalten ermäßigte Preise, da Sie nicht für Softwarelizenzen bezahlen, die bereits in Ihrem MSDN-Abonnement enthalten sind.

Es ist am besten, einzelne Entwickler-Subskriptionen für Exploration, POC usw. zu verwenden, während Sie Ihre Dev-Workload im Dev-Test-Abonnement ausführen. Es sieht verlockend aus, zu versuchen, Geld zu sparen, indem Sie die Arbeit über mehrere MSDN-Abonnements verteilen, um die Credits zu verwenden, aber ich würde es nicht empfehlen. Es wird ein Schmerz, 20 ~ 30 Abonnements zu verwalten und sie können keine Kredite mehr bekommen und die Dinge funktionieren nicht mehr. Wenn Sie die Ausgabengrenze auf alle Abonnements entfernen Sie das Risiko von sammele eine riesige Rechnung versehentlich ausgeführt werden, wenn mehrere Entwickler auf VMs lassen oder Premium-Speicher zu VMs hinzufügen usw.

Soweit DevOps gehen, verwenden RBAC und Azure Active Directory zu Verwalten Sie Zugriffe und Zertifikate für Ihre DevOps-Tools, Build-Server, Release-Management usw. Verwenden Sie hierfür keine individuellen Entwickler-Anmeldedaten.

Und ich stimme den anderen Kommentaren zu, nehmen Sie Kontakt mit MS auf, das ist nur die Spitze des Eisbergs, aber es wird Ihnen den Anfang machen.