CloudCamp에서 배운 것

CloudCamp 데이브지난주 눈으로 늦어졌지만 (1 주) CloudCamp 인디애나 폴리스 오늘 밤 문제없이 시작되었습니다. 만약 당신이 지원 인디애나 폴리스에서 – 계속 읽어야합니다. CloudCamp는 비교적 새롭고 전 세계 주요 도시에서 개최됩니다. 주제별 전문성과 업계 리더십 덕분에 블루락, 우리는 바로 여기 Indy에서 성공적인 이벤트를 개최했습니다.

궁금하다면 클라우드 컴퓨팅이란, Bluelock은 다소 모호한 용어를 정의하는 방법에 대해 논의했습니다.

인디애나 폴리스의 클라우드 컴퓨팅?

인디애나 폴리스는 호스팅 비용을 결정하는 두 가지 큰 요소 인 전력 및 부동산과 관련된 저렴하고 안정적인 비용 때문에 국내 외적으로 주목을 받고 있습니다. 또한 우리의 날씨는 견고하며 북미에서 인터넷의 주요 백본을 가로 지르는 교차점입니다. 지금 캘리포니아 데이터웨어 하우스에서 애플리케이션을 호스팅하고 있다면 한 번 살펴보세요!

BlueLock은 클라우드 컴퓨팅의 국제적 리더입니다.

솔직히 말해 Pat O'Day의 말을 많이들을수록 그 사람이 클라우드 컴퓨팅, 유틸리티 컴퓨팅, 그리드 컴퓨팅, 데이터웨어 하우스 관리, 가상화, VMWare에 대해 얼마나 알고 있는지에 대해 더 겁을 먹습니다. 그것. 그는 부드럽게 말하고 우아하며 해당 업계에서 기술에 정통하지 않은 사람들과 이야기 할 수있는 기이 한 능력을 가지고 있습니다!

나는 팀에서 다른 사람들을 할인하지 않습니다! John Qualls와 Brian Wolff는 좋은 친구지만 오늘 밤 Pat이 주목을 받았습니다.

세부 세션 : 앱 확장 성

앱 확장성에 관한 Ed Saipetch

내가 참석 한 세션 중 하나는 Ed Saipetch가 이끌었습니다. Ed는 내가 일했을 때 인디애나 폴리스 스타에서 일했고 신문에서 많은 확장 성과 응용 프로그램을 구축했습니다. 그는 그 당시 약간의 마술을 펼쳤습니다. 적은 자원과 아주 적은 예산으로 엔터프라이즈 애플리케이션을 구축하는 데 많은 요구가있었습니다.

Ed는 자동화 된 부하 테스트 및 애플리케이션 속도 테스트에 사용할 수있는 최신 도구에 대해 많은 이야기를 나누었으며 아키텍처에 대한 건전한 토론과 수직 확장 및 수평 확장이 의미하는 바를 공유했습니다. 대화를 정말 즐겼습니다.

샤딩은 실제로 기술 용어입니까?

[Insert Beavis와 Butthead 웃음]

우리는 심지어 논의했습니다 샤딩, 한 번 영화에서 본 욕실 유머를 위해 예약 한 용어입니다. 샤딩 실제로는 단순히 새로운 데이터베이스 복사본을 만들고 고객을 다른 데이터베이스로 밀어 넣어 항상 단일 데이터베이스를 사용하는 고통을 완화하는 방식으로 애플리케이션을 확장하는 수단입니다.

브레이크 아웃 세션 : 클라우드 ROI

클라우드 컴퓨팅과 관련된 비용은 사실상 아무것도없는 것에서 고도로 모니터링되고 강력하게 보안되는 시스템에 이르기까지 매우 다양 할 수 있습니다. BlueLock의 특징은 Infrastructure as a Service입니다. 기본적으로 인프라의 모든 골칫거리를 팀에 아웃소싱하여 배포와 성장에 집중할 수 있습니다!

저는 전통적인 호스팅과 클라우드 호스팅에 필요한 리소스를 분석하는 데있어 매우 강렬한 교훈을 얻을 것이라고 생각하면서 투자 수익률 대화에 들어갔습니다. 대신 로비 학살 둘 다의 장단점에 대한 뛰어난 토론을 이끌었고 위험 완화에 대해 이야기했습니다.

위험은 대부분의 회사가 수치를 부여 할 수있는 수치입니다. 즉각적으로 성장할 수 없다면 비용이 얼마나 들까 요? 다운되어 복원 된 환경을 다시 복구해야하는 경우 비용이 얼마나 듭니까? 이러한 비용 또는 매출 손실은 전통적인 비교에서 분석 된 센트와 센트를 가릴 수 있습니다.

훌륭하게 주최 된 이벤트에 대해 BlueLock에게 특별히 감사드립니다. 나는 집에 와서 샤딩에 대해 블로그를하기를 기다릴 수 없었다.

댓글 4

  1. 1

    "저희는 영화에서 본 적이있는 욕실 유머로만 예약 한 용어 인 샤딩에 대해서도 논의했습니다."

    나는 너무 세게 웃었고, 조금 쪼개졌다.

    다시, [삽입 비비와 버트 헤드 웃음]

  2. 2

    플러그 고마워요, 더그! Cloudcamp는 훌륭한 이벤트였습니다.

    나는 샤딩에 대한 Ed의 이야기에는 없었지만,이 접근 방식이 반드시 "야만적"인 것은 아니라는 점을 분명히 할 것이라고 생각했습니다. 일반적으로 샤딩은 애플리케이션 별 오류 라인을 따라 데이터베이스를 분리하는 것을 의미합니다. 예를 들어 한 고객의 데이터가 다른 고객의 데이터에 영향을주지 않는 경우 기본 데이터베이스를 AL과 MZ의 두 부분으로 나눌 수 있습니다.

    Ed와 같은 스토리지 담당자에게 이것은 일종의 조잡한 솔루션입니다. 왜냐하면 동일한 방식으로 효과적으로 구성된 여러 데이터베이스를 유지해야하기 때문입니다. 그러나 많은 비용을 추가하지 않고도 성능을 향상시킬 수있는 좋은 방법입니다!

당신은 어떻게 생각하십니까?

이 사이트는 Akismet을 사용하여 스팸을 줄입니다. 댓글 데이터 처리 방법 알아보기.