Có phải bằng cách nào đó có thể truy cập vào một kho dữ liệu không? Hoặc truy cập một ứng dụng từ các miền khác nhau.Google App Engine - một kho dữ liệu cho các miền và ứng dụng khác nhau
Trả lời
Mỗi ứng dụng đều có kho dữ liệu và memcache riêng (được chia sẻ giữa tất cả các phiên bản của ứng dụng đó). Có vẻ như không thể chia sẻ kho dữ liệu giữa các ứng dụng ngay bây giờ (trừ khi bạn cung cấp một số dịch vụ web cho điều đó), nhưng đó sẽ là một tính năng tốt đẹp để có, vì vậy có thể bạn cần
gửi yêu cầu tính năng với Google
vote for it.
Đối với tên miền, bạn có thể liên kết ứng dụng của mình với domains managed by Google Apps. Nhiều miền cho cùng một ứng dụng sẽ không có vấn đề gì (ngoại trừ các chứng chỉ SSL).
Nhưng, dường như không thể sử dụng các phiên bản hoặc mô-đun khác nhau cho nhiều tên miền đó. – hiroshi
Mọi phiên bản của một ứng dụng đều được hỗ trợ bởi cùng một kho dữ liệu. Nếu bạn muốn giới hạn quyền truy cập cho các yêu cầu riêng lẻ, bạn sẽ cần thêm trường vào mô hình của mình để thực thi hạn chế đó. Có các móc mức thấp trong API kho dữ liệu cho loại điều này, nếu bạn muốn đi xa đến vậy.
Và có, bạn có thể thêm một ứng dụng App Engine duy nhất vào nhiều miền - ngay cả trong nhiều tài khoản Apps.
App Engine gần đây hỗ trợ thêm cho một tính năng gọi là module (Documents: go, python, java)
App Engine Modules (hoặc chỉ cần "Modules" sau đây) là một tính năng cho phép các nhà phát triển yếu tố lớn các ứng dụng vào các thành phần logic có thể chia sẻ các dịch vụ stateful và giao tiếp một cách an toàn. Một ứng dụng để xử lý yêu cầu của khách hàng có thể bao gồm các module riêng biệt để xử lý các nhiệm vụ khác:
- yêu cầu API từ các thiết bị di động
- nội bộ, yêu cầu quản trị giống như
- Backend chế biến như đường ống dẫn thanh toán và phân tích dữ liệu
Khi bạn tạo mô-đun mới, App Engine sẽ tạo url tương ứng với tên mô-đun. Nếu bạn chỉ có một mô-đun thì tên sẽ là default
. ví dụ.
- http: // mặc định .myapp.appspot.com
- http: // di động-frontend .myapp.appspot.com
- http: // my-mô-đun. myapp.appspot.com
Sử dụng Domain masking, sau đó bạn có thể trực tiếp từ:
- www.myapp.com => http: // mặc định .myapp.appspot.com
- www.myapp-mobile.com => http: // di động-frontend .myapp.appspot.com
- www.example.com => http: // mô-đun của tôi .myapp.appspot.com
Với mẹo này, bạn sẽ mất ưu thế tốt nhất của hệ thống phiên bản. Bạn sẽ không thể chuyển trở lại (hoàn nguyên về phiên bản eralier) một cách dễ dàng khi xảy ra sự cố sau khi triển khai mới vì công tắc "Đặt làm mặc định" sẽ không thực sự làm gì do che khuất tên miền. Trong trường hợp này, việc thay đổi tên miền thậm chí còn tồi tệ hơn do sự chậm trễ lan truyền cao. Phiên bản Appengine không dành cho việc này. Đây là một hack, tôi không khuyến khích sử dụng điều này. – Lepi
@Lepi, khi sử dụng các mô-đun, phiên bản bạn đặt làm mặc định sẽ được hiển thị khi truy cập url cơ sở. Ví dụ. phiên bản '1' của mô-đun' mặc định' sẽ được hiển thị tại url '1.default.myapp.com' nhưng cũng có tại' default.myapp.com'. Do đó, việc thay đổi tuyến 'mặc định' sẽ không cần thay đổi bản ghi DNS. Tôi hy vọng rằng sẽ giúp. –
Giải pháp của Kyle sẽ hoạt động, nhưng App Engine chưa bao giờ được thiết kế để sử dụng theo cách này. Vì vậy, nếu bạn kiến trúc sư (các) ứng dụng của bạn dựa vào loại thiết lập này và Google sẽ giảm xuống vì bất kỳ lý do gì thì bạn sẽ bị làm hỏng.
Bạn có thể có đa nhiệm bằng cách sử dụng Namespace Java API
Đừng nghĩ rằng điều này là có liên quan. OP muốn nhiều ứng dụng chia sẻ một kho dữ liệu, thay vì cùng một ứng dụng với nhiều kho dữ liệu (trong trường hợp này, không gian tên là hữu ích) –
- 1. Lưu trữ dữ liệu trong Ứng dụng Google App Engine
- 2. Điểm chuẩn cho các hoạt động của kho lưu trữ Google App Engine khác nhau?
- 3. Hướng dẫn thiết kế ít giản đồ cho kho dữ liệu Google App Engine và các NoSQL DB khác
- 4. Lỗi ứng dụng Google App Engine 5
- 5. vấn đề thêm một ứng dụng App Engine để một tên miền Google Apps
- 6. Google-app-engine NDB
- 7. MapReduce trên nhiều loại kho dữ liệu trong Google App Engine
- 8. Mã hóa dữ liệu của Google App Engine?
- 9. Xóa ứng dụng Google App Engine
- 10. Cách sử dụng Google App Engine làm cơ sở dữ liệu phụ trợ cho các ứng dụng Android
- 11. Phát! 2.0 và Google App Engine
- 12. Google App Engine và các cửa hàng khóa-giá trị
- 13. Google App Engine - công cụ nào để chỉnh sửa kho dữ liệu cục bộ?
- 14. Oauth + Aeoid + Python + Google App Engine + Tài liệu Google
- 15. Có thể sử dụng Google App Engine làm cơ sở dữ liệu phụ trợ cho các ứng dụng Android không?
- 16. Hỗ trợ Google App Engine và Django
- 17. Cập nhật một số lượng lớn các thực thể trong một kho dữ liệu trên Google App Engine
- 18. Không thể thêm Miền tùy chỉnh với Google App Engine
- 19. Miền thư đến tùy chỉnh với Google App Engine
- 20. Facebook, Django và Google App Engine
- 21. Flask vs webapp2 cho Google App Engine
- 22. Nhập dữ liệu Lịch Google (thông qua API v3) vào Google App Engine bằng Java
- 23. Google App Engine: Ứng dụng này không tồn tại
- 24. Ứng dụng RESTful trên Google App Engine Java?
- 25. lưu cài đặt ứng dụng trên Google App Engine
- 26. Mọi người sử dụng các ứng dụng Google App-Engine bằng tên miền của riêng họ như thế nào?
- 27. Ứng dụng Ruby on Rails trên Google App Engine
- 28. Lập cấu hình ứng dụng Java App Engine của Google
- 29. App Engine - Memcache có được chia sẻ giữa các phiên bản của một ứng dụng không?
- 30. Cách sử dụng API Google Drive từ Google App Engine?
hoặc có kho dữ liệu khác nhau cho các phiên bản khác nhau của cùng một ứng dụng? – Thilo
và cùng một câu hỏi cho memcached – Thilo