Mida ma CloudCampis õppisin

CloudCamp DaveKuigi eelmise nädala lume tõttu hilines (1 nädal), CloudCamp Indianapolis läks täna õhtul ilma probleemideta lahti. Kui sa oled mitte Indianapolisest - peaksite edasi lugema. CloudCamp on suhteliselt uus ja seda peetakse suuremates linnades üle kogu maailma. Tänu valdkonna asjatundlikkusele ja tööstuse juhtpositsioonile Sinilukk, pidasime siin Indys eduka ürituse.

Kui mõtlete mis on pilvandmetöötlus, On Bluelock selle üsna uduse mõiste määratlemisel arutanud.

Pilvandmetöötlus Indianapolis?

Indianapolis pälvib tähelepanu riiklikul ja rahvusvahelisel tasandil elektri ja kinnisvaraga seotud madalate ja stabiilsete kulude tõttu - kaks suurt tegurit hostimiskulude määramisel. Lisaks on meie ilm kindel ja Põhja-Ameerika ristmik Interneti peamiste selgroogudega. Kui majutate oma rakendust praegu California andmelaos - võiksite seda vaadata!

BlueLock on rahvusvaheliselt pilvandmetöötluse liider

Ma pean olema aus, mida rohkem ma kuulen Pat O'Day'i rääkimas, seda rohkem hirmutatakse seda, kui palju see mees teab pilvandmetöötlusest, utiliidi arvutamisest, võrguarvutusest, andmelao haldamisest, virtualiseerimisest, VMWareist ... te nimetate seda ja see tüüp teab seda. Ta on pehmelt öeldud, armuline ja tal on tohutu võime rääkida meiega, inimesed, kes pole selles tööstusharus tehnilised oskused!

Ma ei tee meeskonnas teistele allahindlust! John Qualls ja Brian Wolff on suurepärased sõbrad, kuid täna õhtul oli Pat tähelepanu keskpunktis.

Break Out Sessions: rakenduse mastaapsus

Ed Saipetch rakenduse mastaapsuse kohta

Ühte seanssi, kus osalesin, juhtis Ed Saipetch. Ed töötas Indianapolis Staris, kui mina seda tegin, ja ehitasin välja suure osa ajalehe mastaapsusest ja rakendustest. Ta tõmbas toona maagiat - tal oli vähe ressursse ja palju nõudmisi, et ehitada ettevõtte rakendusi habemenuga.

Ed jagas palju uudsemaid tööriistu, mida saab kasutada nii automatiseeritud koormuse testimiseks kui ka rakenduse kiiruse testimiseks, samuti arukat arutelu arhitektuuri üle ning selle tähenduse üle vertikaalselt kasvades ja horisontaalselt laiendades. Mulle meeldis vestlus väga.

Killustamine on tegelikult tehniline termin?

[Sisesta Beavis ja Butthead naerma]

Me isegi arutasime varitsus, mõiste, mille olin reserveerinud ainult vannitoa huumoriks ja mida nägin filmis üks kord. Varjutamine on tegelikult vahend teie rakenduse skaleerimiseks, pigem barbaarselt, lihtsalt uute andmebaasikoopiate loomisega ja klientide viimisega erinevatesse andmebaasidesse, et leevendada kogu aeg ühe andmebaasi tabamise valu.

Break Out Session: pilve ROI

Pilvandmetöötlusega seotud kulud võivad olla väga erinevad - praktiliselt mitte millestki kuni väga jälgitavate ja tugevalt turvatud süsteemideni. BlueLocki maitse on infrastruktuur kui teenus - kus saate põhimõtteliselt kogu infrastruktuuri peavalu tellida nende meeskonnale, et saaksite keskenduda juurutamisele ja kasvule!

Läksin investeeringutasuvuse vestlusesse, mõtlesin, et meil on väga intensiivne õppetund traditsiooniliste versus pilvemajutuseks vajalike ressursside analüüsimiseks. Selle asemel Robby tapmine juhtis silmapaistvat arutelu mõlema plusside ja miinuste üle ning rääkis riskide maandamisest.

Risk on arv, millele enamik ettevõtteid saab mõned numbrid panna ... kui palju see maksma läheb, kui te ei suuda hetkega kasvada? Kui palju see maksma läheb, kui laskute alla ja peate taastatud keskkonna varundama? Need kulud või saamata jäänud tulu võivad varjutada traditsioonilises võrdluses analüüsitud nikleid ja värve.

Eriline tänu BlueLockile suurepäraselt korraldatud ürituse eest (mõeldud sõnamängule). Ma ei jõudnud ära oodata, millal ma koju jõuan ja kildudest blogida.

4 Kommentaarid

  1. 1

    "Me arutasime isegi killustamist - seda terminit, mille olin reserveerinud ainult vannitoa huumoriks, nägin ma filmis üks kord."

    Ma naersin nii kõvasti, natuke kildusin.

    Jällegi, [sisesta Beavis ja Butthead naeravad]

  2. 2

    Täname pistiku eest, Doug! Cloudcamp oli tore sündmus.

    Ma ei olnud Edis jutuks killustamisest, kuid arvasin, et täpsustan, et see lähenemine pole tingimata „barbaarne”. Tavaliselt viitab killustamine teie andmebaasi lahutamisele rakendusspetsiifiliste tõrkejoontega. Näiteks kui ühe kliendi andmed ei mõjuta kunagi teise kliendi andmeid, võite jagada oma peamise andmebaasi kaheks osaks: AL ja MZ.

    Poiste (nagu Ed) salvestamiseks on see omamoodi toores lahendus, sest see tähendab, et peate haldama mitut tõhusalt samamoodi struktureeritud andmebaasi. Kuid see on suurepärane viis jõudluse suurendamiseks ilma palju kulusid lisamata!

Mis sa arvad?

Sellel saidil kasutatakse rämpsposti vähendamiseks Akismetit. Vaadake, kuidas teie andmeid töödeldakse.