Meine Entwickler erstellen eine App, die möglicherweise irgendwann in Windows Azure gehostet wird. Aus verschiedenen Gründen möchten wir sie jedoch zunächst intern hosten. Sie haben mich auf das Konzept einer „privaten Cloud“ hingewiesen. Es klingt ziemlich cool, aber fast zu schön, um wahr zu sein.
Ich habe einen Windows Server 2008 R2-Server, der intern für die App verwendet wird. Wenn die App gut funktioniert, möchten wir im Wesentlichen einen Schalter umlegen und die App in Azure hosten. Meine Frage ist, gibt es eine Möglichkeit, dies zu tun? Ich habe gesehenDieser Artikel.
Als sie anfingen, über den System Virtual Machine Manager und das Self Service Portal zu sprechen, schien es fast so, als würden wir uns zu weit von Azure entfernen. Wenn ich all dies tue, kann ich diese App dann problemlos auf Windows Azure übertragen?
Antwort1
Das verdammteWolkeWort
Bedenken Sie, dass sich eine private Cloud eigentlich nicht von den meisten Ihrer heutigen internen Webserver und Anwendungen unterscheidet. Der von Ihnen bereitgestellte Artikel geht noch einen Schritt weiter, indem er Ihrem Entwicklerteam im Wesentlichen ermöglicht, seine eigenen virtuellen Maschinen zu erstellen, zu skalieren und zu steuern. Letztendlich ist mit den von Ihnen bereitgestellten Informationen jedoch alles, was Sie wirklich suchen, IIS, um Ihre jeweilige Anwendung auszuführen.
Gibt es einen Unterschied zwischen Azure und IIS?
Der Hauptunterschied zwischen einer Azure-Web-App und einer, die auf IIS läuft, ist ziemlich einfach: Bei der einen wird der Azure-Anwendungscontainer zur Lösung hinzugefügt, bei der anderen nicht. Das Angebot von Azure wurde erweitert und Sie haben jetzt mehr Kontrolle über die zugrunde liegenden VMs und sogar über Ihre eigenen VMs, aber ich werde dies aus der grundlegendsten Perspektive betrachten und Azure als PaaS- oder Platform-as-a-Service-Modell verwenden.
Visual Studio-Konfiguration
In Visual Studio ist es ziemlich einfach, mehrere Build-Konfigurationen zu generieren, eine speziell für IIS und eine für Azure. Dies definiert einfach Build-Mechanismen, die entweder die Anwendung vorbereiten, indem sie ein Azure-Bereitstellungspaket einrichten, oder einen anderen, der einfach ein IIS-Paket erstellt.
Bedenken Sie, dass Azure im Wesentlichen ein IIS ist, nur mit Konfigurations- und Einstellungsdateien, die mit der Anwendung einhergehen müssen.
IIS-Konfiguration
Über die Standard-Webserver-Einrichtung hinaus ist hier nicht viel mehr erforderlich. Möglicherweise haben Sie zusätzliche Anforderungen wie Dateispeicherung und sogar Caching (sieheServerUndAzurblauAppFabric/Caching). Sie müssen mit Ihrem Entwicklerteam zusammenarbeiten, um die Anforderungen zu ermitteln und alle erforderlichen Systeme zur Unterstützung dieser Anforderungen einzurichten.
Überlegungen zur Lösung
Ihr Entwicklerteam muss hier auch etwas Wichtiges verstehen: design and build the application to run in any environment. Damit meine ich, dass die Anwendung unabhängig vom endgültigen Bereitstellungsmedium und -pfad normal funktionieren sollte. In Ihrer Situation werden sie also höchstwahrscheinlich die Abhängigkeitsinjektion für die Dateispeicherung verwenden wollen, sodass entweder die Azure Storage-API aufgerufen oder auf einen standardmäßigen System.IO-Dateispeichermechanismus zurückgegriffen werden kann. In jedem Fall reicht es nicht aus, nur die Hardware zur Unterstützung der Anwendung einzurichten, sie muss auch so konzipiert sein, dass sie mehrere Umgebungen unterstützt.
Antwort2
Das ist Marketing-Müll. „Die Cloud“ ist keine einzelne Sache, die sich einfach definieren lässt. Es ist ein Pool redundanter, hochverfügbarer Speicher- und Serverhardware, der normalerweise geografisch verteilt ist und den Benutzern die Möglichkeit bietet, ihren Betrieb je nach Bedarf schnell und sicher hoch- oder herunterzuskalieren.
Eine „private Cloud“ ist bloß Marketing-Blödsinn für eine virtualisierte Serverumgebung, die durch eine Reihe von APIs abstrahiert und automatisiert werden kann, um wie eine „öffentliche Cloud“ zu skalieren.
Azure ist das öffentliche Cloud-Angebot von Microsoft. Eine „private Cloud“ kommt dem vielleicht nahe, ist aber nicht dasselbe.
Ich würde Ihnen empfehlen, zwei Azure-Instanzen zu haben. Besorgen Sie sich eine für Entwicklung/Tests und eine für die Produktion, wenn Sie diesen Dienst verwenden möchten. Auf diese Weise wissen Sie genau, was Ihre Anwendung tun wird, wenn Sie sie in die Produktion verschieben, da sie sich bereits auf Azure befindet.