Ich habe viele Artikel über Azure und .NET Service Bus gelesen. Ich denke, ich verstehe den technischen Teil, aber im Moment fehlt mir der Hauptpunkt - einige "Fallstudien", die mir erklären sollten, welche Art von Projekten in die Cloud verlagert werden sollten. Angenommen, ich starte ein neues Projekt. Wie kann ich entscheiden, ob mein Projekt zur Azure-Plattform passt?
Was sind allgemeine Szenarien für Azure? Ist es für weltweite B2C-Anwendungen, lokale B2C-Anwendungen oder auch für "interne" B2B-Anwendungen? Wie kann ich entscheiden, ob Global Azure besser ist als lokale Infrastruktur oder lokaler Server-Hosting-Provider? Was sind Vor- und Nachteile des Umzugs zu Azure im Vergleich zu anderen Szenarien?
Ich bin auch an echter Erfahrung interessiert. Haben Sie ein echtes Projekt für Azure bereitgestellt? Was ist deine Erfahrung? Ist Azure bereits ausgereift? Viele Technologien benötigen mehrere (mindestens 3) Realeases, bevor sie nutzbar werden. Ist es das gleiche mit Azure?
Meine letzte Sorge betrifft Sicherheit und Vertrauen. Vertrauen Sie der Azure-Plattform? Ich habe einen Artikel gelesen, in dem einige hypothetische Banktransaktionen über Azure unter Verwendung des SQL Azure-Dienstes gezeigt wurden. Ist es wirklich etwas, das sicher auf Azure ausgeführt werden kann?
Es gibt ähnliche Posts , aber ich habe dort keine Antworten gefunden.
Bearbeiten:
Ich lese diesen Artikel heute. Es erklärt auch einige meiner Fragen.
Eines der besten Szenarien für Azure ist eine Anwendung, auf die Sie auf virales Wachstum hoffen. Ja, es ist fast töricht, solche Erwartungen zu haben, aber es gibt eine bestimmte Klasse von Anwendungen - insbesondere "soziale" Anwendungen -, die nur dann leben werden, wenn sie virales Wachstum erfahren.
Es ist äußerst schwierig, Ihre eigene Infrastruktur so zu planen, dass sie sich an diese Art von Wachstum anpassen kann, ohne dass längere Ausfallzeiten oder zumindest loyalitätsbedrohende Verlangsamungen auftreten. Sie werden immer zurückbleiben und auf Ressourcenknappheit reagieren, es sei denn, Sie überfordern ständig den erwarteten Bedarf. In diesem Fall nutzen Sie Ihr Kapital möglicherweise schlecht und verkürzen Ihre Landebahn.
Azure adressiert diese Probleme sauber. Sie können Ressourcen hinzufügen, wenn Sie sie benötigen. Sie können innerhalb weniger Minuten auf Nutzungsspitzen reagieren und neue Ressourcen über die Azure-Verwaltungskonsole hinzufügen.
Ich denke, es gibt viele andere Szenarien, für die Azure eine ausgezeichnete Übereinstimmung ist, aber die von mir beschriebene ist ein ziemlich überzeugender Fall, glaube ich.
[Bearbeiten]
Habe gerade diesen 10 Monate alten Post von mir entdeckt. Nun, die Dinge ändern sich. Wir sind von Microsoft zu Ruby, Coffeescript, Node.js und ein bisschen Scala gegangen und haben es nie bereut. Heroku und MongoHQ erwiesen sich als viel besser für das, was wir tun.
[/ Bearbeiten]
Ich habe zwei Consumer Facing-Sites in der Beta-Version, die auf Azure laufen und seit der frühesten Beta damit gespielt haben.
Die Profis:
Die Nachteile:
Nun sind einige der Nachteile im Moment ernst, aber sie sollten Sie nicht davon abhalten, die Azure-Plattform zu wählen, da die meisten wahrscheinlich bei PDC gelöst werden.
Ich denke, dass Azure für alle von Ihnen erwähnten Szenarien funktioniert, vielleicht mit der Ausnahme, dass Sie aufgrund des fehlenden verteilten Cachings vorerst Probleme mit sehr hohen Web-Apps haben werden.
Ich vertraue Azure definitiv mehr, als ich meiner Bank vertraue, und eine Menge Vorfälle haben mich in den letzten paar Jahren bestätigt. Am Ende kommt es darauf an, dass es für Microsoft viel einfacher ist, erstklassige Sicherheitsleute einzustellen und zu konzentrieren als Nicht-IT-Firmen. Und sie haben viel mehr zu verlieren.
Nachdem ich in den letzten Tagen von der Azure kool aid-Feuerhose abgesaugt habe, kann ich ein paar Ihrer Punkte beantworten.
Ist es sicher?
Ja. Es ist physisch sicher und datensicher. Die Daten, die Sie darauf speichern, werden nicht auf einem Laufwerk gespeichert, sondern über viele verteilt. Ihr größtes Risiko ist von einem
Ist es richtig für dich?
Die Antwort darauf ist sehr offen. Drehen Sie diese Frage um - Sie fragen sich besser: Benötigen Sie einen der Vorteile von Azure? Die Antwort auf diese Frage könnte viel klarer sein als ihr Gegenstück. Es gibt einige Vorteile für Azure (hauptsächlich basierend auf Skalierbarkeit, Wartbarkeit, CDN-Stil-Verhalten und Beseitigung der Kosten der internen IT-Infrastruktur), aber es hat immer noch seine Grenzen und ist nicht für alle Zwecke geeignet und in manchen Fällen bringt es überhaupt keinen Nutzen.
Der Hauptvorteil von Azure besteht darin, dass Sie eine Anwendung oder einen Dienst je nach Bedarf nach oben oder unten skalieren können, ohne in langfristige Kosten wie Hardware oder Personal zur Wartung der Hardware investieren zu müssen.
Wenn Sie dieselbe Anwendung mit Ihrer eigenen Infrastruktur implementieren, haben Sie viele Fixkosten, unabhängig davon, wie viel Wert oder Nutzen Sie aus der Anwendung ziehen. Zum Beispiel müssen Sie genügend Hardware kaufen, installieren, einrichten und warten, um Ihre erwartete Spitzenlast zu bewältigen, auch wenn Ihre Spitzenlast nur einmal am Tag oder einmal im Monat auftritt. Was passiert, wenn Sie Ihre Spitzenlast unterschätzen? Ihr Dienst wird so lange heruntergefahren, bis Sie mehr Hardware aufbauen können. Was passiert, wenn Sie Ihre Spitzenlast überschätzen? Sie haben ungenutzte Hardware herumgesessen, was bedeutet, dass Sie Geld ausgegeben haben, das nicht für Sie arbeitet.
Ja, Azure kann für B2C-Szenarien verwendet werden, z. B. für die Schaltung einer Website oder eines Diensts für Endanwender. B2C muss in der Lage sein, schnell (in Minuten oder Stunden) zu skalieren, um mit der viralen Aufnahme von Mundpropaganda umzugehen. Können Sie eine neue Server-Hardware auf dem Betriebsgelände installieren und sie in einer halben Stunde betriebsbereit machen? Wahrscheinlich nicht.
Ja, Azure kann für B2B-Szenarien verwendet werden, z. B. für die Ausführung einer Service-API für die Inventarisierung oder die Verwaltung der Lieferkette. Sie können Ihre Azure App als eigenständige Insel einrichten oder den Service Bus verwenden, den Sie für Back-End-Dienste an Ihr Unternehmensnetzwerk binden können.
Azure ist besonders nützlich für die Verarbeitung von "Surge" -Prozessen, z. B. für die Datenanalyse großer Datenmengen. Spoolen Sie mehrere Azure-Instanzen, um durch die Daten zu kauen, und schließen Sie sie dann alle, wenn Sie am Ende des Tages nach Hause gehen. Sie haben den Vorteil, Hunderte oder Tausende von Rechenknoten für Sie verfügbar zu haben, aber Sie zahlen nur für sie, wenn Sie sie verwenden.
Obwohl ich immer dränge, dass sie mehr tun, muss ich dem Azure-Plattform-Team danken, dass es nicht zu viel auf einmal gemacht hat. Azure bietet derzeit eine recht kleine Auswahl an Diensten an (Blobspeicher, Tabellenspeicher, Warteschlangenservice), aber diese Dienste funktionieren gut und skalieren gut.
Ist Azure reif? In dem Sinne, dass die angebotenen Dienste vollständig gebacken und zuverlässig sind, würde ich sagen, Azure ist ausgereift. Wenn Sie in dem Sinne reif denken, dass alle möglichen Dienste, die Sie sich wünschen können, eingebaut sind, nein, Azure erweitert immer noch die Bandbreite seiner Serviceangebote.
Es gibt Anwendungs- und Serviceszenarien, für die Azure derzeit wahrscheinlich nicht optimal geeignet ist. Ich weiß nicht, ob die Azure-Rechenzentren zum Beispiel für die Echtzeit-Finanzmarktverarbeitung geeignet sind. Azure eignet sich für die Datenanalyse in der Nähe von Echtzeitdaten und sicherlich auch für die Risikoanalyse am Ende des Tages. Azure implementiert keine automatische Bereitstellung und Skalierung, um dynamische Lasten oder Spitzenlasten zu bewältigen. Sie können dies manuell verwalten oder Ihren eigenen Instanz-Manager mithilfe der Dienst-API schreiben. Azures Preisstruktur ist auf Geschäftsanwendungen ausgerichtet - es ist zu teuer und nicht kosteneffektiv für das Hosting einer persönlichen Website oder eines Blogs, es sei denn, eine solche Website hat einen relativ hohen Traffic und ist ein Umsatzgenerator.
Offenlegung: Ich bin ein Microsoft-Mitarbeiter und ich arbeite an Tools für Windows Azure.
Für mich ist das vor allem eine Kosten-Nutzen-Analyse. Stellen Sie fest, wie hoch die Kosten für die interne Unterstützung der gesamten Infrastruktur im Vergleich zu Azure sind.
Sicherheit ist natürlich der größte Knackpunkt.
Ich kann nicht persönlich mit der Sicherheit sprechen, da ich mich nicht allzu sehr darum kümmern musste, aber hier sind ein paar Quellen über azurblaue Sicherheit, die ich gefunden habe.
Die Frage beruht auf falschen Voraussetzungen. Projekte brauchen nicht, um überhaupt in die Cloud zu gelangen. Die Cloud bietet, wie bereits von früheren Bewertern erwähnt, eine Plattform für neue Ideen, die nicht durch Skalierbarkeit eingeschränkt wird. Der Hauptvorteil der Cloud besteht darin, dass alle wichtigen wachstumsbedingten Kosten opex sind, während traditionelle "Projekte" Investitionen benötigen, um zu wachsen, und daher auf einem finanziellen VC-ähnlichen Wachstumsmodell vor der Krise basieren.
Der Punkt ist, dass wenn neue Ideen auftauchen und wenn sie populär werden und wenn sie in der Cloud gehostet werden, können sie unbegrenzt wachsen (solange ihr Kostenmodell immer garantiert, dass die Kosten pro Transaktion geringer als oder sind) gleich dem Umsatz pro Transaktion), und das Ergebnis wird sein, dass diese "Projekte" irrelevant werden.
Zum Beispiel, während MS Skype für x Milliarden gekauft hat, wird es Programmierern möglich sein, einen populären cloud-gehosteten Skype-Client zu erstellen und zu erreichen, was Skype ohne Capex oder Notwendigkeit für VC / Financier-Wachstum (theoretisch) getan hat >
Die Frage sollte daher nicht sein, "was ist der Vorteil der Cloud", sondern wirklich "welches Geschäftsmodell sinnvoll ist, sobald es akzeptiert wird, dass eine Cloud-gehostete Version wahrscheinlich irgendwann auftauchen wird"
Tags und Links .net azure azure-sql-database cloud