Google Under Pressure sebagai Permintaan Engine Engine Rise

Permintaan menumpukan dari para pengaturcara yang bersemangat menggunakan persekitaran pembangunan aplikasi yang dianjurkan oleh App Engine, sekali lagi menguji keupayaan Google untuk memenuhi jangkaan pemaju luar, satu kumpulan yang menuntut yang syarikat anggap penting untuk kejayaannya.

Teruja dengan perkhidmatan, pemaju sangat ingin Google bergerak pantas dan menambahkan ciri asas yang mereka perlukan untuk melancarkan aplikasi komersil.

Beberapa permintaan popular: mengeluarkan siling sumber supaya mereka boleh membeli kapasiti pengkomputeran tambahan; sokongan untuk lebih banyak bahasa di luar Python; dan menjamin komunikasi aplikasi melalui, sebagai contoh, SSL dan

Pengurus produk Google App Engine Pete Koomen dan Paul McDonald menyedari ciri-ciri ini dan lain-lain yang sering diminta untuk App Engine, tetapi, mengikuti dasar Google, enggan mendedahkan terperinci

Walau bagaimanapun, mereka mengatakan bahawa mereka digalakkan oleh tahap minat dan pemaju penglibatan yang ditunjukkan untuk App Engine, seperti yang dibuktikan oleh penyertaan aktif mereka dalam forum perbincangan rasmi perkhidmatan dan dalam halaman senarai kehendak Google set, yang mengandungi permintaan untuk lebih daripada 400 ciri dan peningkatan.

"Kami melihat banyak perkara hebat yang dibina di App Engine dan mendapat maklum balas yang hebat dari pemaju," kata McDonald dalam temuramah telefon. Pasukan enjin App mendengarkan permintaan pemaju dan sedang giat berusaha meningkatkan dan memperluaskan perkhidmatan, katanya. "Kami mempunyai banyak perkara dalam perancangan," kata McDonald.

App Engine diperkenalkan dalam keterbatasan terhad pada awal April dan dibuka secara meluas pada akhir bulan Mei.

Permulaan akaun App Engine 10,000 percuma yang ditawarkan Google sangat cepat. Menjelang akhir bulan Mei, apabila Google membuka perkhidmatan kepada sesiapa sahaja, syarikat itu mendedahkan bahawa ia telah membiarkan kira-kira 75,000 pemaju, dan 80,000 lagi berada dalam senarai menunggu.

Walaupun Google tidak mendedahkan berapa apl Akaun enjin telah dibuka, ia selamat untuk menganggarkan bahawa sekarang terdapat lebih daripada 200,000, kata penganalisis Gartner, Ray Valdes.

"Itu banyak," katanya. "Sekarang Google telah memenuhi cadangan nilai Engine Engine: pemaju menulis kod dan Google mengendalikan segala yang lain."

App Engine tidak direka untuk menjadi infrastruktur pengkomputeran "awan" yang umum dan persekitaran pembangunan untuk semua jenis aplikasi dan pemaju.

Sebaliknya, App Engine adalah untuk aplikasi jenis Google yang dibangunkan: Aplikasi web dengan daya tarikan massa yang tidak memerlukan proses berjalan lama, sebagai contoh, data saintifik yang buruk. App Engine direka bukan untuk aplikasi Web berasaskan pangkalan data seperti blog, program produktiviti pejabat dan barangan jejaring sosial.

Tidak seperti perkhidmatan pengkomputeran dan pembangunan lain yang dihoskan, seperti AWS Amazon, App Engine menyediakan set komponen yang sangat bersepadu, mengurangkan jumlah penalaan dan mengkonfigurasi bahawa pemaju mesti terlibat.

Reka bentuk ini fleksibel dan dikendalikan dengan mengurangkan pilihan, tetapi adalah selaras dengan matlamat utama App Engine untuk menarik para pemaju yang ingin mencipta dan menggunakan aplikasi mereka dengan cepat, dan gembira untuk mempunyai Google mengendalikan yang lain.

Reka bentuk App Engine telah dengan jelas melanda akord, dan jelas Google kini memiliki tangannya penuh, memandangkan populariti perkhidmatan.

Dalam wawancara e-mel dengan pemaju App Engine, dua perkara menjadi jelas: Mereka sangat bersemangat tentang perkhidmatan ini dan mereka sangat ingin Google untuk meningkatkan dan memperluasnya.

Beberapa tambahan yang paling biasa yang disebut oleh pemaju App Engine adalah automata pengimbangan beban d; penyimpanan, data sistem dan bahasa pertanyaan yang direka dengan pantas oleh Google; integrasi komponen yang ketat; dan kesederhanaan keseluruhan.

Bill Katz, seorang palo Alto, California, web dan pemaju, telah menulis satu aplikasi yang dipanggil Bloog, yang mana ia dikeluarkan di bawah lesen sumber terbuka, dan sedang berusaha membangunkan dua aplikasi lain.

Oleh kerana pasukannya terdiri daripada hanya

"Enjin App menghilangkan beberapa tugas yang perlu saya hadapi untuk aplikasi web yang sangat berskala, seperti mengekalkan pelbagai pelayan [dan] pangkalan data berskala, "katanya. Beliau mendapati Amazon AWS" hebat "- dia menggunakan perkhidmatan S3nya untuk penyimpanan sandaran peribadinya dan mungkin menggunakan EC2 untuk menjadi tuan rumah beberapa perkhidmatan Web yang App Engine tidak dapat menyokong - tetapi mengakui ia menargetkan yang berbeza

"AWS menyediakan komponen mentah yang boleh disatukan dalam beberapa cara untuk membuat aplikasi web berskala. Google App Engine, sebaliknya, menyediakan timbunan bersepadu yang memerlukan anda untuk bekerja dengan cara tertentu, "katanya.

Namun, jelas bahawa keghairahan terhadap aplikasi App Engine yang menarik

"Ia [juga] merasakan beberapa ciri utama, seperti pengembangan bahasa pengaturcaraan yang disokong di luar Python. tidak mengatakan bahawa pemaju cemas menunggu kuota untuk diangkat dan bayar sebagai langkah awal, "katanya. "Tugas latar belakang juga akan menjadi sangat baik."

Pada masa ini, aplikasi App Engine dapat menggunakan hingga 500MB penyimpanan dan bandwidth yang cukup dan CPU untuk 5 juta halaman laman bulanan, walaupun Google merencanakan untuk membeli sumber tambahan di beberapa titik sebelum tahun berakhir.

Ben Bryant, presiden Perisian Objektif Pertama di Alexandria, Virginia, sedang dalam peringkat awal membangunkan aplikasi komersil untuk hosting koleksi, tetapi tidak akan dapat melancarkannya sehingga Google memberikan App Enjin keupayaan carian teks lengkap dan lengkap. "Semua yang saya perlukan sudah ada," kata Bryant.

Filip Verhaeghe, Ketua Pegawai Eksekutif Self-Star, juga merancang untuk menggunakan aplikasi komersil di App Engine, tetapi merindui keupayaan komunikasi yang selamat, yang telah memaksa dia untuk muncul dengan skema penyulitan tersuai dalam pelayar. "Tidak seperti langkah-langkah yang menanamkan kepercayaan kepada pelanggan," katanya.

Keprihatinan lain untuk Verhaeghe: status beta perkhidmatan dan ketidakupayaan untuk membeli lebih banyak sumber. Beliau juga menyukai Google untuk menguatkan perjanjian pelesenan dengan pemaju.

"Google telah sangat jelas mengenai niatnya untuk tidak menyerang kod yang dimuat naik, tetapi tidak ada rekod prestasi," katanya. "Secara spesifik, anda boleh menimbulkan persoalan tentang bagaimana memuat naik kod anda berkaitan dengan 'mempublikasikan' ciptaan anda, dalam konteks paten. Google harus menyediakan perlindungan undang-undang yang lebih baik di sana."

Penerbit Colliberty Easy di Stockholm, Sweden Tayar App Engine sambil tertanya-tanya apakah Google merancang untuk mengatasi had pada jumlah fail - 1,000 - pemaju boleh memuat naik dengan aplikasi, kata Johan Carlsson, pemaju kanan.

Mahmoud Arram dari Cambridge, Massachusetts, membangunkan aplikasi rangkaian sosial komersil dengan rakan kongsi, dan ingin mengetahui sama ada Google merancang untuk menyediakan cara yang automatik untuk memindahkan data keluar dari App Engine dan untuk menyokong aplikasi berbilang thread.

Tahap kejelasan yang Google McDonald dan Koomen disediakan untuk ciri "senarai kehendak" tertentu.

McDonald mengakui bahawa walaupun App Engine menyediakan keupayaan pencarian teks mudah, Google menyedari bahawa ia boleh menjadi lebih baik. "Kami ingin menyediakan pencarian teks lengkap lengkap dalam App Engine," kata McDonald, yang menolak untuk menawarkan jadual untuk penghantaran. "Ia penting untuk dimiliki."

Dia juga menyatakan bahawa Google berhasrat untuk memudahkan pemaju untuk memindahkan data mereka keluar dari App Engine dengan menyokong piawaian industri untuk tujuan tersebut. "Masalah data terkunci telah sedikit dibesar-besarkan," kata Koomen. Terdapat cara untuk memindahkan data keluar dari App Engine hari ini, tetapi Google boleh menyederhanakan dan mengautomasikan proses itu, tambahnya.

Begitu juga, Google menyedari bahawa pemaju ingin menjalankan aplikasi berbilang thread pada App Engine, tetapi, dalam masa yang sama, Koomen menyatakan bahawa walaupun aplikasi adalah single-threaded, mereka berputar ke beberapa pelayan yang berjalan secara selari.

Ini membolehkan aplikasi lancar tanpa interaksi pemaju. "Kami secara automatik boleh membuat skala dan mengedarkan beban di kalangan pelayan supaya tidak menimbulkan tekanan ke dalam contoh atau pelayan tertentu," kata Koomen.

Google tidak mempunyai rancangan segera untuk mengangkat had 1,000 fail yang boleh dimuat naik dengan kod aplikasi, kata McDonald, sambil menambah bahawa ini tidak terpakai kepada bilangan fail yang boleh dimuatkan oleh pengguna akhir aplikasi - yang terhad oleh jumlah storan yang ada untuk aplikasi itu.

Mereka juga sangat tegas dalam menjelaskan bahawa Google tidak merancang untuk menyokong pangkalan data SQL sebagai alternatif kepada penyimpanan data proprietari Google dan GQL, yang menyumbang kepada kemampuan "cair" App Engine untuk skala.

Sokongan untuk komunikasi aplikasi selamat adalah pada senarai tugasan Google, walaupun ada tidak ada garis masa awam untuk penyerahannya, kata McDonald, sambil menambahkan bahawa dalam masa sama, aplikasi App Engine boleh menggunakan akaun pengguna Google sebagai mekanisme pengesahan.

Begitu juga, Google juga sedang berusaha untuk memperluas sokongan untuk pr

Selain itu, perjanjian pelesenan Google dengan pemaju sangat jelas: kod aplikasi, data dan harta intelek milik pencipta pemaju.

"Kami sangat serius. Kepercayaan adalah salah satu perkara yang paling penting yang kami lakukan untuk kami di sini di Google, dan kami mahu memastikan pemaju, melalui terma dan tindakan kami, memahami bahawa kod dan data mereka adalah milik mereka, "kata McDonald.

Stephen O ' Grady, penganalisis di Redmonk, berkata Google sedang memerhati bagaimana pemaju menggunakan App Engine, untuk meramalkan beban aplikasi mereka akan ditempatkan pada infrastrukturnya dan menentukan jumlah volumnya yang akan dapat menyokong. "Ini mengenai perancangan kapasiti," katanya. Google mengekalkan ciri-ciri pada pelancaran sekurang-kurangnya untuk memastikan prestasi yang mencukupi daripada semua orang, sehingga ia dapat memperoleh profil permintaan yang lebih baik. "

Vishwanath Venugopalan, penganalisis di The 451 Group, mencatat bahawa sementara jumlah akaun App Engine mungkin besar, tidak banyak aplikasi yang telah digunakan tetapi memberi peluang kepada Google untuk meneruskan amalan terbaik dalam hal ini, pasar baru untuk perusahaan.

Namun, Google perlu melindungi buzz positif dan keras di sekitar App Engine. "Tidak dapat dinafikan terdapat banyak keghairahan pemaju, dan kami ingin melihat bagaimana Google memanfaatkannya, "kata Venugopalan. Sebagai permulaan, Google harus memberi keutamaan untuk menyokong lebih banyak bahasa pengaturcaraan dan menawarkan jaminan tahap perkhidmatan untuk memupuk keyakinan terhadap prestasi dan kebolehpercayaan perkhidmatan, terutama selepas gangguan yang dialami pada bulan Jun.

Pemaju seperti Katz akan melihat dengan teliti bagaimana Google cenderung untuk App Enjin, dan mereka nampak pada masa ini bersedia memberi syarikat itu manfaat keraguan mengenai pemecahan baru-baru ini dan kuota semasa mengenai sumber sebagai perkara yang diharapkan pada masa-masa awal ini.

"Saya fikir otak Google akan menyelesaikan masalah Ini akan menarik untuk melihat bagaimana App Engine berfungsi apabila kuota dikeluarkan, "kata Katz.

" Untuk permulaan kecil kami, saya bertaruh bahawa pada akhir tahun App Engine akan stabil dan mantap cukup untuk mengendalikan pengguna untuk aplikasi komersil niche kami walaupun kami bernasib baik dan ia menjadi popular, "katanya. "Penyumberan luar ke Google adalah risiko dikira yang mengambil kira kekangan permulaan saya pada wang tunai dan masa pengaturcaraan yang tersedia."