App Engine의 요청에 따라 압력을 받고있는 Google

Requests are are App Engine이 호스팅하는 애플리케이션 개발 환경을 사용하여 열정적 인 프로그래머들로부터 쌓여진

외부 개발자의 기대에 부응하는 Google의 능력을 다시 테스트하며, 회사가 성공의 핵심이라고 생각하는 무리

Google이 빠르게 움직이고 상업용 응용 프로그램을 시작하는 데 필요한 기본 기능을 추가하고자합니다.

인기있는 요청: 컴퓨팅 용량을 추가로 구입할 수 있도록 리소스 한도를 제거합니다. 파이썬 이외의 다른 언어 지원;

Google App Engine 제품 관리자 Pete Koomen 및 Paul McDonald는 App Engine에 대해 이와 같이 일반적으로 요청되는 기능을 알고 있지만 Google의 정책에 따라 자세한 정보 공개를 꺼립니다. 개발 및 롤아웃 계획. 그러나 그들은 서비스의 공식 토론 포럼 및 희망 목록 페이지에 적극적으로 참여함으로써 입증 된 것처럼 App Engine에 대한 관심과 참여도가 개발자의 관심도에 의해 권장된다는 의견을 제시합니다 맥도날드는 전화 인터뷰에서 "우리는 App Engine을 기반으로하는 많은 훌륭한 것들을보고 개발자들로부터 큰 피드백을 얻었습니다."라고 말했다.

App Engine 팀은 개발자의 요청에 귀 기울이고 있으며 서비스 개선 및 확장에 적극적으로 참여하고 있다고 그는 말했다. 맥도널드는 "앱 엔진은 4 월 초에 제한된 가용성으로 소개되었고 5 월 말에 널리 공개됐다"고 말했다.

구글이 제안한 10,000 개의 무료 App Engine 계정 매우 빠르게. 5 월 말에 Google이 누구에게나 서비스를 공개했을 때, 회사는 이미 약 75,000 명의 개발자를 수용했으며 추가로 8 만 명이 대기자 명단에 올랐다는 것을 공개했습니다.

Google은 얼마나 많은 앱 가트너 애널리스트 레이 발데스는 엔진 계좌가 개설되었으므로 현재까지 20 만개가 넘는 것으로 추정된다는 것이 안전하다고 덧붙였다.

"그게 많다. "이제는 개발자가 코드를 작성하고 Google이 그 외 모든 작업을 처리한다는 App Engine의 가치 제안을 이행해야합니다."App Engine은 모든 유형의 응용 프로그램 및 개발자를위한 일반 "클라우드"컴퓨팅 인프라 및 개발 환경이되도록 설계되지 않았습니다.

대신 App Engine은 Google이 개발 한 애플리케이션 (예: 과학 데이터를 처리하는 데 오랜 시간이 걸리지 않는 대량 호소력이있는 웹 애플리케이션) 용 애플리케이션입니다. App Engine은 블로그, 사무 생산성 프로그램 및 소셜 네트워킹 제품과 같은 데이터베이스 기반 웹 응용 프로그램 대신 설계되었습니다. Amazon의 AWS와 같은 다른 호스팅 된 컴퓨팅 및 개발 서비스와 달리 App Engine은 고도로 통합 된 구성 요소 세트를 제공하여 개발자가 참여해야하는 튜닝 및 구성의 양

이 디자인은 옵션을 줄임으로써 유연성과 제어를 희생하지만 App Engine의 응용 프로그램을 신속하게 만들고 배포하려는 개발자에게 호소하는 궁극적 인 목표에 부합합니다. 구글이 나머지를 다룰 수 있도록해라.

App Engine 디자인은 분명히 줄을 쳤다. 서비스의 인기를 고려할 때 구글은 이제 손이 가득하다.

App Engine 개발자와의 전자 메일 인터뷰에서 두 가지 분명히 나타났습니다. 그들은 서비스에 대해 매우 열성적이며 Google이이를 향상시키고 확장하기를 열망하고 있습니다.

App Engine 개발자가 언급 한 가장 일반적인 장점 중 일부는 자동화 d로드 밸런싱; 확장 성이 뛰어나고 Google에서 설계 한 데이터 저장소, 파일 시스템 및 쿼리 언어. 그것의 단단한 분대 통합; 전체적인 단순성.

캘리포니아 주 팔로 알토의 웹 및 개발자 인 Bill Katz는 이미 Bloog라는 응용 프로그램을 작성하여 오픈 소스 라이센스하에 배포했으며 다른 두 개의 응용 프로그램을 개발 중입니다.

그의 팀은 App Engine의 통합, 자동화 및 단순성을 중시합니다. "App Engine은 여러 서버 및 확장 가능한 데이터베이스를 유지 관리하는 것과 같이 매우 확장 성이 뛰어난 웹 응용 프로그램에 대해 처리해야 할 많은 작업을 제거합니다. 그는 Amazon AWS가 "훌륭"하다고 생각합니다. S3 서비스를 개인용 백업 저장소로 사용하고 EC2를 사용하여 App Engine에서 지원할 수없는 일부 웹 서비스를 호스팅 할 수는 있지만이를 다른 대상으로 인식합니다. AWS는 확장 가능한 웹 응용 프로그램을 만들기 위해 여러 가지 방법으로 결합 할 수있는 원시 구성 요소를 제공하지만, 반면에 Google App Engine은 완전히 통합 된 스택을 제공하여 특정 방식으로 작업해야합니다. "라고 말했다.

여전히 App Engine의 매력적인 상상력에 대한 열정은 분명하다.

App Engine에 대한 모든 칭찬에 대해 Katz은 Python 이외의 지원되는 프로그래밍 언어 확장과 같은 주요 기능을 놓쳤습니다.

개발자들은 쿼터가 해제되고 유료화가 시작되기를 간절히 기다리고 있다고 말할 필요도 없다 "고 말했다. "현재 일부 애플리케이션 엔진 애플리케이션은 최대 500MB의 영구 저장 공간과 500 만 개의 월간 페이지 뷰를위한 충분한 대역폭과 CPU를 사용할 수 있지만 Google은 어느 시점에서 추가 리소스를 구매할 계획입니다

버지니아 주 알렉산드리아에있는 First Objective Software 사장 인 Ben Bryant는 컬렉션 호스팅을위한 상용 응용 프로그램을 개발하는 초기 단계에 있지만 Google에서 응용 프로그램을 제공 할 때까지는 시작할 수 없습니다 포괄적 인 전체 텍스트 검색 기능을 엔진에 구현합니다. "

셀프 스타 (Self-Star)의 CEO 인 Filip Verhaeghe는 App Engine에 상업용 응용 프로그램을 배포 할 계획이지만 안전한 통신 기능을 놓치기 때문에 그를 유인해야합니다. 인 브라우저 맞춤형 암호화 체계를 사용합니다. 그는 "Verhaeghe에 대한 다른 우려는 서비스의 베타 상태와 더 많은 자원을 구입할 수 없다는 점"이라고 말했다. 그는 또한 구글이 개발자들과 라이센스 계약을 강화하기를 바란다. "구글은 업로드 된 코드에 대해 부끄러워하지 않겠다는 의도에 대해 매우 분명하지만, 실적이 없다"고 말했다. "구체적으로, 특허를 업로드하는 것이 특허의 맥락에서 '공개'하는 것과 관련된 문제를 제기 할 수 있습니다.Google은 더 나은 법적 보호를 제공해야합니다."

스웨덴의 스톡홀름에서 Colliderty Easy Publisher가 발매되었습니다. 개발자가 애플리케이션으로 업로드 할 수있는 파일 수 1,000 개에 대한 제한을 해제 할 것인지 궁금해하면서 App Engine의 타이어가 있다고 Johan Carlsson 수석 개발자가 말했습니다.

매사추세츠 주 케임브리지의 마흐무드 아람 (Mahmoud Arram) 파트너와 함께 상용 소셜 네트워킹 애플리케이션을 개발하고, Google이 App Engine에서 데이터를 자동으로 마이그레이션하고 멀티 스레드 애플리케이션을 지원할 계획인지 여부를 알고 싶어합니다.

Google의 McDonald and Koomen

McDonald는 App Engine이 간단한 텍스트 검색 기능을 제공하기는하지만 그것이 더 좋을 수 있음을 알고 있습니다. McDonald는 "App Engine에서 완전한 전체 텍스트 검색을 제공하고자합니다."라고 말하면서 전달 일정을 제공하는 것을 거부했습니다. 그는 또한 가지고 있어야하는 것이 중요하다고 덧붙였다.

그는 또한 개발자가 이러한 목적으로 업계 표준을 지원함으로써 App Engine에서 데이터를 쉽게 마이그레이션 할 수 있도록하려는 의도라고 말했다. 코멘 (Koomen)은 "데이터 잠김의 문제는 다소 과장되어있다. 현재 App Engine에서 데이터를 마이그레이션 할 수있는 방법이 있지만 Google은 프로세스를 단순화하고 자동화 할 수 있다고 덧붙였습니다.

마찬가지로 Google은 개발자가 App Engine에서 멀티 스레드 응용 프로그램을 실행하려고하지만, 그 동안에는 응용 프로그램이 단일 스레드이지만 병렬로 실행되는 여러 서버로 분할된다는 점을 지적합니다.

이를 통해 응용 프로그램은 개발자 상호 작용없이 원활하게 확장 할 수 있습니다. 코멘은 "서버간에 부하를 자동으로 조정하고 배포 할 수있어 특정 인스턴스 나 서버에 부하가 걸리지 않도록 할 수 있습니다."라고 말했습니다. McDonald는 응용 프로그램의 최종 사용자가 업로드 할 수있는 파일의 수에는 적용되지 않는다고 덧붙였습니다. 이는 응용 프로그램에서 사용할 수있는 저장 공간의 양에 따라 제한됩니다.

Google은 SQL 데이터베이스를 App Engine의 "유동적 인"용량 확장에 기여하는 Google 독점 데이터 저장소 및 GQL의 대안으로 지원하지 않을 예정입니다.

안전한 응용 프로그램 통신 지원은 Google의해야 할 일 목록에 있습니다. McDonald는 그 동안 앱 엔진 애플리케이션이 Google 사용자 계정을 인증 메커니즘으로 사용할 수 있다고 덧붙였다.

마찬가지로 Google은 더 많은 홍보를 지원하기 위해 노력하고있다. 또한 개발자들과의 Google 라이센스 계약은 매우 명확합니다. 애플리케이션의 코드, 데이터 및 지적 재산권은 개발자 창작자에게 귀속됩니다.

"우리는이를 매우 진지하게 생각합니다. 트러스트는 구글에서 우리에게 가장 중요한 것들 중 하나인데, 우리의 용어와 행동을 통해 개발자들이 자신의 코드와 데이터가 그들의 것이라는 것을 이해하고 싶다. "맥도널드는 말했다. 스티븐 오 (Stephen O ' Redmonk의 애널리스트 인 Grady에 따르면 Google은 개발자가 App Engine을 사용하여 애플리케이션이 인프라에서 수행 할로드를 예측하고 지원할 수있는 볼륨을 결정하는 방법을 관찰하고 있다고 말하면서 "이는 용량 계획에 관한 것"이라고 말했습니다. "459 그룹 분석가 인 Vishwanath Venugopalan은 App Engine 계정의 수가 증가하는 반면, 모든 사용자가 적절한 성능을 발휘할 수 있도록 기능을 최소한으로 유지하고 있습니다. 규모가 클 수는 있지만 많은 애플리케이션이 아직 배포되지 않았기 때문에 Google은 새로운 시장 인이 분야에서 모범 사례를 계속해서 파악할 수있는 기회를 제공합니다.

그러나 Google은 App Engine에 대한 긍정적이고 큰 소문을 "Undeniably 많은 개발자의 열정이 있습니다. Google이 어떻게 대문자가되는지 살펴보고 싶습니다. "Venugopalan의 말입니다. 우선, Google은 더 많은 프로그래밍 언어를 지원하고 서비스 수준의 보장을 제공하여 서비스 성능 및 안정성에 확신을 심어 주어야합니다. 특히 6 월에 발생한 정전 이후에는 Google이 서비스 품질을 보장해야합니다.

Katz와 같은 개발자는 Google의 앱 엔진을 사용하고 있으며,이 시점에서 최근의 정전 및 리소스에 대한 현재의 할당량에 대한 의심의 이익을이 초기에 예상 할 수있는 것으로 회사에 기꺼이 제공하는 것으로 보입니다.

"Google의 대외 관계가 문제를 해결할 것이라고 생각합니다. Katz는 "우리의 작은 시작을 위해 App Engine이 안정되고 견고해질 것이라는 사실을 확신하고 있습니다."라고 Katz는 말했습니다. 우리가 행운이고 대중적이더라도 틈새 상업용 앱을 위해 사용자를 처리하기에 충분하다 "고 덧붙였다. "Google에 아웃소싱하는 것은 현금 및 사용 가능한 프로그래밍 시간에 대한 내 시동 제한을 고려한 계산 된 위험입니다."