BLOGas.lt
Sukurk savo BLOGą Kitas atsitiktinis BLOGas

Pristatymas - Windows Azure apžvalga ITishnikų akimis

Parašė Sergejus | 2013-03-30 16:41

Per paskutinį Lietuvos .net naudotojų grupės susitikimą dariau pristatymą Windows Azure apžvalga ITishnikų akimis, t.y. kaip Windows Azure paslaugos gali būti panaudotos praktikoje kuriant tinklaraščius, tinklalaides bei kitus projektus.

Rodyk draugams

ITishnikai.lt perkėlimas į Windows Azure

Parašė Sergejus | 2013-01-03 21:43

Kaip tikriausiai jau skaitėte, tinklalaidė ITishnikai turi naują puslapį http://itishnikai.lt. Paskutinėje laidoje minėjau, kad puslapis pilnai sukasi Windows Azure. Šiame straipsnyje trumpai papasakosiu kokios Window Azure paslaugos ir kaip yra panaudotos.

Pradėsiu nuo platformos: puslapiui buvo pasirinktas visiems gerai žinomas WordPress dėl įskiepių gausos bei prieinamumo Windows Azure Web Sites galerijoje. Nepaisant fakto, kad WordPress moka dirbti su SQL Server, Windows Azure Web Sites leidžia pasirinkti tik trečios šalies (ClearDB) talpinamą MySQL. Aš už MySQL, bet norėjosi, kad viskas būtų pas vieną tiekėją ir centralizuotai valdoma. Laimei, Mikael Koskinen yra paruošęs Wordpress konfigūraciją skirtą darbui su Windows Azure SQL Database (anksčiau žinoma kaip SQL Azure). Taigi, rezultate aš turėjau pilnai veikiančią WordPress instaliaciją patalpintą Windows Azure Web Sites ir naudojančią Windows Azure SQL Database duomenų talpinimui.

imageimageimageimage

Kitas žingsnis buvo perkelti visus ITishnikų epizodus į debesis. Natūraliausias pasirinkimas buvo binarinių duomenų saugykla Windows Azure Blob Storage (skaityti detaliau). Kadangi ITishnikai patalpinti Amsterdamo Windows Azure duomenų centre, laidų parsisiuntimo greičiui pagerinti buvo panaudotas Windows Azure Content Delivery Network. Jis užtikrina, kad kiekvienas klausytojas gaus laidas iš serverio, esančio arčiausiai jo (pvz., Švedijos).

Visos infrastruktūros perkėlimas į debesis turi vieną didelį privalumą, daugiau mums nebereikia rūpintis serverių ir tinklo įrangos patikimumu bei interneto pralaidumu.

Rodyk draugams

Windows Azure Web Sites – konfigūracijos valdymas

Parašė Sergejus | 2012-10-21 20:13

Praeitoje dalyje parodžiau kaip sukonfigūruoti nuolatinį diegimą į Windows Azure Web Sites iš GitHub ir CodePlex. Šiandien aptarsime Windows Azure Web Sites konfigūracijos valdymą.

.NET Framework konfigūracijos valdymui turi daugeliui gerai žinomą mechanizmą: app.config ir web.config failus, o tiksliau dvi skiltis: connectionStrings ir appSettings. Kaip seka iš pavadinimo, viena skirta prisijungimo prie duomenų bazių valdymui, o kita – bendro pobūdžio nustatymų saugojimui. Kadangi programavimo aplinkos nustatymai skiriasi nuo produkcinės aplinkos nustatymų, egzistuoja keli būdai kaip transformuoti app/web.config failus diegimo metu. Ko gero seniausias būdas – MSBuild užduotis XmlMassUpdate, kuri įeina į MSBuild Community Task projektą. Kitas būdas – web.config transformacija Visual Studio pagalba arba app.config transformacija SlowCheetah priedo pagalba.

Dirbant su Windows Azure Web Sites konfigūracijos valdymui jus galite naudoti standartinį web.config transformacijos būdą, kuris veikia net darant diegimą iš Git! Bet jis turi vieną trūkumą: jeigu saugote savo kodą GitHub ar panašioje atviro kodo talpinimo erdvėje, viešas produkcinės aplinkos nustatymų saugojimas nėra geriausia mintis. Šiai problemai išspręsti, Windows Azure Web Sites turi galimybę saito konfigūracijos skiltyje nurodyti norimus appSettings ir connectionStrings nustatymus:

blog-1

Svarbu atkreipti dėmesį į tai, kad konfigūracijos nustatymai, kuriuos padarėte tiesiai Windows Azure Web Sites portale, neįsirašo į jūsų web.config failą, o tiesiog traktuojami aukštesniu prioritetu Web aplikacijos vykdymo metu. Kitaip tariant, jeigu jūsų web.config appSettings skiltyje yra nustatymas IsFeatureXEnable=true, o Windows Azure Web Sites nurodėte IsFeatureXEnable=false, ConfigurationManager.AppSettings["IsFeatureXEnabled"] grąžins false.

Tiek šiam kartui, kitoje dalyje aptarsime kaip galima plėsti (angl. scale) Windows Azure Web Sites.

Rodyk draugams

Windows Azure Web Sites – nuolatinis diegimas iš GitHub ir CodePlex

Parašė Sergejus | 2012-10-15 18:00

Praeitoje dalyje parodžiau kaip sukonfigūruoti nuolatinį diegimą į Windows Azure Web Sites iš Git. Šiandien parodysiu kaip tą patį padaryti kai jūsų kodas talpinamas GitHub ar CodePlex.

Tik atsiradus nuolatinio diegimo į Windows Azure Web Sites iš Git galimybei, daugelis programuotojų paprašė ir nuolatinio diegimo iš GitHub galimybės. GitHub – tai populiariausias pasaulyje programavimo projektų talpinimo Web servisas, pasižymintis socialinio programavimo įrankiais virš Git. Prieš mėnesį Microsoft atnaujino Windows Azure Web Sites ir pristatė naują galimybę – nuolatinį diegimą iš GitHub ir CodePlex. CodePlex – tai Microsoft atviro kodo projektų talpinimo Web servisas, kodo versijavimui bei valdymui leidžiantis naudoti Team Foundation Server, SVN, Mercurial arba Git.

Norėdami sukonfigūruoti nuolatinį diegimą iš GitHub (ar CodePlex) į Windows Azure Web Sites:

  • Sukuriame naują Web saitą dotnetgroup
  • Naujai sukurtame Web saitę spaudžiame Set up Git publishing
  • Po Git repozitorijos inicializavimo, pasirinkite Deploy from my GitHub repository (atitinkamas punktas CodePlex projektui)
    blog-1
  • Pirmame žingsnyje spaudžiame Authorize Windows Azure, leidžiame Windows Azure prieiti prie mūsų projektų bei pasirinkame norimą projektą
    blog-2
  • Iš karto po susiejimo, Windows Azure Web Sites kreipsis į GitHub, nukopijuos kodą į lokalią Git repozitoriją, surinks Web aplikaciją bei ją sudiegs. Nuo šio momento, bet kuris pakeitimas GitHub inicijuos surinkimą bei diegimą į Windows Azure Web Sites!
    blog-3

Taip greitai ir paprastai mes sukonfigūravome nuolatinio diegimo procesą iš GitHub. Kitoje dalyje aptarsime Windows Azure Web Sites konfigūravimo galimybes.

Rodyk draugams

Windows Azure Web Sites – nuolatinis diegimas iš Git

Parašė Sergejus | 2012-10-11 15:00

Praeitoje dalyje parodžiau kaip sukonfigūruoti nuolatinį diegimą (angl. continuous deployment) į Windows Azure Web Sites iš Team Foundation Service. Šiandien noriu parodyti kaip tą patį padaryti iš Git.

Git – tai paskirstyta kodo versijų valdymo ir kontrolės sistema. Pagal paskirtį ji yra panaši į SVN ar Team Foundation Server Source Control, bet skirtingai negu minėtos sistemos, Git atskiria lokalų versijavimą nuo nutolusio. Tokiu būdu galima pirma saugoti visus pakeitimus lokaliai ir tik paskui išsaugoti juos nutolusiame serveryje.

Norėdami sukonfigūruoti nuolatinį diegimą iš Git į Windows Azure Web Sites:

  • Sukuriame naują Web saitą dotnetgroup
  • Naujai sukurtame Web saitę spaudžiame Set up Git publishing
    blog-1
  • Po kelių sekundžių matysite vaizdą, panašų į pateiktą žemiau
    blog-2
  • Išskleidžiame Push my local files to Windows Azure skiltį ir pagal pavyzdį kataloge, kuriame yra DotNetGroup išeities kodas inicializuojame naują Git repozitoriją, pridedame visus failus ir lokaliai išsaugome pakeitimus:
    blog-3
  • Patalpinus visą kodą į lokalią Git repozitoriją, pagal pavyzdį pridedame nutolusios Windows Azure Web Sites Git repozitorijos adresą bei išsaugome pakeitimus joje:
    blog-4
  • Windows Azure Web Sites surinks bei automatiškai sudiegs norimą Web aplikaciją ir viskas vienos push operacijos dėka!
    blog-5

Taip greitai ir paprastai mes sukonfigūravome nuolatinio diegimo procesą iš Git. Kitoje dalyje parodysiu kaip sukonfigūruoti nuolatinį diegimą į Windows Azure Web Sites iš GitHub bei CodePlex.

Rodyk draugams

Windows Azure Web Sites – nuolatinis diegimas iš Team Foundation Service

Parašė Sergejus | 2012-10-07 17:00

Praeitoje dalyje parodžiau kaip vyksta diegimas į Windows Azure Web Sites Visual Studio Publishing pagalba. Šiandien noriu papasakoti apie automatinio diegimo galimybę iš Team Foundation Service.

Team Foundation Service – tai Team Foundation Server kaip paslauga. Šiuo metu ji yra Preview stadijoje ir prieinama visiems norintiems nemokamai. Užtenka nueiti į tfspreview.com ir užsiregistruoti su savo LiveID.

blog-1

Registracijos metu reikės nurodyti norimą TFS serverio adresą, kurį toliau ir naudosite iš Visual Studio. Žemiau parodyta kaip atrodo DotNetGroup kodas patalpintas TFS:

blog-2

Norėdami susieti Windows Azure Web Sites su Team Foundation Service:

  • Sukuriame naują Web saitą dotnetgroup
  • Naujai sukurtame Web saitę spaudžiame Set up TFS publishing
    blog-3
  • Atsiradusiame lange nurodome TFS serverio adresą ir spaudžiame Authorize Now
    blog-4
  • Po sėkmingo susiejimo, jūsų puslapis atrodys taip
    blog-5
  • Visual Studio iš Team Explorer kortelės pasirenkame Builds ir surandame dotnetgroup_CD (CD – sutrumpinimas nuo Continuous Deployment)
    blog-6
  • Iš kontekstinio meniu pasirenkame Edit Build Definition, nueiname į skiltį Process, Configuration To Build ir pridedame naują surinkimo konfigūraciją Release | Any CPU
    blog-7
  • Nuo šiol, kiekviena check-in operacija inicijuos ne tik surinkimą Team Foundation servise, bet ir diegimą į Windows Azure Web Sites, kas be visą ko bus matome ir pačiame Windows Azure portale
    blog-8

Taip greitai ir paprastai mes sukonfigūravome nuolatinio diegimo (angl. continuous deployment) procesą. Kitoje dalyje parodysiu kaip sukonfigūruoti nuolatinį diegimą į Windows Azure Web Sites iš Git.

Rodyk draugams

Windows Azure Web Sites – įvadas ir publikavimas iš Visual Studio

Parašė Sergejus | 2012-10-03 13:58

Šiandien pradedu naują straipsnių ciklą skirtą Windows Azure ir pradėsiu nuo naujausio šeimos nario – Windows Azure Web Sites.

Įvadas

Windows Azure yra labai galinga bei universali platforma, bet dažnai dėl universalumo kenčia patogumas. Pavyzdžiui, norint patalpinti savo Web aplikaciją Windows Azure reikėjo kurti Cloud Serivce projektą su Web role, daryti papildomą konfigūravimą bei kas kartą laukti apie 5 minutes publikavimo metu. Džiugu, kad Microsoft išgirdo vartotojų nuogąstavimus ir pristatė išskirtinai Web puslapiams skirtą sprendimą – Windows Azure Web Sites. Tai yra naujas Windows Azure šeimos narys, priskiriamas debesų talpinimo (angl. cloud hosting) kategorijai.

Windows Azure Web Sites yra optimizuotas darbui su Web aplikacijomis, todėl pasižymi tiek palaikomų platformų (ASP.NET, PHP, Node.js), tiek publikavimo variantų (Visual Studio Publishing, Team Foundation Service, Git) gausa. Ypatingą dėmesį norėčiau atkreipti į du dalykus: Node.js ir Git palaikymą. Kartu su Windows Azure command-line tool for Mac & Linux, galima programuoti Node.js aplikacijas ant Apple ir publikuoti į Windows Azure.

Publikavimas iš Visual Studio

Šiandien parodysiu kaip lengvai galima dotnetgroup.lt puslapį patalpinti į Windows Azure Web Sites (išeities kodą galima pasiimti iš DotNetGroup GitHub puslapio).

  • Jungiamės prie naujojo Windows Azure portaloblog-1
  • Sukuriame naują Web saitą dotnetgroup
    blog-2
  • Iš naujai sukurto Web saito parsisiunčiame Visual Studio publikavimo profilį
    blog-3a
  • Importuojame jį į Visual Studio ir spaudžiame Publish
    blog-4
  • Output lange stebime publikavimo progresą
    blog-5

Viskas! DotNetGroup puslapis pilnai sudiegtas per kelias minutes. Kitoje dalyje parodysiu kaip sudiegti DotNetGroup Windows Azure Web Sites ir Team Foundation Service pagalba.

Rodyk draugams

Knyga: Microsoft Windows Azure Development Cookbook

Parašė Sergejus | 2011-10-23 13:43

Prieš kurį laiką rašiau, kad pradėjau skaityti knygą Microsoft Windows Azure Development Cookbook, kurią parašė mano pažįstamas, Windows Azure MVP Neil Mackenzie.

Kas man patiko knygoje, mažai dėmesio skiriama bendroms debesų kompiuterijos temoms, kodėl tai yra svarbu ir panašiai, o iš karto pereinama prie Windows Azure. Autorius pradeda nuo kiek netikėtos temos – saugumo. Jis aprašo skirtingus būdus kaip galima prieiti prie platformos bei kaip apriboti kitų prieigą. Toliau Neil labai detaliai aprašo Windows Azure BLOB, Table ir Queue saugyklas. Norėtųsi atkreipti dėmesį, aprašomas ne tik funkcionalumas (kaip daugelyje kitų knygų), bet ir greitaiveika! Tuo man knyga ir patinka – savo praktiškumu. Po saugyklų apžvalgos, autorius pereina prie tokių Windows Azure galimybių kaip: local storage ir startup task, kelių Web aplikacijų talpinimas, Web Deploy technologijos panaudojimas, Windows Azure Connect VPN prisijungimas ir kitų galimybių.

Šiam momentui, jus žinosite pakankamai, kad galėtumėte pradėti kurti Windows Azure aplikacijas. Galimoms problemoms spręsti, knygoje yra visas skyrius skirtas diagnostikai. Kadangi visas Windows Azure valdymas paremtas specialiu Service Management API, autorius aprašo kaip naudotis ir juo. Tokiu būdu jus efektyviai galėsite valdyti virtualių mašinų kiekį, daryti atnaujinimus ir panašius veiksmus tiesiai iš PowerShell.

Knygos pabaigoje jus galėsite sužinoti apie SQL Azure bei Windows Azure AppFabric. Apart paprasto teorinio aprašo, SQL Azure dalyje rasite ir praktinių patarimų kaip apdoroti prisijungimo problemas bei panaudoti BLOB saugyklą kartu su SQL Azure.

Apibendrinant, manau knyga turi labai gerą balansą tarp teorijos ir praktiškumo. Knyga nėra stora (392 puslapiai), bet turi visą reikalingą informaciją apie Windows Azure ir susijusius produktus, tad jeigu ieškote efektyvaus būdo pradėti programuoti Windows Azure – tikrai galiu rekomenduoti Microsoft Windows Azure Development Cookbook.

Rodyk draugams

Savaitės video – Moving Application to The Cloud

Parašė Sergejus | 2011-09-28 20:57

Šios savaitės video – aš pasakoju apie aplikacijų migravimą į debesis.

Rodyk draugams

Knyga: Microsoft Windows Azure Development Cookbook

Parašė Sergejus | 2011-09-17 16:19

Tradiciškai, šiame tinklaraštyje galėjote rasti įvairius technologinius straipsnius, įspūdžius iš konferencijų ir panašiai. Prieš kelias savaites pradėjau rubriką savaitės video, o šiandien nusprendžiau pradėti dalintis ir perskaitytų knygų recenzijomis (beje, skaitymui naudoju Amazon Kindle).

Šiuo metu užbaiginėju skaityti Microsoft Windows Azure Development Cookbook, tad knygos recenzija jau greitai!

Rodyk draugams