Application Services
Each hyper application may contain several application service types: Data, Storage, Cache, Queue, and Search.
Data
The data service manages structured JSON documents into containers called databases. You can add, update, read, and delete these documents using REST API commands. You can also create indexes and query the document store.
Each hyper application contains a single data service instance. All your structured JSON documents will be stored in a single database for a single hyper application.
- Query selectors for flexible document retrieval
- Indexes speed document retrieval
Check out our complete ο»ΏData API reference.
Example: Adding a document to your hyper application data service
Document Database Design
Document Database Design is a different mindset from relational database design. In order to design a document database, you need to think about how the application is going to use the data and model your data in terms of data access, not data tables. Learn more.
Storage
The storage service gives you the ability to store unstructured data, such as image files. The storage service takes away the hassle of having to use a separate service to store images, avatars, and text files. With the storage service, you can create storage spaces, upload, and download files.
Storage Features
- Create and remove storage buckets
- Upload images, videos, and files
- Use the path parameter to organize your files within folders
- Secure your files with JWT Bearer Authorization.
Check out our complete ο»ΏStorage API reference.
Example: Uploading a file to a hyper application storage service
Cache
The Cache service provides a create, read, update and delete interface to a key/value cache. Use it to implement cache invalidation strategies in your application and keep stress off of your data stores when users are requesting very hot paths. The design goal of this service was simplicity and ease of use. You provide a key and a JSON document to your cache store and it is cached. You get the document from your cache by making a simple GET call with the key identifier.
Cache Features
- ttl or Time To Live, specifies how long you want to cache a document.
- Query using simple pattern matching which provides the ability to pull a batch of keys in a single request.
Check out our complete ο»ΏCache API reference.
Example: Add a key/value to a hyper application cache service
Learn By Doing!
Dive deeper into hyper by completing our workshops on GitHub.
Quickstarts
Try out our cache quickstart for an in-depth example. See ο»ΏNodeJS Quickstarts
Queue
The Queue service provides the ability to perform background processing without having to manage your own queue servers. It works great for serverless implementations that need to offload short-lived processes to prevent slow-running transactions for the client application.
Common Queue Use Cases
- Sending emails
- Sending SMS messages
- Notifying another system about an interesting event
Check out our complete ο»ΏQueue API reference.
Example: Posting a job to a hyper application queue service
Quickstarts
Try out our queue quickstart for an in-depth example. See ο»ΏNodeJS Quickstarts
Search
Tame the complexity of running your own search engine using hyper's powerful search engine without having to deal with separate services. Simply POST documents to a search index and use the query command to get a set of matches. Our search engine sits right next to your data, storage, and cache for highly composable integration possibilities.
Search Features
- Query Command - using a simple query text and optional filter you have a fully-featured search at your disposal.
- Bulk Document Indexing - create indexes using an array of documents to reduce round trips and quickly initialize your search engine.
Check out our complete ο»ΏSearch API reference.
Example: Querying a hyper application search service
Quickstarts
Try out our queue quickstart for an in-depth example. See ο»ΏNodeJS Quickstarts
ο»Ώ
