You are here
Home > articles

Windows Azure: Staging Publishing Stotte for nettsteder, overvaking forbedringer, Hyper-V Recovery Manager GA og PCI Compliance.

I morgen sendte vi ut et nytt stort sett med forbedringer til Windows Azure. I dag er det nye muligheter og kunngjoringer som inkluderer:

Nettsteder: Staged Publishing Support og Alltid pa Support Overvaking av Overvaking: Nettsteder + SQL Database Alerts Hyper-V Recovery Manager: Generell tilgjengelighet Slett Mobil Tjenester: Stotte for SenchaTouch PCI Compliance: Windows Azure na validert for PCI DSS Compliance.

Alle disse forbedringene er na tilgjengelig for bruk umiddelbart (merk at noen funksjoner fortsatt er forhandsvisning). Nedenfor er flere detaljer om dem:

Nettsteder: Staged Publishing Support.

Med dagens utgivelse kan du na aktivere trinnvis publisering til Windows Azure-webomradene dine. Denne nye funksjonen er veldig kraftig, og lar deg distribuere oppdateringer av webappene / nettstedene dine til en oppforingsversjon av nettstedet som kan nas via en nettadresse som er forskjellig fra hovednettstedet ditt. Du kan bruke dette iscenesatte nettstedet til a teste nettsted / app distribusjon, og da, nar du er klar, bytter du om innhold og konfigurasjon mellom live-nettstedet og oppstartsversjonen.

Med disse nye funksjonene kan du distribuere endringer med mer selvtillit. Og det sikrer at nettstedet ditt aldri er i en inkonsekvent tilstand (der noen filer har blitt oppdatert og andre ikke) – na kan du umiddelbart bytte alle endringer til alle filene i ett skudd.

Aktiverer trinnvis publiseringsstotte.

For a sette opp iscenesatt publisering, ga til DASHBOARD-kategorien pa et nettsted og klikk Aktiver iscenesatt publisering fra hurtigvisningsseksjonen:

Hvis du klikker denne lenken, far Azure til a opprette en ny oppforingsversjon av webomradet og koble den til det eksisterende nettstedet. Denne koblingen er representert i navigasjonen til Windows Azure Management Portal & ndash; Stagingstedet vil dukke opp som en undernode pa det prim re nettstedet:

Hvis du ser noye pa navnet pa oppforingsstedet, merker du at nettadressen som standard er sitenavn-staging (f.eks. Hvis det prim re nettstednavnet var «scottgu & rdquo ;, stasjonssiden skulle v re» scottgu-staging «) :

Du kan eventuelt kartlegge et egendefinert DNS-navn du vil ha pa nettstedet til (med enten et C-navn eller A-Record) & ndash; akkurat som om du ville ha et normalt nettsted. Sa ditt staging-domene trenger ikke a ha en utvidelse av azurewebsites.net. I scenariet ovenfor kunne jeg omforme stagingdomenet til a bli staging.scottgu.com, eller scottgu-staging.com, eller til og med foobar.scottgu.com hvis jeg onsket a.

Stagingadressen endrer ikke mellom distribusjon av et nettsted og ndash; slik at du kan konfigurere en egendefinert DNS en gang, og da kan du bruke den i alle pafolgende distribusjoner. Du kan ogsa aktivere SSL pa stasjonssiden og laste opp et SSL-sertifikat som skal brukes med staging-domenet (slik at du fullt ut kan teste / validere SSL-scenariene dine for du bytter live).

Konfigurere Staging Site.

Du kan klikke pa stagingstedet for a administrere det akkurat som et annet nettsted:

Skalfanen og fanene LINKED RESOURCES er deaktivert for oppforingssteder, men alle andre faner virker som forventet. Du kan bruke KONFIGURER-fanen til a angi konfigurasjonsinnstillinger som databaser og applikasjonsforbindelsestrenge (hvis du setter disse pa nettstedniva, overstyrer du alt du matte ha i en web.config-fil).

En ting du ogsa merker nar du apner oppforingsstedet er at det er en ny SWAP-knapp i den nederste kommandolinjen for den & ndash; vi snakker om hvordan du bruker det litt.

Utplassering til Staging Site.

Det er veldig enkelt a distribuere en ny forekomst av web-appen din til nettstedet. Bare distribuere til det akkurat som du ville noe vanlig nettsted. Du kan bruke FTP, den innebygde & ldquo; Publiser & rdquo; dialog i Visual Studio, Web Deploy eller Git, TFS, VS Online, GitHub, BitBucket, DropBox eller en hvilken som helst annen distribusjonsmekanisme vi allerede stotter. Du konfigurerer disse akkurat som du ville et vanlig nettsted.

Nedenfor gar jeg til a bruke den innebygde VS-publiseringsveiviseren for a publisere en ny versjon av nettstedet til stagingstedet:

Nar denne nye versjonen av appen er distribuert til staging-siden, kan vi fa tilgang til en side i den ved hjelp av staging-domenet (i dette tilfellet http: // scottgu-staging):

V r oppmerksom pa at den nye versjonen av nettstedet vi distribuerte, bare er tilgjengelig pa oppforingsstedet. Dette betyr at hvis vi treffer det prim re nettstedsdomenet (i dette tilfellet http: // scottgu), ville vi ikke se denne nye «V2 & rdquo; oppdatering – det vil i stedet vise en eldre versjon som tidligere ble distribuert:

Dette gjor at vi kan gjore endelig testing og validering av sceneringsversjonen uten a pavirke brukere som besoker liveproduksjonsstedet.

Pa et tidspunkt vil vi v re klare til a rulle var iscenesatte versjon for a v re liveproduksjonsversjonen. A gjore dette er enkelt & ndash; alt vi trenger a gjore er a trykke pa SWAP-knappen i kommandolinjen pa enten vart nettsted eller stagingsted ved hjelp av Windows Azure Portal (du kan ogsa automatisere dette fra kommandolinjen eller via et REST-anrop):

Nar vi trykker pa SWAP-knappen, blir vi bedt om a fa en bekreftelsesdialog som forklarer hva som skal skje:

Hvis vi bekrefter at vi onsker a fortsette med byttet, vil Azure umiddelbart bytte innholdet til det levende nettstedet (i dette tilfellet http: // scottgu) med det nyere innholdet pa oppstartsstedet (i dette tilfellet http: // scottgu-staging ). Dette vil forega umiddelbart & ndash; og sorg for at alle filene byttes i et enkelt skudd (slik at du aldri har blandede filer).

Enkelte innstillinger fra den scenerte versjonen kopieres automatisk til produksjonsversjonen & ndash; inkludert ting som overstyring av overforingsstrenger, handteringsmappings og andre innstillinger du kanskje har konfigurert. Andre innstillinger som DNS-endpoints, SSL-bindinger, osv., Vil ikke endres (slik at du ikke trenger a bekymre deg for SSL-certs som brukes til staging-domenet, som overstyrer produksjonsadresse-certifikatet, osv.).

Nar byttet er ferdig (kommandoen tar bare noen fa sekunder a utfore), finner du at innholdet som tidligere var pa oppforingsstedet, na er i liveproduksjonsstedet:

Og innholdet som hadde v rt i den eldre live-versjonen av nettstedet, er na pa stagingstedet. A ha det eldre innholdet som er tilgjengelig pa stagingstedet, er nyttig & ndash; da det lar deg raskt bytte det tilbake til forrige side hvis du oppdager et problem med den versjonen du nettopp har distribuert (bare klikk pa SWAP-knappen igjen for a gjore dette). Nar du er sikker pa at den nye versjonen er bra, kan du bare overskrive stasjonssiden igjen med V3 i appen din og gjenta prosessen pa nytt.

Distribusjon med tillit.

Vi tror at du finner ut at den nye iscenesatte publiseringsfunksjonen er bade enkel a bruke og sv rt kraftig, og gjor at du kan handtere distribusjon av nettstedene dine med en arbeidsstyrke i industriell styrke.

Nettsteder: Alltid pa stotte.

En av de andre nyttige nettstedfunksjonene som vi introduserer i dag, er en funksjon som vi kaller & alltid pa & rdquo ;. Nar Always On er aktivert pa et nettsted, vil Windows Azure automatisk pinge webomradet ditt regelmessig for a sikre at nettstedet alltid er aktivt og i en varm / lopende tilstand. Dette er nyttig for a sikre at et nettsted alltid er responsivt (og at appdomenet eller arbeidsprosessen ikke har slatt ut pa grunn av mangel pa eksterne HTTP-foresporsler).

Det er ogsa nyttig som en mate a holde et nettsted aktivt for scenarier der du vil kjore bakgrunnskoden i det, uansett om det aktivt behandler eksterne foresporsler fra HTTP-kundene. Vi har en ny funksjon som vi aktiverer denne uken, kalt & ldquo; Nettjobber & rdquo; Det gjor det veldig enkelt a skrive denne bakgrunnskoden og kjore den pa et nettsted. Jeg blogger mer om denne funksjonen og hvordan du bruker den i lopet av de neste dagene.

Du kan aktivere Alltid pa stotte for nettsteder som kjorer i standardmodus ved a navigere til KONFIGURER-fanen i portalen, og deretter bytte alltid pa alltid-knappen som er inne i den:

Overvakingsforbedringer: Websider + SQL Database Alerts.

Med nesten hver utgivelse forbedrer vi var overvakingsfunksjonalitet av Azure-tjenester. Dagens oppdatering gir to flotte, nye forbedringer:

Metriske oppdateringer hvert minutt for Windows Azure-webomrader Alerting for flere beregninger fra Windows Azure Websites og Windows Azure SQL Databaser.

Overvaking av data hvert minutt.

Med dagens utgivelse oppdaterer vi na statistikk pa overvaking dashbordet pa et nettsted hvert minutt, slik at du kan fa mye mer frisk informasjon om noyaktig hvordan nettstedet ditt blir brukt (for i dag var granulariteten ikke like finkornet):

Vise data ved denne hoyere granulariteten kan gjore det lettere a observere endringer pa nettstedet ditt nar de skjer. Ingen ekstra konfigurasjon kreves for a fa data hvert minutt & ndash; Det er na automatisk aktivert for alle Azure nettsteder.

Nar du oppretter varsler, kan du na velge mellom seks forskjellige tjenester:

Cloud Service Mobile Service SQL Database (Ny i dag!) Storage Virtual Machine nettsted (Flere beregninger i dag!)

For a komme i gang med Alerting, klikk pa administrasjonsutvidelsen pa venstre navigasjonsfane i Windows Azure Management Portal:

Deretter klikker du pa Legg til regel-knappen i kommandolinjen nederst pa skjermen. Dette apner en veiviser for a opprette en varselregel. Du kan se alle tjenestene som na stotter varsler:

Nye webstedsvarsler.

Med dagens utgivelse legger vi til evnen til a varsle pa hvilken metrisk du ser for et nettsted i portalen (tidligere stottet vi kun varsler om oppetid og responstid). I dag er nye beregninger inkludert stotte for a angi terskelvarsler for feil, samt CPU-tid og totalt antall foresporsler:

CPU-tid og Data Out-metriske varsler er spesielt nyttige for gratis eller delte nettsteder & ndash; Du kan na bruke disse varslene til a sende deg en e-post hvis du kommer n r til a overskride kvotene dine for et gratis eller delt nettsted (og ma oppgradere forekomster).

Nye SQL Alert Metrics.

Med dagens utgivelse kan du na ogsa definere varsler for SQL-databaser. For databaser for web- og bedriftsniva kan du sette opp varslingsdata for lagring for databasen. Det er ogsa na flere beregninger og varsler for SQL Database Premium (som for oyeblikket er forhandsvisning) som CPU-kjerner og IOPS.

Nar du har konfigurert disse nye varslene, oppforer de seg akkurat som varsler for andre tjenester. Du vil bli informert nar de krysser terskelene du etablerer, og du kan se den siste varslingsloggen i oversikten:

Windows Azure Hyper-V Recovery Manager: Generell tilgjengelighet Utgivelse.

Jeg er begeistret for a kunngjore generell tilgjengelighet for Windows Azure Hyper-V Recovery Manager (HRM). Denne utgivelsen er na i produksjon, stottet av en SLA-bedrift, stottet av Microsoft Support, og er klar til bruk for produksjonsscenarier.

Windows Azure Hyper-V Recovery Manager hjelper deg med a beskytte dine premisseprogrammer og tjenester ved a orkestre beskyttelse og gjenoppretting av virtuelle maskiner som kjorer i en Virtual Cloud Manager 2012 SP2 privat cloud og et sekund rt sted. Med forenklet konfigurering, automatisert beskyttelse, kontinuerlig helseovervakning og orkestrert gjenoppretting, kan Hyper-V Recovery Manager-tjenesten hjelpe deg med a implementere Disaster Recovery og gjenopprette programmer noyaktig, konsekvent og med minimal nedetid.

Tjenesten utnytter Hyper-V Replica-teknologien tilgjengelig i Windows Server 2012 og Windows Server 2012 R2 for a orkestrere beskyttelsen og gjenoppretting av Hyper-V Virtual Machines fra et internasjonalt nettsted til et annet internt nettsted. Programdata gar alltid pa din premiss replikasjonskanal. Bare metadata som trengs (for eksempel navn pa logiske skyer, virtuelle maskiner, nettverk etc.) for orkestrasjon, sendes til Azure. All trafikk sendt til / fra Azure er kryptert.

Starter.

For a komme i gang, bruk Windows Azure Management Portal for a opprette en Hyper-V Recovery Manager Vault. Bla til Datatjenester & gt; Recovery Services og klikk New for a opprette en ny Hyper-V Recovery Manager Vault. Du kan navngive hvelvet og spesifisere en region hvor du vil at hvelvet skal opprettes.

Nar Hyper-V Recovery Manager-vaulten er opprettet, blir du presentert med en enkel oppl ring som hjelper deg med a registrere dine SCVMM-servere og konfigurere beskyttelse og gjenoppretting av virtuelle maskiner.

Hvis du vil vite mer om hvordan du konfigurerer Hyper-V Recovery Manager i distribusjonen, folger du var detaljerte trinnvise veiledning.

Viktige fordeler med Hyper-V Recovery Manager.

Hyper-V Recovery Manager tilbyr folgende viktige fordeler som skiller det fra andre losninger for gjenoppretting av katastrofer:

Enkel oppsett og konfigurasjon: HRM forenkler konfigurerings- og administrasjonsoperasjoner pa tvers av store antall Hyper-V-verter, virtuelle maskiner og datasentre. Automatisert beskyttelse: HRM utnytter funksjonene til Windows Server og System Center for a gi kontinuerlig replikering av VM og sikrer beskyttelse gjennom hele livscyklusen til en VM. Fjernovervaking: HRM utnytter strommen og rekkevidden til Azure for a gi en ekstern overvaking og DR-styringstjeneste som kan nas fra hvor som helst. Orkestrert gjenoppretting: Gjenopprettingsplaner gjor det mulig a automatisere DR-orkestrasjon ved a sekvensere failover av forskjellige applikasjonsnivaer og tilpasning med skript og manuelle handlinger.

Hyper-V Recovery Manager-tjenesten har blitt forbedret siden forste oktober-forhandsvisning med flere gode forbedringer:

Forbedret Failback Support: Failback-stotten har blitt forbedret i scenarier der den prim re verts klyngen har blitt gjenoppbygget etter en feil. Stotte for Kerberos-basert godkjenning: Cloud-konfigurasjon lar na velge Kerberos-basert godkjenning for Hyper-V Replica. Dette er nyttig i scenarier der kundene vil bruke WAN-optimalisering og komprimering fra tredjepart og ha AD-tillit tilgjengelig mellom prim re og sekund re nettsteder. Stotte for oppgradering fra VMM 2012 SP1 til VMM 2012 R2: HRM-tjenesten stotter na oppgraderinger fra VMM 2012 SP1 til VMM 2012 R2. Forbedret skalering: Brukergrensesnittet og tjenesten har blitt forbedret for bedre skalering.

Vennligst besok Windows Azures nettsted for mer informasjon om Hyper-V Recovery Manager. Du kan ogsa referere til tilleggs produktdokumentasjon. Du kan besoke HRM forumet pa MSDN for ytterligere informasjon og engasjere seg med andre kunder.

Mobiltjenester: Stotte for SenchaTouch.

Jeg er glad for a kunngjore at i samarbeid med vare venner pa Sencha, legger vi i dag stotte til SenchaTouch til Windows Azure Mobile Services. SenchaTouch er et godt kjent HTML / JavaScript-basert utviklingsramme for bygging av mobile apper og nettsteder pa tvers av plattformer. Med dagens tillegg kan du enkelt bruke Mobile Services med SenchaTouch-appen din.

Du kan laste ned Windows Azure-utvidelsen for Sencha her, konfigurere Sencha-loader med plasseringen av den azurbla utvidelsen, og legg til Azure-pakken i app.json-filen din:

Nar du har utvidet Azure-tillegget til Sencha-prosjektet, kan du koble din Sencha-app til din mobiltjeneste ved a legge til folgende initialiseringskode:

// Ring Azur initialisering.

Ext.Azure.init (denne .konfig.azure);

Fra na av kan du binde datamodellen din til Azure Mobile Services, autentisere brukere og bruke push notifications. Folg denne detaljerte Komme i gang-veiledningen for a komme i gang med SenchaTouch og Mobile Services. Les mer detaljert dokumentasjon pa Mobile Services Sencha Extensions Resources-siden.

Windows Azure na godkjent for PCI DSS-kompatibilitet.

Vi er veldig glade for a kunngjore at Windows Azure har blitt godkjent for a overholde betalingskortindustriens (PCI) datasikkerhetsstandarder (DSS) av en uavhengig kvalifisert sikkerhetsassessor (QSA).

PCI DSS er den globale standarden som enhver organisasjon av hvilken som helst storrelse ma overholde for a kunne akseptere betalingskort, og a lagre, behandle og / eller overfore kortinnehaverdata. Ved a tilby PCI DSS-godkjent infrastruktur og plattformtjenester, gir Windows Azure en kompatibel plattform for at du kan kjore dine egne sikre og kompatible applikasjoner. Du kan na oppna PCI DSS-sertifisering for de programmene som bruker Windows Azure.

For a hjelpe kunder med a oppna PCI DSS-sertifisering, gjor Microsoft Windows® PCI-attestasjonsoverensstemmelsen og Windows Azure Customer PCI Guide tilgjengelig for umiddelbar nedlasting.

Ga til Trust Center for en fullstendig liste over funksjoner for bruk eller for mer informasjon om Windows Azures sikkerhet og overholdelse.

I dag er utgivelsen inkludert en rekke flotte funksjoner som gjor at du kan bygge enda bedre sky losninger. Hvis du ikke allerede har en Windows Azure-konto, kan du registrere deg for en gratis proveversjon og begynne a bruke alle de ovennevnte funksjonene i dag. Deretter kan du besoke Windows Azure Documentation Center for a l re mer om hvordan du bygger apper med den.

Haper dette hjelper,

PS! I tillegg til blogging bruker jeg ogsa Twitter for a fa rask oppdatering og a dele lenker. Folg meg pa: twitter.com/scottgu.

27 kommentarer.

Ratt! Jeg ventet pa staging endringer for ganske mye 🙂 Takk!

Santa har levert igjen.

Scott, kan vi ha de samme uendrede navngivningskonvensjonene for staging-spor i Cloud-tjenester? Virkelig som maten dette er gjort pa nettsteder!

Jeg elsker bare de nye azurbla nettstedene! Virkelig stralende! Og jeg kan bokstavelig talt ikke vente pa en oppdatering om hvordan du bruker WebJobs – det virker som rent gull til meg.

Flott jobb Scott! Takk til deg og ditt lag!

Jeg er enig med John. Ikke skiftende navn for skygtjenester vil hjelpe meg ut enormt. For oyeblikket kan jeg ikke teste appen min i oppsett pa grunn av endrede navn, jeg kan bare teste at den starter. Dette er fordi jeg har flere webendipunkter, og bare en kan testes.

Flotte greier! Kudos til Azure-teamet!

Takk Scott og Azure Team.

For Azure Website Staging-mulighet, forventer du at du tilbyr et alternativ for ikke a bytte ut webinnstillingene fra oppstart til produksjon? Dette ville v re sv rt nyttig for oss, siden vi ikke kan teste distribusjonen pa en oppstartsadresse som kjorer de samme innstillingene som vi har i produksjonen.

Forhapentligvis er CDN-stotte neste, enn det er nesten pa niva med skygtjenester.

Dette er A M A Z I N. G. Egentlig! Jeg har jobbet med Azure + Visual Studio online siden 10 dager (ja bare 10 dager), og jeg er overrasket over hvor enkelt og hvor fint det er alt! Great job guys, virkelig! 🙂

Veldig fint. Na trenger vi bare Azure Table Storage a ikke suge :-).

Fantastisk, takk.

Flott funksjon for oppforing.

Min tvil handler om hvordan du angir database og lagring.

Pa min gamle mate gjelder konfigurasjonsbehandling i distribusjonsveiviseren. Forst distribuerer jeg i Stage ved hjelp av Stage config, gjor tester, og distribuer deretter for a frigjore nettsted ved hjelp av Release config.

Hvordan kan jeg informere DB-tilkoblinger (scene og utgivelse) ved hjelp av bytte?

Flott jobb pa alle forbedringene. Spesielt stottende pa a fa Sencha Touch-stotte for Azure.

Dette er gode forbedringer. Virkelig, virkelig liker Azure Websites staging funksjonen.

Absolutt elsker oppstarten, selv om jeg ikke tenker «Overvakning og diag» Innstillingene skal bytte mellom oppforing og produksjon.

Dette er gode nyheter!

Fungerer azurbla nettsteder ogsa for eller bare VM? Hvis ja, bortsett fra soknadsrelatert, bor vi gjore noen andre konfigurasjoner?

Har du noen anbefalte oppl ringsprogrammer for konfigurering av VM for a v re PCI-klage?

Hvis jeg refererer til beroringsblokkpakken fra min app.json av min Sencha Touch-prosjekt, nar jeg gjor byggekommandoen, far jeg bare «ikke a lose pakken Basic». Ser ut som det ikke kan finne Azure-pakken. Har du noen ideer? Jeg tror du bor dekke alle / alle forutsetninger for a installere denne pakken.

Flott arbeid folkens!

Dette er kjempebra ting fra Microsoft. Mye ventet pa med Staging for nettsted og interesse for a se PCI-overholdelse. Flott arbeid og alt det beste a scott ..

Top

Vil du spille i det mest heldige kasinoet? Vi samlet det for deg. Spill her nå!