yoruz. Ve biz veteriner bu yamalar, biz, her şeyin çalıştığından emin ve sonra itin. Biz tüm süreç boyunca gitmek. Ve bu konuda endişelenmenize gerek yok. Eğer bulut kullandığınızda Yani, en iyi ne odaklanabilirsiniz ve bulut dert. Bizim bulut Bütün ürünlerimiz aynı zamanda dayanıklılık inşa etmişlerdir çoğaltma şartları. Yapılandırmak için bir şey yok. Düşünmek bir şey yok. Bu sıfırdan inşa ediyor. Bu sistemler, bu şekilde çalışmak üzere tasarlanmıştır. Ve onlar da coğrafi olarak dağıtılmış ediyoruz. Yani hiçbir şey, tek bir el

ektrik kesintisi veya a duyarlıdır Tek coğrafi konumu. Ve son olarak, erişilebilirlik. Bulut her zaman açıktır. Size bir var en azından, her zaman kullanılabilir var internet bağlantısı. Ve sen ne zaman, size karşı ne zaman geliştirmek Google bulut products-- Ben de, en azından Datastore ve Bulut SQL, today-- bahsediyoruz yerel geliştirme ortamları var yapabilirsiniz, böylece Bu ortamlara karşı test inşa edebilirsiniz Bu ortamlara karşı, ardından da dağıtabilirsiniz Bulut ve endişesi olmadan üretim. Yani App Engine üzerinde çalışıyoruz. Kaçınız App Engine kullanabilir miyim? Elleri göster. Oh, bu çok fazla. Ama insanlar için App Engine, App Engine kullanmayın kim Google'ın altyapısında uygulamaları oluşturmanıza olanak sağlar. Hizmet olarak Platform Onun ve hedefi app-- yapmaktır o --- bir web uygulaması veya bir bulut özellikli Android uygulaması olsun bakımı kolay, ölçek kolay, inşa etmek kolay. Yani yine, sizin app harika kılan odaklanmak, ne app özel kılan. App Engine öncelikle bazı depolama API'leri içine Cloud bağlayan Yine on-- çalışmak ne SQL, Datastore, Bulut SQL Ken about-- konuşmak gerekiyordu ne ve Cuma günü bir konuşma Cloud Storage. BLOB olan Bulut Depolama, ilgilendiğiniz Yani eğer Depolama, o konuşma olacak öneririz. Yani Datastore. Veri deposu tam anlamıyla Google depolama altyapısıdır. Bu yüzden biz kendi uygulamaları için kullanmak aynı teknoloji var. Yani Gmail, Google Web Araması, aynı kullanıyorsanız Biz bu şeyleri tutmak için kullandığınız altyapı parçaları ve koşuyor. Ve bu vardır iyi belgelenmiş API'ler içine distile var App Engine SDK dahil. Ve bu ölçek için, hem büyüklük ve trafik açısından yerleşik. Şu anda ayda trilyon üzerinde 2 işlemleri gerçekleştirmek Tek başına veri deposuna. Ve bu tamamen yönetilen NoSQL veritabanı çözümü var. Yani sağlama veya ölçekleme hakkında endişelenmenize gerek yok. Sadece biraz çalışır. Bulut SQL, diğer taraftan, tam olarak yönetilen, ama bu Saf MySQL. Dolayısıyla bu tür size evde inşa ettiği bilgisayarda gibi Sizin bodrumda değil dışında SQL örneğini çalıştırabilirsiniz. Bu kimse bir yere bazı VM bazı adada değil ondan sonra seyir. Bu tamamen yönetilen, bulut, ve mutlu. KEN Ashcraft: Hey, ben buradayım. Dayan. Dayan. Burada çocuklar var. Özür dilerim. ALFRED FULLER: Ken. Büyük. KEN Ashcraft: Hey, üzgünüm geciktim. Özür dilerim. Biz şimdi burada olduğumu başlayabilirsiniz. İsmim Ken Ashcraft ve ben Bulut SQL üzerinde çalışmak. Bu Alan Fuller ve o veri deposuna çalıştı. ALFRED FULLER: Alfred. KEN Ashcraft: Oh, evet. Neyse, bu yüzden sana bir üst düzey bakış vereyim Ne Google Cloud çalışan App Engine ve Cloud ve gibi SQL ve bütün. ALFRED FULLER: Hayır, hayır. Ben sadece yaptım. Sen biraz geç kaldın. KEN Ashcraft: Ah, evet. Bunun için üzgünüm. ALFRED FULLER: Evet. KEN Ashcraft: Biliyor musun, bu zor oldu. Dikkatim dağıldı. Ben dışarıda geliştiriciler ile konuşuyordu. Onlar sadece beni mobbing üzerinde tutun. Herkes Bulut SQL kullanarak hakkında çok heyecanlı. Onlar gerçekten var seviyorsun MySQL veritabanı anlamlılık. Bu, yönetmek süper kolay, başlamak için süper kolay ve en iyi parçası onlar herhangi birini kullanmak zorunda kalmamasıdır NoSQL aptal Datastore şeyler. Onlar, MySQL, gerçek bir veritabanı kullanmak için olsun. ALFRED FULLER: Wow. Adı zaten çağırıyor başlayarak. Ben bu bir tartışma olması gerekiyordu biliyordum. Ama bu kadar hızlı bir şekilde çirkin olsun sanmıyordum. KEN Ashcraft: Bu çağırıyor isim değil. Bu gerçektir. Yapabileceğiniz bir şey, ben daha iyi yapabilirim. Senden daha iyi her şeyi yapabilir. ALFRED FULLER: Hayır yapamazsın. KEN Ashcraft: I can Evet. ALFRED FULLER: Hayır yapamazsın. KEN Ashcraft: I can Evet. Sana göstereyim. Sorularına hakkında konuşalım. Onlar yol çünkü sorgular önemli olduğunu size veri erişim. Eğer güçlü bir sorgu dili yoksa, sen olamıyorum İstediğiniz verilere ve hızlı bir şekilde alınamıyor. Bulut SQL uluslararası standardını destekler Veritabanı manipülasyon, yapısal sorgulama dil, veya SQL. NoSQL veritabanları gurur değil gibi geliyor Bu standardı destekleyen. ALFRED FULLER: Aslında NoSQL için bir yanlış isim türüdür Veri deposu biz giderek büyüyen alt kümesini destekleyen olarak SQL benzer yapılandırılmış sorgu dili. Spesifik olarak, bir filtre geniş bir destek. Biz sadece için VEYA Java ve Python hem de desteği eklendi. Yani OR ile ve bu filtreleri birleştirebilirsiniz alt ifadeler. Bu keyfi sıralama destekler. Ve biz de, son zamanlarda, projeksiyonlar veya dizin sadece eklendi Sadece bir kaç özelliklerini alabilir sorguları, senin varlıklar ve çok daha hızlı ve daha ucuz Bütün varlık almak. Ve biz aslında tekrarlanan destekleyen ki SQL ötesine özellikleri. Yani "Tüm içeren" gibi ayarlamak operatörleri yapın ya da yapabilirsiniz "Herhangi içeriyor." Sen Ve o inanılmaz yararlıdır Fotoğraflar için Gmail'de etiketleri veya etiketleri gibi yapı araçları. Ve bu konuda en iyi bölümü, bu alt kümesi ölçekler sonuç kümesinin boyutu. Yani, veritabanı büyüdükçe, eğer derdiniz yok senin sorguların performansını aslında gidiyor zamanla bozulmasına yol açar. KEN Ashcraft: Bilmiyorum. Bulut SQL, biz tüm bu SQL sorguları destekleyen sen hemen ardından bazı konuştuk. Biz toplamalardan gibi, işler daha güçlü yapabilirsiniz. Yani diyelim ki yaş ortalaması hesaplamak istediğinizi varsayalım Her kentte yaşayan insanlar. Bulut SQL, bu kadar basit. Yapmanız gereken tek şey yaş ortalaması seçmektir ve şehre göre grup. ALFRED FULLER: Eh, Datastore şey destekler sahip olduğu hariç böyle çok, bu yüzden, çok büyük boyutlarda ölçekli Biz MapReduce adında güçlü bir çerçeveye sahip. Ve işte bir örnek. Bazı veriler var solda görebilirsiniz. Her kişi var ve bir kent kimliği ve bir yaş vardır. Ve biz hesaplamak için MapReduce kullanabilirsiniz Her kentte yaş ortalaması. Sadece haritalama, biz bir anahtar değeri çifti bu harita. Bu durumda, anahtar kent kimliği ve bir değer yaştır. Sonra şehir kimliği ile gruba shuffle. Ve sonra biz sayıları hesaplamak için azaltmak biz ortalama, yani toplam sayısını hesaplamak gerekir insanlar ve her yaştan toplamı. Ve bu durumda, ben seçtim örnek seti, aslında görünüşe göre oldukça genç. Ama aynı zamanda biz bu gerekli, bu ötesine gidebilir Tüm verileri üzerinde haritalama ve MapReduce çok olduğunu Güçlü çerçeve o bu hesaplar çünkü bunu yapmak için Paralel, temel dağılım şekilde algoritma toplamak. Ama size oluşturduğunuz bu görünüm tutmak istiyorsanız senin varlıklar değiştirmek gibi Sonuç, bugüne kadar olabilir kurmak bir şey kullanarak bir Materyalleştirilmiş Görünüm denilen bunu. Peki ne yapmak temelde değişiklikleri izlemek olduğunu Sisteminiz onlar ne kadar. Ve ayrı bir varlık saklayın. Ve sonra zaman uyumsuz, bu değişiklikler size bir fan ve uygulamak onları Sonuç olarak ayarlanır. Ve bak. Sonuçlar güncel oldular. Görünüşe göre, kentlerin iki ve üç tahliye edildi. Ve-- dur. KEN Ashcraft: güncellemek için zamanı. Ben tüm oldukça karmaşık geliyor bilmiyorum. Bulut SQL, çok daha kolay bulunuyor. Ve bunun ötesinde, daha karmaşık şeyler yapabilirsiniz. Gibi diyelim ki bu ortalama şehir yaş koymak istedim diyelim Bir harita üzerinde bilgiler. Peki, var edebilmek için bunu yapmak katıldı gerekiyor. Yani muhtemelen insanlar ve bir tablo için bir tablo olurdu senin şehirler için, ve şehirler tablo içerecektir enlem ve boylam. Ve biz var bu SQL sorgusu kadar kolay ekran. ALFRED FULLER: Evet, veri deposuna kadar kolay değil. Ama nasıl [görelim? Appy?] çetele bu konuda şöyle demektedir. Ve ben haklısın. Datastore aslında sorguları geniş bir yelpazede sahip olduğu En kullanım durumları destekler. Ama gerçekten şey ve her şey sorgulamak istiyorsanız, ya da tüm verileri aslında bu yaptığınızda toplamalardan, gerçekten Bulut SQL kullanmak zorunda. KEN Ashcraft: Bu doğru. Sana senden daha iyi yapabileceğim başka bir şey söyleyeyim. İşlemler. Onlar emin çünkü İşlemler önemli olduğunu size veritabanınıza atomik yapılan değişiklikler var. Sen ortasında çökmesine Makinenizi istemiyorum ve Kısmen bazı değişiklikleri uygulamak. NoSQL veritabanları bir sürü onlar bile destek do işlemler. ALFRED FULLER: Aslında Datastore yapar. KEN Ashcraft: Tamam, Peki. Yani tek bir satırda bir işlem yapabilirsiniz. O gerçek bir işlem değil. ALFRED FULLER: Datastore aslında işlemleri destekler Varlık Grubu olarak adlandırılan şey kullanarak satırlar arasında. Bunlar tek altındaki varlıkların gruplarıdır İşlem günlüğü. Ve onlar inanılmaz iyi yapmak şey olduğunu ölçekte ASİT semantik sağlar. Peki bu varlık gruplarının tüm işlemleri olabilir Aynı anda meydana gelen ve herhangi bir sayı olabilir uygulamanızda bu varlık grupları. Eğer bir oyun var ve eğer, örneğin, bir oyuncu var varlık ve sonra bu öğeler için varlıklara sahip Oyuncunun envanter, sürece böyle bir şekilde bunu yapı olarak Oyuncunun envanterinde bulunan öğeler aynı olduklarını varlık grubu oyuncu olarak, bu üzerinde hareket edebilir transactionally. Eğer istiyorum asla çünkü bu, çok önemli oyuncu hala olmak bir öğeyi kullanmak ve öğe için onların envanter sonradan ya da bir öğe kullanmayı deneyin ve sahip çalışmıyor etkiler. Yani, örneğin, bir oyuncu potion-- içmek istedim Biz kök varlık olarak oynatıcı ve olarak iksiri var alt varlık. Yani aynı varlık grubunda konum. Ve böylece biz kolayca bu transactionally üzerine hareket edebilir. Yani burada Python API kullanarak bunu nasıl bir örnek App Engine için. Iyi, git ve Java diğer birçok dilde API'ler var. Ve bu işlevi dekorasyon gibi basit use_potion, db.transactional içinde ve yapar Bu fonksiyon her şeyi atomik olur. Yani oynatıcıyı olsun. Bunu envanterden iksiri olsun. Sen oyuncuya sağlık ve iksir aktarın. Sen oyuncunun envanterinde gelen iksiri kaldırın. Ve sonra oyuncu koydu. Her atomik olur. KEN Ashcraft: Bilmiyorum. Bu oldukça sınırlı görünüyor. Eğer atomically gelen bir iksir taşımak istediğiniz ne olur başka bir oyuncu? Sen sıkıştık kaldık. Sana söylemiştim. Yapabileceğiniz bir şey, ben daha iyisini yapabilirim. ALFRED FULLER: Bekle, bekle, bekle. Hayır hayır. Biz de çapraz varlık grubu işlemlerini destekler. Eğer iki oyuncu var, ve bir oyuncu satmak istiyor Yani eğer diğer oyuncuya iksir, bunu basitçe yapabileceğiniz true XG bayrağını ayarlayarak. Ve şimdi bu senaryoda, alıcı yükleyebilirsiniz, yüklemek Satıcı, sizden iksiri yüklemek satıcının envanteri. Sen satıcıya alıcıdan para transferi. Sen alıcının envanter iksiri saklayın. Sen satıcının envanterinden iksiri kaldırın. Ve sonra alıcı ve satıcı hem tasarruf, ve sadece olur. Bu atomik çalışır. KEN Ashcraft: Eh, Bulut SQL, aynı şeyi yapabilirsiniz bir şey, ama o tanımlamak zorunda değilsiniz peşin ilişkileri. All you need BAŞLANGIÇ İŞLEM, sen koşmak sizin sorgular ve ardından taahhüt ederler. O kadar basit. İşte önceki slayt aynı örnek, Cloud SQL bunu nasıl hariç. Şimdi, bu çapraz işletmenin grup işlemleri, orada Onlara herhangi bir sınırlama? ALFRED FULLER: Aslında biz denilen bir şey yapmak zorunda İki fazlı hepimizin taahhüt emin olmak için taahhüt işlem atomik kaydeder. Ve bu gerçekten çok iyi ölçek değildir katılan işlem günlüklerinin sayısı. Yani şu anda, biz beş varlık grupları bir sınırı var sen olan bu çapraz varlık grubu işlemlerinde kullanabilirsiniz Çoğu durumda için fazlasıyla yeterli. KEN Ashcraft: Peki, bu diğer kullanım durumları nerede vardır Eğer tüm dünyada işlem istiyorum, ve Bulut SQL bunu yapabilirsin. Yani sen altın vermek istedim diyelim uzakta arkadaşlarınıza. Ve bu arkadaşların hemen dışarı açılır nasıl şaşırtıcı hiçbir uzakta şeyler veriyorsun zaman. Yine, ihtiyacınız olan tüm BAŞLANGIÇ İŞLEM, sen koşmak sizin sorgular ve sonra işlemek. İşletme gruplarının sayısı, daha sonra, herhangi bir sınırlama yoktur Onlar bir işlem dahil olabilir veya satırlar. ALFRED FULLER: Peki en Ne [görelim? Appy?] Söylemek zorunda Bu konuda. Ve bu [değil mi? Appy?] Bu arada. App Engine logosu. Biliyor musun, ben Datastore geniş desteklemiyor sanırım işlemlerin aralığı ve en kullanım durumları karşılamak yapmak. Ama gerçekten dünya ya kilidi işlem yapmak istiyorsanız senin bütün tablo, bunun için Cloud SQL kullanabilirsiniz. KEN Ashcraft: Evet, yapabilirsiniz. Şimdi, bu işlemler sen buraya var Onlar tarafından kırıldı eğer Datastore ne iyi onlar vardır senin Çapraz veri merkezi çoğaltma? Hepimiz Datastore BigTable üstüne inşa olduğunu biliyoruz. Ve BigTable sonunda, out-of-sipariş, bu garip var kimse gerçekten anlayan tutarlı çoğaltma. ALFRED FULLER: Aslında Datastore megastore kullanır Çoğaltma. Ve Megastore Çoğaltma bu varlık grupları kullanan ben Daha önce hakkında konuştuk. Ve onlar paralel işlem günlükleri vardı hatırlıyorum. Eh onlar aynı zamanda paralel olarak çoğaltırlar. Bu yüzden işlem düzeyinde çoğaltmak. Sistem hiçbir master-- ve bu araçları var olsa da Herhangi bir zamanda sistemde herhangi bir kopyası yok o mutlaka tüm en up-to-güncel bilgiler içerir. Ama varlık grubu verdiğiniz işlemleri kullanıyorsanız Bir benzeri veya ata sorgusu kendi isteği "tuşları ile olsun", biz Bir yineleme gelen okuyorsanız emin olabilir tüm en up-to-güncel bilgiler Bu varlık grubu için. Biz de gerçekten güçlü global sorguları sağlarlar. Yani tüm verilerinizi karşı Datastore hiçbir sorgulayabilirsiniz olursa olsun ne kadar veri var. Ancak bu, onlar bir varlık grubuna sahip değilsiniz ve bu kadar Ne varlık grupları vaktinden belirlemek mümkün O sorguda görmeye gidiyoruz. Yani biz bir kopyadan okuyorsanız emin yapamaz tüm en up-to-güncel bilgiler içerir. Ama bu aynı slayt çağırmak durumunda. Biz paralel çoğaltma yapmak. Ve biz dayalı çoğaltma ölçek anlamına gelir kaynakların tutarı elimizdeki. Ve bu çoğaltma aslında çok çabuk olur demektir. Yani bu küresel sorguları genellikle sadece bir kaç yüz vardır güncel milisaniye. Ve replikasyon konuşma, MySQL tek kullanır biliyorum usta daha sonra güçlü tutarlılığını garanti ama zaman uyumsuz bir köle değişiklikleri çoğaltır. Varsa ve değişikliklerin bir sürü usta üzerinde sıraya ve usta çöker, bu verileri kaybedersiniz. Ben sizin geliştiriciler anlatmak için eğlenceli bir sürü var bahis var sen kendi veri her zaman kaybettik Datacenter kesintisi. KEN Ashcraft: hayır, hayır, hayır. Bu, bu konuşmaları için eğlenceli bir sürü değil. Ve biz Bulut SQL ile onları yok bu yüzden. Bulut SQL, biz senkron çoğaltma kullanın. Bunun nasıl çalıştığını sana göstereyim. Bu yüzden bizim MySQL sunucu veri merkezi A'da burada çalışan var Bir istemci MySQL Server bazı veri gönderir. Istemciye yanıt vermeden önce, biz eşzamanlı sonra diğer veri merkezlerine verileri çoğaltmak ve Biz müşteriye cevap. Bunun anlamı biz makineyi kaybedersek o olmasıdır MySQL sunucusunu çalıştıran, ya da biz tamamını kaybetmek bile veri merkezi A Biz hızlı bir şekilde MySQL sunucusunu yeniden başlatın herhangi bir veri kaybı olmadan farklı veri merkezi. ALFRED FULLER: Şey, ben bilmiyorum. En neyi [görelim? Appy?] Bu demek zorundadır. KEN Ashcraft: Oh, adamım. Ben bu tartışmayı kazanmak için gittiğini biliyordum, ama bunu düşünmüyordu Bu kolay olacaktır. ALFRED FULLER: Henüz bitmedi. En ölçeklenebilirlik hakkında konuşalım. Eğer ölçek herhangi bir boyutta, daha iyi ölçek olabilir. KEN Ashcraft: Hayır yapamazsın. ALFRED FULLER: I can Evet. KEN Ashcraft: Hayır yapamazsın. Sana göstereyim. Sana Google'dan içinde nasıl bazı örnekler vereceğim Biz Bulut SQL kullanın. İlki Google Zaman Sayacı uygulamasıdır. Bu Google, AdWords içinde bir kuruluş tarafından kullanılan satış ve destek ekibi. Ve onlar için harcadığımız ne kadar zaman izlemek için kullanabilirsiniz desteği, e-posta desteği, veya kampanya optimizasyonu sohbet. Ve sonra da optimize etmek için bu bilgileri kullanabilirsiniz onların Kendi iş akışı. Yani bu Google içinde büyük bir organizasyondur onların gün-gün işler için Bulut SQL kullanarak ve var Onlar için gerçekten iyi çalışıyor. Sana başka bir örnek vereyim. Google şirketi org grafik Bulut SQL üzerinde çalışır. Yani bu, her kendi ilişkileri 30.000 çalışanı olan Diğer ve onlar üzerinde çalışıyoruz Ne. Size yük tür bir fikir vermek için biz can idare, bu resim. Biz bu şirketle tüm eller toplantılar var. Bu nedenle tüm 30,000 çalışanı bizim üst dinlerken yönetimi. Ve üst yönetim herkes tamam hatırlatıyor, ben Eğer org grafik uygulama ve güncelleme üzerine gitmek istiyorum ne üzerinde çalışıyoruz. Yani bu biz işe bir teknoloji firmasıdır. Tabii ki, herkes kendi ile orada Onların kucağında dizüstü bilgisayarlar. Herkes aynı anda onların laptop açılır ve gider Bu web sitesi. Bu on çalışanların binlerce olduğunu Bu web sitesinde çekiç. Aniden, biz yüzlerce onlarca olsun Arka uç QPS. Ve Bulut SQL gayet güzel işler. Yani Bulut SQL büyük bu tür için çok iyi çalışıyor kurumsal ortamlar. ALFRED FULLER: O ölçeklenebilirlik değil. Beni size ölçeklenebilirlik göstereyim. Eğer bir derece popüler mobil uygulama inşa söylüyorlar. Biz QPS ve binlerce ve binlerce bahsediyoruz Milyonlarca ve milyonlarca kullanıcı ve tüylerde milyarlarca. Peki veri deposuna hiçbir baş ağrısı var. Hiçbir hazırlık yok. Bu sadece senin kullanım durumunda ölçekler ve çok işe yarıyor. Bana nasıl size göstereyim. Ben daha önce söylediğim gibi Yani Datastore, üstüne inşa edilmiştir Google altyapısı. Ve bu katmanların her biri için bir anahtar bileşeni ekler Veri deposu ölçeklenebilirlik. Örneğin, en düşük tabaka Google File System veya GFS, büyük kapasite ve son derece iyi dayanıklılık sağlar. Ve bu uygulama kadar büyük almayı sağlar o almak gerekiyor. Ve bunun üzerine biz BigTable var. Ve BigTable otomatik böler veri dayalı makinelerde yükler ve dengeleri onları Bu elimizdeki. Ve böylece trafik değişiklikleri söylüyorlar. Aniden Eğer biri yazıyor ani bir artış var verilerinizin parçası. Ne BigTable yapacak, bu bir shard aşağı alacak olan ya da tablet, iki parçaya bölünmüş ve daha sonra bu yük farklı makinelerde. Ve ben [teşekkür etmek istiyorum? Ekie?] Bu, bu çok mükemmel bir çizgi gösteri için. Ve sonra bunun üstüne Megastore olduğunu. Ve Megastore ölçekte çalışmaktadır. Bu, gerçekten dağıtık veritabanı sistemi bunun nedeni açıklıklı çoklu veri merkezleri ve Birden fazla coğrafi bölgeler. Ve bu faaliyet düzeyi var. Ve bu konuda derinlemesine detaya süper isterseniz, "Daha 9s edin." Geçen yıl, benim konuşma görebilirsiniz Ve ölçekte, veri deposuna güvenilirliği derece olduğu Önemli bile küçük yerel sorunlar neden olabilir, çünkü kesintileri çok, çok, birçok kullanıcı için. Ve Mağazası sadece otomatik başarısız bu işler Farklı veri merkezleri ve okuma üzerine Oradan verileri. Eğer varlık grupları kullanıyorsanız ve için, garantili yapar, çünkü, her zaman, o güçlü tutarlılık var emin okuyorsun ne kopya olduğunu bugüne kadar olduğu. Aynı zamanda feci arızaları işler. Yani bir veya daha fazla veri merkezleri aniden offline-- giderse onlar okyanus ya da güç düşmek kesintisi nearby-- olur iyi, başarısızlık bu tür hala senin kullanıcılardan gizli. Yani bu bir ne puanı görelim. Ah evet. KEN Ashcraft: Pekala. Ben şimdiye kadar öndeyim çünkü bu bir izin olacak. ALFRED FULLER: İyi. O zamanki yönetim bahsedelim. Bu sunumun başında Unutmayın, ben konuştum bulut yararları hakkında. Hiçbir yazılım yamaları endişelenecek. Hayır zor değiştirmek için sürücüler. Hiçbir sistem satın almak için. KEN Ashcraft: Ve bütün bunlar Bulut SQL için de geçerlidir. Beni bunu elde etmek için ne kadar kolay olduğunu sana göstereyim Bulut SQL ile başladı. Ama yapmamız gereken ilk şey, bir App oluşturmak olduğunu Motor uygulaması. Ve yerine canlı bir demo yapıyor ve WiFi endişesi ve tüm bu şeyler, ben sadece sana biraz göstermek için gidiyorum ekran. Yani biz var App Engine web sitesine gitmeniz Bir uygulamayı oluşturmak için formu. Biz uygulama kimliğini almak gerekir. Bu yüzden NoSQL ve vs SQL ile gidiyoruz Bir uygulama başlık. Ve sonra bir uygulama yaratmak için buraya gidin. Amele adil para cezası tamam. Ve bu yüzden görmek için gösterge tablosunda tıklayabilirsiniz Gördüğümüz ne. Ama biz henüz herhangi bir kod yükledi değil. Pano çok değil yani biz, herhangi bir trafik yok ilginç. Ben yarattım ben şimdi yapacağım sonraki adım, Bu application-- ve biz çünkü en akılda NoSQL ID vs SQL tutalım Bir saniye içinde o kullanmaya devam. Bir sonraki adım Ben API konsola üzerine gitmek için gidiyorum olduğunu. Eğer Maps API kullanılabilir veya ettik ve seni Translate API Muhtemelen bu zaten kurdunuz. Ben sadece yeni bir proje oluşturduk. Ve böylece benim fatura kurmak gerektiğini söylüyor var. Yani Faturalandırma sekmesine buraya gitmek için gidiyorum, ben tıklayın Ödeme düğmesi ve fatura akışı ile gitmek. Benim kredi kartı bilgilerinizi girin. Ben işim keresinde ana kadar buraya gel sayfa ve benim Bulut SQL örneği kurabilirsiniz. Yani Bulut SQL sekmesine gidin. Ve ben henüz örneklerini yoktur, bu yüzden Oluştur üzerine tıklayın bir Yeni örnek. Ve benim için bu diyaloğu açılır ve ben bir almak gerekir örnek adı. Ben ile gelip düşünüyorum "sql daha iyidir." Ve şimdi bu uygulamayı yetki gerekir. Ah, ben de bir boyut seçebilirsiniz. Boyutu temelde sen ne kadar CPU ve RAM kontrol MySQL sürecine tahsis edecek. Yani bu uygulamayı hatırlayarak biz sadece NoSQL vs SQL oluşturulan, ben bu yazın. Ve ben tıklayın Örneği Oluşturma. Oh, bana bir proje kimliği yapmak istiyor. Ben bir o yazın. Yine, "sql iyidir," Elbette, ben bu kimliği seçin. Ve bu benim örneğini oluşturmaya başlar. Birkaç saniye sonra, MySQL örneği sağlanan olacak, ve biz böyle bir pano göreceksiniz. Sence depolama kullanımı biraz var burada görebilirsiniz MySQL bazı biçimlendirmek gerekiyor, çünkü zaten o var veri dosyaları. Şimdi bizim Bulut SQL örneği kullanmaya başlamak istiyorum. Biz SQL istemi web UI içine inşa etmişlerdir that I can Kolayca basit sorgular için kullanın. Bu yüzden yapmamız gereken ilk şey bir veritabanı oluşturmak olduğunu. Yani CREATE DATABASE yazın ve ben Yürütme tıklayabilirsiniz. Bu gayet güzel çalışıyor. Şimdi bir tablo oluşturmanız gerekir. Yani bu SQL deyiminde yazabilirsiniz ve de bu yürütün. Sen bu kullanmaya devam edebilirsiniz nasıl hayal edebiliyorum verileri doldurmak veya yanı verilerini sorgulamak. Ben gerekirse ve geliştirme ya da evreleme oluşturmak için örnekleri, ben sadece bu son birkaç adım adım gitmek, ve her şey zaten benim için hüküm altına alınmıştır. Yani sen veri deposuna için daha kolay olun görelim. ALFRED FULLER: Oh, bu kolay. KEN Ashcraft: Sonra bize göstermek. ALFRED FULLER: Oh, gerek yok. Zaten yaklaşık 20 slaytlar önce bize gösterdi. KEN Ashcraft: Oh. ALFRED FULLER: başlangıçta o app yarattığı zaman, Datastore gelen haklarını kabul etmeye hazır olduğunu sağ sonra Başvurunuz. Hükmüne şey yok, hiçbir şey yapılandırmak için. Sadece veri yazmaya başlayın. Ve farklı tables-- veya kullanmak istiyorsanız Veri deposu, onlar "çeşit" denir - sadece tanımlamak kodunuzda bu türlü. Yaklaşık Datastore söylemek zorunda değilsiniz Onu vaktinden. Ve verileri koyarak başlar. Eğer yalıtım istiyorsanız, sizin için Namespaces kullanabilirsiniz Çok kiracılık bir gelişme örneği izole etmek ya da. Ya da hatta tamamen farklı bir uygulamasını kullanabilirsiniz Tamamen sizin hazırlama örneği izole diğer her şey. Yani neyi [görelim? Appy?] Bu konuda şöyle demektedir. Ah evet. KEN Ashcraft: Pekala. Ben başka bir tane var izin vereceğim. En olsa da, bir sonraki yukarı ne görelim. Ah, şema. Ben bu bir tane var. Ben bu bir tane var. Pekala. Yani şema en önemlisi ne tanımlar çünkü senin Veri benziyor. Veri türleri nelerdir? Veri arasındaki ilişkiler nelerdir? Ve ben bir tablo oluşturdu nasıl benim son örnekte gördük. Peki, Bulut SQL, bu şema kesinlikle uygulanır. Ve bu size daha önce tablo oluşturmak zorunda olduğu anlamına gelir veri ile çalışmaya başlayabilirsiniz. Ve bazı insanlar bu sahip bir yarar olarak bu düşün kesinlikle şema zorlanan. Bu sizin kod yazım hataları yok demektir nerede Eğer çalıştığınızda sonra bazı varolmayan sütuna yazmak ve Eğer okumak zannediyorsunuz sütuna okuma, Orada hiçbir veri yok. Sana nasıl bir örnek vereyim şema değişikliği, o zaman. En a bir oyuncunun önceki örneğe geri dönelim isim ve sağlık bazı tamsayı miktarı. Biz bu oyuna sihirli eklemek istediğiniz gidiyoruz. Yani biz bir mana sütun eklemeniz gerekir. Biz Bulut SQL Tüm yapmanız gereken alter olduğunu masa ve sütun ekleyin. Aynen böyle. ALFRED FULLER: Biliyorsunuz, bu biraz da büyülü geliyor. KEN Ashcraft: Haklısın. Biz, bu ALTER TABLE ifadeleri dikkatli olmak zorunda onlar için tabloyu kilitlemek çünkü değişim süresi. Ve o olur sebebi MySQL olmasıdır bir satır bitişik doğru şekilde sıkıca satır veri paketlenmiş sonraki. Biz ekstra bir sütun eklemek zaman, oda orada değil Bu sıkıca paketlenmiş uzayda yeni bir alan. Bu yüzden yeni bir konuma her şeyi kopyalamak gerekiyor. Yani kopyalamak için gereken süre boyunca Her şey, tablo yukarı kilitlemek için gidiyoruz. Şimdi bu en aza indirmek için oynayabilir bazı hileler vardır zaman kilitlemek ya da tamamen gizlemek. Ve bir Online şema Değiştir denir. Ve ne yapmamız bizim eski tablo var olduğunu ve yeni bir tablo var. Biz eski verilerin bir arka plan kopyasını yapmak Yeni tabloya tablo. Bu arka plan kopya devam ederken, biz istemiyoruz Eski tabloya oluyor değişiklikleri özledim. O varsa öylesine eski tablo içinde bir tetik kurmak bu değişiklikler yoluyla gelmek, onlar alırsınız yeni tabloya yayılır. Her şey kopyalanır sonra, sadece bir atom yeniden adlandırma yapmak ve çok işe yarıyor. Yani o nasıl çalıştığını görmek istiyorsanız, bir şirket var Percona denir. Ve onlar bir araç pt-online-şema değişikliği denir ki MySQL ile eserler çok, çok kolay hale getirmek için. ALFRED FULLER: Peki, veri deposuna, şema değişiklikler Aslında büyülü. Peki, gerçekten değil. Aslında büyülü değil. Bir şeyler yapmak zorundayız. Ama şema icra aslında olur --- ya da kodunda bir şema zorlama etkinleştirebilirsiniz. Datastore aslında sizin için bu şema zorlamaz. O mana alanını eklemek istiyorsanız Bu ne demektir bütün olduğunu Yapmanız kodunuzu değiştirmek ve o var. Sen varsayılan bir değer ayarlayabilir ve sadece kullanmaya başlayabilirsiniz Bu şeyler. Eğer geri gerekiyorsa önceden saklanmış herhangi doldurunuz kişiler, diyelim ki, karmaşık hesaplama çeşit yapmak İlk mana her karakter olmalıdır anlamaya, güçlü MapReduce framework kullanarak bunu yapabilirsiniz Ben daha önce açıklanan söyledi. Ve en bu nasıl çıkıyor görelim. Ve ben kazanırım. KEN Ashcraft: Hayır, bu bir kravat var. ALFRED FULLER: Oh, ben düşündüm nasıl dönmedi. KEN Ashcraft: Hayır ALFRED FULLER: kravat kim tahmin edebilirdi? KEN Ashcraft: Bilirsiniz, belki her ikisi için bir oda var bizim Dünyadaki ürünleri. Aslında, sana nerede veri deposuna bir örnek vereyim Muhtemelen Bulut SQL daha iyi bir seçimdir. Bu dosya paylaşım uygulamaları gerçekten günümüzde popüler. Biz bir inşa etmek istiyorsa, iyi, öncelikle gelmeleri gerekir İyi bir isimle. Ben DropRectangle.net iyi bir olacağını düşünüyorum. Bu veri depolamak için Cloud SQL kullanmak olsaydı, bu muhtemelen sizin şema yapısı nasıl. Eğer kullanıcılar için bir tablo olurdu. Tabii ki, onlar bir kimlik ve bir isim olurdu. Eğer dosyaları için bir tablo olurdu. Owner_id kullanıcılara geri başvurmak istiyorum. Ve ayrıca erişim kontrolü için bir tablo olurdu hangi dosyaların erişimine izin kimin belirterek. Çalıştırmak nasıl bu şema Yani, hayal edebileceğiniz gibi sorgulamalar, ben erişimine sahip dosyaların tümünü göster bana ya atomically bu dosyanın sahipliğini transfer başka bir sahibi. Siteniz sizi popüler alır ve kadar ve bu harika çalışıyor çok ve çok sayıda kullanıcı ve çok ve dosyaların bir sürü var. Ve verileri artık tek bir makine üzerinde uyuyor. Bu noktada sizin verilerinizi shard olabilir. Ve verileri shard için doğal bir yolu kullanıcı tarafından olurdu. Ne yazık ki, biz transfer bu operasyon kullanıcıları arasındaki mülkiyet. Eğer kullanıcı tarafından veri shard Ve eğer bilmiyorum İki kullanıcı aynı kırıkta bulunmaktadır. Aynı kırıkta değilsen, bu zor gerçekten gets atomik kırıkları arasındaki dosya sahipliğini taşıyın. Ve bu nerede Datastore aslında olur ise Muhtemelen Bulut SQL daha iyisini. Kök varlık olarak kullanıcıyı yapısı. Bunu ve erişim altında dosyalar olurdu Bu altında kontrol. Küresel sorguları Yani, kolayca bulabiliriz tüm Eğer erişimi olan dosyalar. Ve atomically kullanıcıları arasında dosya aktarmak istiyorsanız, Çapraz varlık grubu işlemleri Alfred kullanabilirsiniz Daha önce tarif edildiği. ALFRED FULLER: Ve ben bu konuda çalışırken, biliyorum Sizinle sunum, bu gerçekten tür netleşti Bulut SQL bazı kullanım durumları da vardır benim için, Desteklemek istediğiniz özellikle off-the-raf çözümleri. So inşa tüm bu ekosistemi var çalışmak için inşa edilmiş mevcut çerçeveler ilişkisel veritabanları. Ve her zaman bu değiştirmek mantıklı değil çözüm veya kendi çözümlerini yuvarlayın. Yani sadece raftan bu kullanmak istiyorsanız, Bulut SQL Açıkçası orada daha iyi bir seçimdir. KEN Ashcraft: Yani yolları vardır sizce bizim iki Ürünler birlikte işe yarayabilir? ALFRED FULLER: Artık biz bu PM varsa, ya da ürün ekibimiz, Greg müdür. Hep bir şeyler satmak gibi, bize bu e-postaları gönderiyor Onun garajda. Ve ben those-- bilmiyorum KEN Ashcraft: O e-postaların çok göndermeniz yok. O web uygulamasının çeşit olsaydı gerçekten harika olurdu O satılık emlaklar veya liste şeyler için bir şeyler göndermek nerede, ve insanlar satın almak istediklerini arayabilirsiniz. ALFRED FULLER: Evet, evet. Ve o Greg'in Listesi diyebiliriz. KEN Ashcraft: Bu iyi bir fikir. ALFRED FULLER: o bu yaptıysa Ve ne yapabileceği o böylece onun aktif listeleri tüm saklamak için Cloud SQL kullanabilirsiniz Eğer bellek operasyonların tüm hıza sahip olduğunu ve Tek bir makine bellek performansı. Bir liste dolduğunda veya satıldığı sonra zaman yapabilirsiniz Tüm bu listeleri arşivlemek için Datastore kullanın. Ve onlar her zaman kullanılabilir, ve hala sorgulayabilirsiniz Onlara karşı, ve hala onları kullanabilirsiniz. KEN Ashcraft: Aktif koyarak büyük faydalarından biri Bulut SQL listeleri yararlanabilirsiniz olsun olacağını Güçlü sorgulama dili ve bu toplamalardan tüm ve esneklik sürü sorguları çalıştırabilir böylece gibi, bana ortalama fiyatı göster San Francisco kanepe. ALFRED FULLER: Evet, ve Bulut SQL iyi çalışır senin o olmak zorunda değildir, böylece tüm veri seti belleğe sığar sayfa diski ya da orada ağır kaldırma her türlü yapmak. Ve liste aktif set tüm nispeten küçük süre boyunca listeleri. Yani gerçekten anlamda çok tutmak için yapar Bulut SQL onları. KEN Ashcraft: Ve arşiv listeleri depolamak Veri deposu, mantıklı şema değişiklikleri olduğunda, çünkü Eğer, tabii, sen verilere uygulamak istiyorum Aslında, malzeme ile çalışıyor olacak Bu Bulut SQL var. Ancak bu arşiv listeleri tüm, gerçekten yok şema değişiklikleri uygulamak ve geri dolgu yapmak istiyorum ve herşey. Ve böylece DataStore esnek şema ile, sen bu kadar iyi çalışması için alabilirsiniz. Bekle, bekle. Arka adamlar bana bir şey söylemeye çalışıyorsun. Yani bundan sonra BLOB depolama bir konuşma var sanırım. Ve biz zamanla koşuyoruz endişeleniyorsanız. Ve onlar tür bizi birlikte acele ediyoruz. ALFRED FULLER: Cuma günü değil mi? KEN Ashcraft: Biliyorum. Ben onlar uzun çalıştırırsanız, bir sonraki daha sonra endişeleniyorsanız tahmin bir uzun çalıştırmak için gidiyor ve onlar sadece almak için gidiyoruz tamamen zamanlama çarpıyordu. ALFRED FULLER: Oh, bu kaba. Onlar sadece bir işaret ya da bir şey tutamaz? KEN Ashcraft: doğru, biliyor musun? ALFRED FULLER: Ve BLOB depolama için? Sıkıcı depolama gibi daha fazla. KEN Ashcraft: o kadar zor gibi. Ben kedi resimlerini saklayabilirsiniz. Yippie. ALFRED FULLER: Biz iyi bitirmek Eh, sanırım. Geri Bu çetele gidiyor, gerçekten açık, biliyorum Bana Datastore sorgu bir sürü sağlamak yaptığı yetenek, gerçekten iyi işlemleri, büyük tutarlılık modeli. Ama gerçekten şey ve her şey sorgulamak istiyorsanız, veya dünya üzerindeki işlem istiyorum, yoksa güçlü ihtiyacınız senin operasyonları tüm tutarlılık veya bir itimat Bunları kabul çözümü, gerçekten ihtiyacınız Bulut SQL kullanmak için. KEN Ashcraft: Ve flip tarafında, Cloud SQL oldukça yapar de ölçeklenebilirlik, kolaylığı açısından yönetim ve şema değişiklikleri. Ancak Datastore gerçekten bu areas-- parlar süper ölçeklenebilir, esnek gerçekten şema yönetimi, ve gerçekten kolay başlamak için. ALFRED FULLER: Ve en iyi kısmı bu kullanabilirsiniz olduğunu Birlikte çözümler. KEN Ashcraft: Bu doğru. ALFRED FULLER: Ve kapanış konuşmaları. KEN Ashcraft: Pekala. Teşekkürler zaman ayırdığınız için bizim konuşma gelmek için. [Alkış] ALFRED FULLER: Evet, biz sorulara o kadar açmak istiyorum. KEN Ashcraft: mikrofonlar vardır koridorlarda her. Eğer görüşmelere sevdim Ve eğer bazı 1 kart vardır Sonunda kutuya bırakabilirsiniz. ALFRED FULLER: Oh, bunu yaptıklarını bilmiyordum. Bu yüksek teknoloji var. KEN Ashcraft: Eğer mikrofon lütfen kullanabilir miyim? Tabi devam et. HEDEF KİTLE: şemada MySQL olacak ki açıklanan nerede eşzamanlı yanıt vermeden önce kölelere çoğaltmak Müşteri, gecikme aralığı nedir biz gerektiği bekliyoruz ve nasıl datastore'una farkı nedir? KEN Ashcraft: Bunlar oldukça benzer konum. Gecikmeleri 50 ve 100 arasında bir yerde olurdu milisaniye. ALFRED FULLER: Bulut SQL tek kullanır rağmen bu yana usta, o tek seferde ekler bir sürü işleyebileceği Böylece bant genişliği çok daha büyüktür. HEDEF KİTLE: tekrar ayarlanmasına verilmektedir herhangi bir düşünce var mı SQL depolama fiyatları başlayan? Sağ şimdi-- tür Çünkü hangi olabilir, üçüncü taraf depolama dışarı çıkıp alabilirsiniz değil Google, ama $ 9 ayda [duyulamaz] çalıştırın. Ve sizin için 24 saat boyunca başlamak olamaz Bu konuda daha 38 $ daha azdır. KEN Ashcraft: Bulut SQL büyük faydalarından Yani biridir Veri dayanıklılık ve senkron var aslında Çoğaltma. Ve diğer bulut sağlayıcılar bu yok. Ve onlar güvence yok veri güvenlidir. ALFRED FULLER: Ve ben daha önce SQL örneğini kurmak ve eğer ettik Eğer gerçekten çoğaltma ve durability-- bu tür istiyorum zaman uyumsuz replication-- yapmak istiyorsanız bile o kurmak için büyük bir acıdır. Ve Bulut SQL tür tüm bu kolaylaştırır. Robert? HEDEF KİTLE: Yani, benim soru biraz ilgilidir sanırım ilki. Verileri arasında veri deposuna sahip, çoğaltma merkezleri bir işletme grubu bazında olduğunu. Bütün veritabanı gibi Bulut SQL ile, sesler arasında çoğaltılır. Senin eşzamanlılık sınırlar nasıl herhangi nüanslar vardır ya da bir şey? KEN Ashcraft: Daha önce sizin yazma gecikmeleri de belirtildiği gibi Biraz kadar gidecek. Ve uzun süren işlemleri yapmak gerekirse, Bu sizi etkileyebilir, bu uzun çalışan, çünkü yazıyor yapıyoruz işlemleri için kilitler yapacak daha uzun süre. HEDEF KİTLE: Benim soru düzeltme şeması yaklaşık bir Bulut SQL. Bazı işlem yaptığınızda, gibi biz bazı şema eklemek Veri NoSQL strateji kullanarak depolama, bu yüzden harita nasıl şema geri? Zaten başka düzeyde değişebilir bir şey. Ama üstüne, hala Bulut SQL sabit oluyor. Peki bu sorunu halledebiliriz? KEN Ashcraft: Yani biz nasıl eşleyebilirler, soru olduğunu düşünüyorum geri Bulut SQL şema bir Datastore şemasından? HEDEF KİTLE: Evet. ALFRED FULLER: Yani biz meta sorguları sağlar? Eğer veri deposuna sahip canlı şema sorgulamak olduğunu Eğer veri deposuna veri koyarak sahip karar verdik. Ve aslında otomatik için kullanabilirsiniz MySQL veritabanı sıkı bir şema oluşturur. Ya da şema ne olması gerektiğine karar olabilir. Eğer MapReduce yapıyoruz zaman, bir yapabilirsiniz keyfi MapReduce kod ve tamir edebilirsiniz veri ve bunu ihtiyacınız ne olursa olsun şema dönüştürmek olmak ya da sadece şema uymuyor verileri bırakın. HEDEF KİTLE: Eğer birlikte çalışan bir uygulama varsa, Veri deposu ve [duyulamaz] Cloud, yapabilirsiniz bir Her iki depoları arasında işlem? KEN Ashcraft: Hayır yapamazsın. Bunlar bağımsız değil. ALFRED FULLER: Evet, ama için kullanabileceğiniz algoritmalar vardır tek sonunda güncelleme olduğundan emin olun işlem moda. Sonunda haberdar olmak için garantili. Sadece gibi bazı sürüm saklamak zorunda ne versiyon Bulut SQL var ve hangi sürümü yapar Datastore var? Ve yapmak için bir temel olarak bu kullanabilirsiniz emin güncellenir. HEDEF KİTLE: Biz App Engine üzerinde bir uygulama inşa NoSQL veritabanı kullanılarak, ve biz bunu yedeklemek istedim. Ve biz Google bunu kaybetmekten endişeli değildi. Biz bir programlama hatası yapma konusunda endişeli ve Bizim kendi veritabanı yok. Ve bunu yapmak için tek yol gibi görünüyordu bir yazmak oldu aşağı ve sonra bizim veri alacağını özel uygulama Onları geri getirmek. Ve aktarılması ile ilgili bazı kısıtlamalar vardı büyük miktarda veri. Çok zor görünüyordu. ALFRED FULLER: Evet, ve biz ele konum bir sorun. Biz aslında bir experimental-- var Sadece yönetici konsolundan etkinleştirebilirsiniz bir yedek. Ve aslında cron işleri kullanabilirsiniz Bu yedeklemeleri zamanlamak. Ve BLOB Store'da onları yedekleyebilirsiniz veya Google Cloud saklayın. Ve sonra o indirmek veya yapmak ne olursa olsun Onlarla istiyorum. Ve biz çok daha iyi hale getirmek için çalışıyoruz. Yani şimdi, değil mi bir MapReduce çalışır tutarlılık her türlü garanti. Ve biz bu sorunu çözmek için çalışıyoruz. İZLEYİCİ: Çok yakın zamanda Bulut SQL kullanmaya başladı. Ve araçları, onlar biraz kısa düşmek. Belki izin herhangi bir plan olmadığını Yani ben merak ediyorum zaten phpMyAdmin falan gibi bir şey belki Bulut SQL ve başlangıç ​​eşleyebilirsiniz tespit Bu şekilde kullanıyor musunuz? KEN Ashcraft: Yani sorun, biz tescilli olması Google bulutun içine almak için OAuth kullanan bağlantı. Ve ben bu bir eksiklik olduğunu kabul ve bu kadar Biz düzeltmek istediğim bir şey. Ama hiçbir şey bu noktada duyurmak olduğunu. HEDEF KİTLE: Eğer kullanılabilirlik numaralarının Ne tür Bunların her biri için teklif? KEN Ashcraft: kullanılabilirlik ne tür sayılar biz offering-- vardır HEDEF KİTLE: Kaç satır? ALFRED FULLER: HRD Durumunu numaraları? KEN Ashcraft: Evet. ALFRED FULLER: O echoy var. Yani şimdi biz içeren App Engine üzerinde bir SLA var yüksek çoğaltma dört Datastore buçuk dokuz. Yani 99,994. Datastore kendisi aslında o daha iyi. Ama SLA tüm yığın üzerinde olduğunu. Bunları okurken Yani herhangi bir sorun numaralarını etkileyecektir. Yani yılda kesinti sekiz dakika gibi Bizim zaman aşımları beklenmeyen kesinti. KEN Ashcraft: Ve Bulut SQL tarafında, biz bir yok Bu noktada, SLA. ALFRED FULLER: Ama bunu nasıl çalıştığını bilmek istiyorsanız, Kesinlikle "Daha 9s, lütfen" iyi konuşmak on-- Evet, üzgünüm. Bu benim konuşması. Ben söylemek gerekir. Ama nasıl ayrıntıları çok düşük bir seviyede gider bu işe yarıyor. HEDEF KİTLE: Önceki diyagramlar birinde, sen gösterdi bir yazma o gidiyor veri merkezi çarptığında çoklu veri merkezlerine yazılı. Ayrıca yerel kopyalarını tutmak mı? KEN Ashcraft: Biz Bulut SQL çoğaltma yapmak yolu So dosya sistemi düzeydedir. Yani biz o zaman bir dağıtılmış güvenilir bir dosya sistemine yazma ve biz de o çoğaltmak. Yani tüm dosya sistemine yazarak, o yazıyor Yerel kopyaya. ALFRED FULLER: Evet, ve aynı zamanda in-bellek güncelleme var senin okur böylece örneğini çalıştıran inanılmaz hızlı. O diski dokunmayın veya beklemek zorunda gibi değil yapmak için çoğaltma ya da bir şey okur. HEDEF KİTLE: Yerel birden tutuyor merak ediyordum Birden fazla veri merkezleri güvenmek yerine başka kopya [? arşiv?] kopyalar. ALFRED FULLER: Google System, File Yani hangi bir olduğunu Bulut SQL temeli, bu tür yönetir Bizim için şeyler. Ben orada içine ne kadar ayrıntı gidebilir bilmiyorum. KEN Ashcraft: Sorun değil. HEDEF KİTLE: Merhaba, benim sorum aslında içinde bağları Sizinle biraz. Ben [duyulamaz] birini gelişmekte çalışmak for-- Üzgünüm, aşkına-- söz olmamalı Ben isterdim MySQL için bir geliştirme aracıdır ve Bulut SQL desteği. Bunun için bir .NET sürücüsü var mı? KEN Ashcraft: bir belge var. Bu bir JDBC sürücü var. Ayrıca olsa, Python tane alabilirim bizim belgeler o kadar büyük değil. HEDEF KİTLE: Yani hiçbir NET sürücüsü? ALFRED FULLER: NET, hayır. KEN Ashcraft: Oh, üzgünüm. .NET. Ne demiştin "belgelenmiştir." Hayır, hayır NET sürücüsü. HEDEF KİTLE: Sürücü için açık kaynak olduğu göz önüne alındığında Eğer doğrulanmış bir kez MySQL, bunu aynı olduğu MySQL gibi taşıma katmanı? KEN Ashcraft: Hayır, aynı şey değil. HEDEF KİTLE: Tamam. Yani tamamen farklı bir şoför. Bu bir şey değil ki- .NET sürücüsü geliştirme herhangi bir plan? KEN Ashcraft: Biz MySQL protokolünü desteklemek istiyoruz ve çok daha kolay it does not matter böylece ne yapmak dil Aslında çalışan ediyoruz. Sadece gibi görünen bir şey bağlanabilirsiniz MySQL ve çok işe yarıyor. HEDEF KİTLE: Tamam teşekkür ederim. ALFRED FULLER: Başka sorusu. Vay. Biz zaman iyi öndeler. KEN Ashcraft: Pekala. Geldiğiniz için çok teşekkür ederim.