El que vaig aprendre a CloudCamp

CloudCamp DaveTot i que s’ha retardat (1 setmana) a causa de la neu la setmana passada, CloudCamp a Indianàpolis va sortir sense problemes aquesta nit. Si ho estàs no d’Indianapolis: hauríeu de continuar llegint. CloudCamp és relativament nou i es troba a les principals ciutats de tot el món. Gràcies a l'experiència en matèria i al lideratge de la indústria de BlueLock, vam celebrar un esdeveniment reeixit aquí mateix a Indy.

Si us ho pregunteu què és la computació en núvol, Bluelock ha proporcionat algunes discussions sobre la definició d'aquest terme força nebulós.

Computació en núvol a Indianàpolis?

Indianapolis està cridant l'atenció a nivell nacional i internacional a causa dels costos baixos i estables associats a l'energia i als béns immobles, dos factors enormes a l'hora de determinar els costos d'allotjament. A més, el nostre clima és sòlid i som una intersecció entre les principals columnes vertebrals d’Internet a Amèrica del Nord. Si esteu allotjant la vostra sol·licitud en un magatzem de dades de Califòrnia ara mateix, és possible que vulgueu fer una ullada.

BlueLock és líder internacional en informàtica en núvol

He de ser honest, com més sento parlar a Pat O'Day, més intimidado és quant sap aquell tipus sobre informàtica en núvol, informàtica d’utilitat, computació en xarxa, gestió de magatzem de dades, virtualització, VMWare ... ho dius i aquest tipus ho sap això. És de parla suau, amable i té la capacitat estranya de parlar-nos amb gent que no és expert en tecnologia en aquesta indústria.

No descarto a altres de l’equip! John Qualls i Brian Wolff són grans amics, però aquesta nit Pat va estar en el punt de mira.

Sessions de Breakout: escalabilitat d'aplicacions

Ed Saipetch sobre l’escalabilitat de l’aplicació

Una de les sessions que vaig assistir va ser dirigida per Ed Saipetch. Ed va treballar a The Indianapolis Star quan ho vaig fer i vaig desenvolupar gran part de l’escalabilitat i les aplicacions del diari. Va treure una mica de màgia aleshores: tenia pocs recursos i moltes demandes per construir aplicacions empresarials amb pressupostos prims.

Ed va compartir un munt de noves eines que es poden utilitzar per a proves de càrrega automatitzades i proves de velocitat d’aplicacions, així com una bona discussió sobre l’arquitectura i el que significa créixer verticalment i escalar horitzontalment. Em va agradar molt la conversa.

Fragmentar és en realitat un terme tècnic?

[Insereix rialles a Beavis i Butthead]

Fins i tot vam discutir afilat, un terme que només havia reservat per a l’humor del bany que vaig veure en una pel·lícula una vegada. Esqueixades és en realitat un mitjà per escalar la vostra aplicació, de manera bastant bàrbara, simplement creant còpies de bases de dades noves i empenyent els clients a diferents bases de dades per pal·liar el dolor de copejar una sola base de dades tot el temps.

Sessió especial: ROI al núvol

Els costos associats amb la computació en núvol poden variar àmpliament, des de pràcticament res fins a sistemes altament controlats i fortament protegits. El gust de BlueLock és Infraestructura com a servei, on bàsicament podeu subcontractar tots els mals de cap d’infraestructura al seu equip perquè pugueu concentrar-vos en el desplegament i el creixement.

Vaig entrar a la conversa sobre el retorn de la inversió pensant que tindríem una lliçó molt intensa d’anàlisi dels recursos necessaris per a l’allotjament tradicional enfront del núvol. En canvi, Robby Slaughter va liderar un debat destacat sobre els pros i els contres d'ambdós i va parlar sobre la mitigació del risc.

El risc és un nombre en què la majoria de les empreses poden posar alguns números ... quant costarà si no es pot créixer instantàniament? Quant costarà si baixeu i necessiteu recuperar un entorn restaurat? Aquests costos, o la pèrdua d’ingressos, poden eclipsar els diners analitzats en una comparació tradicional.

Un agraïment especial a BlueLock per un esdeveniment meravellosament organitzat (joc de paraules). No podia esperar de tornar a casa i fer un blog sobre sharding.

4 Comentaris

  1. 1

    "Fins i tot vam parlar de sharding, un terme que només havia reservat per a l'humor del bany que vaig veure en una pel·lícula una vegada".

    Vaig riure tan fort, que vaig fer una mica de punt.

    De nou, [Insereix rialles a Beavis i Butthead]

  2. 2

    Gràcies pel endoll, Doug! Cloudcamp va ser un gran esdeveniment.

    No participava en la xerrada d'Ed sobre sharding, però vaig pensar que aclariria que aquest enfocament no és necessàriament "bàrbar". Normalment, el sharding es refereix a separar la base de dades al llarg de línies de falles específiques de l’aplicació. Per exemple, si les dades d’un client no afecten mai les dades d’un altre client, podeu dividir la vostra base de dades principal en dues parts: AL i MZ.

    Per als nois d’emmagatzematge (com Ed), és una mena de solució crua, ja que vol dir que heu de mantenir diverses bases de dades que s’estructuren de manera efectiva de la mateixa manera. Però és una manera fantàstica d’augmentar el rendiment sense afegir molts costos.

Què et sembla?

Aquest lloc utilitza Akismet per reduir el correu no desitjat. Esbrineu com es processa el vostre comentari.