2009-09-17 5 views

Répondre

4

Demandez-vous quelle est la différence de votre point de vue en tant que consommateur du service, ou du point de vue technologique de la façon dont il est mis en œuvre? Du point de vue de comment consommer le service SQL Azure est le même argument qui concerne tous les autres aspects de la discussion Logiciel en tant que service: réduire le coût initial d'investissement, réduire la croissance et réduire les frais de gestion et d'administration , accord de niveau de service sur la disponibilité, l'évolutivité et la reprise après sinistre, mise à niveau continue du matériel, pas de frais de licence et ainsi de suite. SaaS, c'est une tonne de sens du point de vue commercial pour toute opération, et spécialement pour les start-up. Je n'entrerai pas dans plus de détails car d'autres réponses ont déjà couvert ceci. D'un point de vue technique, SQL Azure est loin d'être une instance exposée sur Internet.Au PDC 2008, il y a eu des présentations sur les détails internes du fonctionnement de SQL Cloud. SQL Azure expose un modèle d'accès différent (T-SQL dans SQL Azure par rapport aux conteneurs et entités dans SQL Cloud), mais certains des détails techniques présentés à propos de Cloud sont probablement toujours valides. Le Cloud ne disposait pas de serveurs SQL individuels, il reposait sur un maillage de milliers de moteurs SQL (base de code commune à SQL Server 2005, mais pas d'instances SQL réelles) qui coopèrent au stockage des données et aux requêtes de maintenance.

Dans le cloud, les données (le 'Data Fabric') ont été partitionnées en fragments qui ont été répliqués en au moins trois copies de sécurité. Si une copie de fragment est perdue, une autre copie clone une nouvelle copie pour ramener le nombre de copies redondantes à 3. Chaque fragment a une copie principale qui est utilisée à la fois pour les lectures et les écritures. Chaque moteur héberge une multitude de fragments, certains maîtrisent quelques copies. Aucune copie du même fragment n'est jamais hébergée sur le même moteur. À mesure que des mises à jour sont effectuées sur la copie principale, le moteur envoie les modifications aux fragments de copies redondantes en temps réel. Ces informations, ainsi que d'autres détails sur la mise en œuvre du 'Data Fabric', sur la manière dont les différentes rubriques de détection automatique des échecs d'automatisation et autres sujets similaires sont présentés dans SQL Services: Under the Hood.

Certaines choses ont changé à coup sûr avec les changements de SQL Cloud à SQL Azure, mais je suis sûr que de nombreux faits cachés sont toujours valables.

PS: est incroyable la quantité de spam commentaires Channel9 est de laisser dans ...

2

Il est pas vraiment si différent de faire un SQL Server accessible depuis Internet - sauf avec SQL Azure, vous ne devez pas traiter avec le routage, ce qui rend l 'alimentation est disponible même pendant un orage, maintenir le serveur opérationnel, appliquer les derniers correctifs de sécurité, gérer la connectivité Internet, ajouter de la mémoire RAM, échanger les disques durs défectueux selon les besoins, équilibrer la charge entre une batterie de serveurs de 20 serveurs et ainsi de suite. Microsoft DataCenter fera tout cela pour vous.

De plus, le DataCenter devrait bien évoluer: si vous avez une idée brillante et que vous avez soudainement besoin de 20 serveurs au lieu d'un, le DataCenter de MS vous le fournira volontiers. Il est donc un peu comme externaliser un centre de données très flexible et évolutif, y compris le personnel à un tiers (ici: Microsoft).

Marc

6

Le concept de services de cloud computing est à abstraire les détails sordides des applications et des services d'hébergement sur Internet. Si vous avez déjà utilisé votre propre serveur Web, vous pouvez apprécier la douleur et la souffrance que cela évite. Pour qu'un cloud soit utile à votre application type, il doit fournir des services de stockage de fichiers, d'hébergement de sites Web et de services de données au minimum. Sql Azure fournit les services de données pour Azure. Pourquoi pas seulement un serveur sql? Eh bien, vous pouvez toujours héberger votre propre base de données sur un serveur quelque part et le consommer à partir d'un site Web hébergé sur Azure ... mais que se passe-t-il lorsque votre site devient populaire? Votre serveur Sql ne sert plus les données assez rapidement, vous devez donc déplacer toutes vos données vers un serveur plus grand, acheter plus de bande passante, etc. Et quand vous devenez plus populaire, vous passez à nouveau par la même chose.

Tout ce que vous avez à faire est de lire les messages sur le StackOverflow blog sur Jeff traitant des essais matériels et logiciels de gestion de la charge générée par ce site.

Son appelé une douleur dans le cul. Avec Sql Azure, la bande passante et le stockage de vos données augmentent de façon dynamique avec la croissance de votre site Web. Si vous servez un concert par mois ou par cent, vous payez pour ce que vous utilisez et vous n'avez pas à vous préoccuper de la mise à niveau de vos serveurs. C'est la puissance du cloud computing.

+1

heureux de savoir que « la douleur dans le cul » est un terme technique. =) – StingyJack

+0

@Jack oui, et il a aussi un acronyme comme tout technique: PITA –

+0

Salut Will, merci pour la réponse. Mais si le trafic de mon site augmente, le trafic de mon serveur web vers le serveur sql azure augmentera également - ce qui pourrait aussi être un casse-tête. Si je vous ai bien compris, outre le fait que je n'ai pas à me soucier du serveur et de ses performances, SQL Azure n'a pas fourni quelque chose qu'un SQL Server fournisse? – lothar42

Questions connexes