CloudCamp'ta Öğrendiklerim

Bulut Kampı DaveGeçen hafta kar nedeniyle gecikmiş (1 hafta), Bulut Kampı Indianapolis bu gece aksamadan gitti. Eğer öyleysen değil Indianapolis'ten - okumaya devam etmelisiniz. CloudCamp nispeten yenidir ve dünyanın her yerindeki büyük şehirlerde düzenlenmektedir. Konudaki uzmanlığı ve sektör liderliği sayesinde MaviKilitIndy'de başarılı bir etkinlik düzenledik.

Merak ediyorsan Bulut Bilişim nedirBluelock, bu oldukça belirsiz terimin tanımlanmasına ilişkin bazı tartışmalar sağlamıştır.

Indianapolis'te Bulut Bilişim mi?

Indianapolis, güç ve gayrimenkulle ilgili düşük, istikrarlı maliyetler nedeniyle ulusal ve uluslararası alanda dikkat çekiyor - barındırma maliyetlerini belirlemede iki büyük faktör. Ek olarak, havamız sağlam ve Kuzey Amerika'da İnternet'in ana omurgalarının kesişim noktasındayız. Uygulamanızı şu anda bir California veri ambarında barındırıyorsanız - bir göz atmak isteyebilirsiniz!

BlueLock, Bulut Bilişimde Uluslararası Liderdir

Dürüst olmalıyım, Pat O'Day'in konuştuğunu ne kadar çok duyarsam, o adamın bulut bilişim, yardımcı bilişim, şebeke bilişim, veri ambarı yönetimi, Sanallaştırma, VMWare hakkında ne kadar bilgi sahibi olduğu konusunda o kadar korkarım. o. Yumuşak dilli, nazik ve bu sektörde teknoloji meraklısı olmayan insanlarla konuşmak için olağanüstü bir yeteneğe sahip!

Takımdaki diğerlerine indirim yapmıyorum! John Qualls ve Brian Wolff harika arkadaşlar ama bu gece Pat sahne ışıkındaydı.

Ara Oturumlar: Uygulama Ölçeklenebilirliği

Uygulama Ölçeklenebilirliği için Ed Saipetch

Katıldığım oturumlardan biri Ed Saipetch tarafından yönetildi. Ed, ben bunu yaptığımda The Indianapolis Star'da çalıştı ve gazetedeki ölçeklenebilirliğin ve uygulamaların çoğunu oluşturdu. O zamanlar biraz sihir yaptı - çok az kaynağı vardı ve çok ince bütçelerle kurumsal uygulamalar oluşturmak için çok fazla talep vardı.

Ed, otomatikleştirilmiş yük testi ve uygulama hızı testi için kullanılabilecek yeni araçların yanı sıra, mimari ve dikey olarak büyüyerek ve yatay olarak ölçeklendirerek bunun ne anlama geldiğine ilişkin sağlıklı bir tartışma hakkında bir ton paylaştı. Sohbetten gerçekten keyif aldım.

Sharding aslında teknik bir terim mi?

[Beavis ve Butthead gülmesini ekleyin]

Hatta tartıştık Kırma işlemisadece bir filmde gördüğüm banyo mizahına ayırdığım bir terim. Sharding aslında sadece yeni veritabanı kopyaları oluşturarak ve her zaman tek bir veritabanına ulaşmanın acısını hafifletmek için müşterileri farklı veritabanlarına göndererek uygulamanızı barbarca ölçeklendirmenin bir yoludur.

Çıkış Oturumu: Bulut Yatırım Getirisi

Bulut bilişim ile ilişkili maliyetler, neredeyse sıfırdan yüksek düzeyde izlenen ve güçlü bir şekilde güvenli olan sistemlere kadar çok değişebilir. BlueLock'un özelliği Hizmet Olarak Altyapı'dır - burada Altyapının tüm baş ağrılarını kendi ekibine yaptırabilirsiniz, böylece dağıtım ve büyümeye konsantre olabilirsiniz!

Geleneksel ve bulut barındırma için gerekli kaynakların analizinde çok yoğun bir ders alacağımızı düşünerek Yatırımın Geri Dönüşü görüşmesine girdim. Yerine, Robby Katliam her ikisinin de artıları ve eksileri hakkında olağanüstü bir tartışma başlattı ve risk azaltma hakkında konuştu.

Risk, çoğu şirketin rakamlar koyabileceği bir sayıdır… Anında büyüyemezseniz bunun maliyeti ne olur? Aşağı inerseniz ve geri yüklenen bir ortamı geri getirmeniz gerekirse bunun maliyeti nedir? Bu maliyetler veya gelir kaybı, geleneksel bir karşılaştırmada analiz edilen bozuk paraları ve on sentleri gölgede bırakabilir.

BlueLock'a harika bir şekilde barındırılan bir etkinlik için özel teşekkürler (amaçlanan). Eve gelip parçalama hakkında blog yazmak için sabırsızlanıyordum.

4 Yorumlar

  1. 1

    "Bir kez bir filmde gördüğüm banyo mizahı için ayırdığım bir terim olan parçalamayı bile tartıştık."

    Çok güldüm, biraz paramparça oldum.

    Yine, [Beavis ve Butthead gülmesini ekleyin]

  2. 2

    Fiş için teşekkürler, Doug! Cloudcamp harika bir olaydı.

    Ed'in parçalama hakkındaki konuşmasında değildim, ancak bu yaklaşımın mutlaka "barbarca" olmadığını açıklığa kavuşturacağımı düşündüm. Genellikle parçalama, veritabanınızı uygulamaya özel hata hatları boyunca parçalamak anlamına gelir. Örneğin, bir müşteriden gelen veriler başka bir müşterinin verilerini hiçbir zaman etkilemezse, ana veritabanınızı iki bölüme ayırabilirsiniz: AL ve MZ.

    Depolama görevlileri için (Ed gibi) bu, kaba bir çözümdür, çünkü aynı şekilde etkili bir şekilde yapılandırılmış birden çok veritabanını sürdürmeniz gerektiği anlamına gelir. Ancak, çok fazla maliyet eklemeden performansı artırmanın harika bir yolu!

Ne düşünüyorsunuz?

Bu site spam'i azaltmak için Akismet'i kullanıyor. Yorum verilerinizin nasıl işlendiğini öğrenin.