CloudCamp-da nə öyrəndim

CloudCamp DaveKeçən həftə qar səbəbiylə (1 həftə) təxirə salınsa da, CloudCamp İndianapolis bu axşam mane olmadan getdi. Sənsənsə yox Indianapolisdən - oxumağa davam etməlisən. CloudCamp nisbətən yenidir və dünyanın hər yerindəki iri şəhərlərdə keçirilir. Mövzu uzmanlığı və sənaye liderliyi sayəsində Bluelock, burada, Indidə uğurlu bir tədbir keçirdik.

Merak edirsen Cloud Computing nədir, Bluelock bu olduqca mənasız termini müəyyənləşdirmək üçün bəzi müzakirələr aparmışdır.

Indianapolisdə Cloud Computing?

Indianapolis, güc və daşınmaz əmlakla əlaqəli aşağı, sabit xərclər - ev sahibliyi xərclərini müəyyənləşdirən iki böyük amil olduğu üçün milli və beynəlxalq səviyyədə diqqət çəkir. Bundan əlavə, hava şəraitimiz möhkəmdir və Şimali Amerikada İnternetin əsas onurğa sütunlarının kəsişməsiyik. Tətbiqinizi hal-hazırda bir Kaliforniya məlumat anbarında saxlayırsınızsa - nəzər yetirə bilərsiniz!

BlueLock, Bulud Kompüterində beynəlxalq səviyyədə liderdir

Dürüst olmalıyam ki, Pat O'Day'ın danışmasını nə qədər çox eşitsəm, o oğlanın bulud hesablama, kommunal hesablama, şəbəkə hesablama, məlumat anbarı idarəsi, Virtuallaşdırma, VMWare haqqında nə qədər bildiyindən daha çox qorxuram ... adını çəkirsən və o adam bilir o. Yumşaq danışıqlı, lütfkardır və bu sənayedə texnoloji cəhətdən bacarıqlı olmayan insanlarla danışmağın qeyri-adi bir qabiliyyətinə sahibdir!

Komandadakı digərlərini endirmirəm! John Qualls və Brian Wolff əla dostlar, lakin bu gecə Pat diqqət mərkəzində idi.

Sessiyaları ayırın: Tətbiqin miqyası

Tətbiqin Ölçeklenebilirliği haqqında Ed Saipetch

Qatıldığım sessiyalardan birini Ed Saipetch aparırdı. Ed mən qəzetdə genişlənmə və tətbiqetmələrin çox hissəsini hazırladığımda Indianapolis Star-da işləyirdi. O vaxtlar sehrli bir şey çıxardı - az mənbələrə və ülgüc nazik büdcələr üzərində müəssisə tətbiqetmələrini qurmağa çox tələb var idi.

Ed, avtomatlaşdırılmış yük testi və tətbiq sürəti testi üçün istifadə edilə bilən daha yeni alətlər, eyni zamanda memarlığın sağlam bir müzakirəsi və şaquli böyümək və üfüqi miqyaslandırma ilə nə demək olduğunu paylaşdı. Söhbət çox xoşuma gəldi.

Sharding həqiqətən texniki bir termindir?

[Beavis və Butthead güldürün]

Hətta müzakirə etdik sharding, bir dəfə bir filmdə gördüyüm banyo mizahı üçün saxladığım bir termin. Sharding həqiqətən, yeni bir verilənlər bazası nüsxələri yaratmaq və müştəriləri tək bir verilənlər bazasına hər zaman vurmağın ağrısını azaltmaq üçün fərqli məlumat bazalarına sövq etməklə, tətbiqinizi çox vəhşicəsinə ölçmək üçün bir vasitədir.

Sessiyanı ayırın: Bulud ROI

Bulud hesablama ilə əlaqəli xərclər çox fərqli ola bilər - demək olar ki, heç bir şeydən yüksək səviyyədə izlənilən və möhkəm təmin edilmiş sistemlərə qədər. BlueLock'un ləzzəti bir Xidmət olaraq İnfrastrukturdur - əsas etibarilə yerləşdirilmə və böyüməyə konsentrə ola bilmək üçün İnfrastrukturun bütün baş ağrısını öz komandasına təhvil verə bilərsiniz!

Ənənəvi və bulud barındırma üçün lazımlı mənbələrin təhlilində çox gərgin bir dərs keçəcəyimizi düşünərək İnvestisiya Gəlir söhbətinə başladım. Bunun əvəzinə, Robby Slaughter hər ikisinin müsbət və mənfi cəhətlərinin üstün bir müzakirəsinə rəhbərlik etdi və riskin azaldılması barədə danışdı.

Risk, əksər şirkətlərin bir sıra rəqəmlər qoya biləcəyi bir rəqəmdir ... anında böyümək mümkün deyilsə nə qədər olacaq? Aşağı düşsəniz və bərpa edilmiş bir mühiti geri qaytarmaq lazımdırsa, nə qədər olacaq? Bu xərclər və ya itirilən gəlir, ənənəvi müqayisədə analiz olunan nikelləri və qəpikləri kölgədə qoya bilər.

Mükəmməl bir ev sahibliyi etdiyi tədbir üçün BlueLock'a xüsusi təşəkkür edirəm (cəlbedicidir). Evə gəlmək və qırılma barədə blog yazmaq üçün səbirsizliklə gözlədim.

4 Şərhlər

  1. 1

    "Biz hətta bir dəfə filmdə gördüyüm vanna otağı yumoru üçün saxladığım bir termini belə müzakirə etdik."

    O qədər güldüm ki, bir az parçalandım.

    Yenə [Beavis və Butthead gülüşünü daxil edin]

  2. 2

    Fiş üçün təşəkkür edirik, Doug! Cloudcamp əla hadisə idi.

    Mən Edin parçalanma haqqında söhbətində deyildim, amma bu yanaşmanın mütləq “barbar” olmadığını aydınlaşdıracağımı düşündüm. Adətən, sharding verilənlər bazanızı proqrama xas xəta xətləri boyunca parçalamaq deməkdir. Məsələn, bir müştərinin məlumatları heç vaxt digər müştərinin məlumatlarına təsir etmirsə, siz əsas verilənlər bazanızı iki hissəyə bölmək olar: AL və MZ.

    Saxlayan uşaqlar üçün (Ed kimi) bu, bir növ kobud həlldir, çünki bu, eyni şəkildə effektiv şəkildə qurulmuş bir çox verilənlər bazasını saxlamağınız deməkdir. Lakin bu, çox xərc çəkmədən performansı artırmaq üçün əla yoldur!

Siz nə düşünürsünüz?

Bu sayt spam azaldılması üçün Akismet istifadə edir. Yorumunuzun necə işləndiyini öyrənin.