O que aprendín en CloudCamp

CloudCamp DaveAínda que se atrasou (1 semana) debido á neve a semana pasada, CloudCamp Indianápolis saíu sen problemas esta noite. Se estás non de Indianápolis: debes seguir lendo. CloudCamp é relativamente novo e está dispoñible nas principais cidades de todo o mundo. Grazas á experiencia no tema e ao liderado na industria de BlueLock, celebramos un exitoso evento aquí mesmo en Indy.

Se te preguntas que é Cloud Computing, Bluelock proporcionou algunha discusión sobre a definición deste termo bastante nebuloso.

Computación en nube en Indianápolis?

Indianápolis está a chamar a atención a nivel nacional e internacional debido aos baixos custos estables asociados á enerxía e á propiedade inmobiliaria, dous factores enormes á hora de determinar os custos de hospedaxe. Ademais, o noso clima é sólido e somos unha intersección entre as principais columna vertebral de Internet en América do Norte. Se aloxas a túa aplicación nun almacén de datos de California neste momento, quizais queiras botar unha ollada.

BlueLock é líder internacional en computación en nube

Teño que ser honesto, canto máis escoito falar a Pat O'Day, máis me intimida canto sabe ese rapaz sobre computación na nube, computación de utilidade, computación en rede, xestión de almacén de datos, virtualización, VMWare ... noméao e ese rapaz sabe el. É falado, gracioso e ten a estraña capacidade de falarnos xente que non é tecnolóxica nesa industria.

Non desconto a outros do equipo. John Qualls e Brian Wolff son grandes amigos, pero esta noite Pat estivo no punto de mira.

Sesións Break Out: escalabilidade da aplicación

Ed Saipetch na escalabilidade da aplicación

Unha das sesións ás que asistín foi dirixida por Ed Saipetch. Ed traballou en The Indianapolis Star cando o fixen e constrúe gran parte da escalabilidade e das aplicacións do xornal. Sacou algo de maxia daquela: tiña poucos recursos e moitas demandas para construír aplicacións empresariais con presupostos reducidos.

Ed compartiu unha chea de ferramentas máis novas que se poden empregar para probas de carga automatizadas e probas de velocidade de aplicación, así como para unha boa discusión sobre a arquitectura e o que significa medrar verticalmente e escalar horizontalmente. Gustoume moito a conversa.

Sharding é realmente un termo técnico?

[Inserir a risa de Beavis e Butthead]

Mesmo discutimos afiado, un termo que só tiña reservado para o humor do baño que vin nunha película unha vez. Esgalla é realmente un medio para escalar a súa aplicación, de xeito bastante bárbaro, simplemente creando novas copias de bases de datos e empurrando aos clientes a diferentes bases de datos para aliviar a dor de acceder a unha única base de datos todo o tempo.

Sesión Breakout: ROI na nube

Os custos asociados á computación na nube poden variar moito, desde practicamente nada ata sistemas altamente controlados e fortemente protexidos. O sabor de BlueLock é Infrastructure as a Service, onde basicamente podes subcontratar todas as dores de cabeza de Infrastructure ao seu equipo para que poidas concentrarte na implantación e no crecemento.

Entrei na conversa sobre o retorno do investimento pensando que teriamos unha lección moi intensa na análise dos recursos necesarios para o aloxamento tradicional fronte á nube. No seu lugar, Robby Slaughter dirixiu unha excelente discusión sobre os pros e os contras de ambos e falou sobre a mitigación do risco.

O risco é un número no que a maioría das empresas poden poñer algúns números ... canto custará se non podes medrar instantaneamente? Canto custará se baixas e necesitas recuperar un ambiente restaurado? Estes custos, ou a perda de ingresos, poden ensombrecer os níquel e moedas analizados nunha comparación tradicional.

Un agradecemento especial a BlueLock por un evento estupendamente aloxado (xogo de palabras). Non podía esperar para volver a casa e facer un blog sobre o sharding.

4 Comentarios

  1. 1

    "Mesmo discutimos o sharding, un termo que só reservara para o humor do baño que vin nunha película unha vez".

    Rín tan forte, que afinei un pouco.

    De novo, [Insira a rir a Beavis e Butthead]

  2. 2

    Grazas polo enchufe, Doug! Cloudcamp foi un gran evento.

    Non estiven na charla de Ed sobre o sharding, pero pensei en aclarar que este enfoque non é necesariamente "bárbaro". Normalmente, o sharding refírese a separar a base de datos ao longo das liñas de fallo específicas da aplicación. Por exemplo, se os datos dun cliente nunca afectan os datos doutro cliente, podería dividir a base de datos principal en dúas partes: AL e MZ.

    Para os rapaces de almacenamento (como Ed) esta é unha especie de solución bruta, porque significa que tes que manter varias bases de datos que se estruturan efectivamente do mesmo xeito. Pero é unha boa forma de aumentar o rendemento sen engadir moito custo.

¿Que pensas?

Este sitio usa Akismet para reducir o spam. Aprende a procesar os teus datos de comentarios.