Update index.md

This commit is contained in:
Cédric Verstraeten
2021-08-11 19:18:40 +02:00
committed by GitHub
parent 16e00eadc1
commit b9dae638b3
+12 -12
View File
@@ -13,25 +13,25 @@ weight: 301
toc: true
---
Once you've installed Kerberos Storage, you will have the Kerberos Storage web app running. This web app allows you to administrate Kerberos Storage. You can add storage providers, queues, accounts, and more from a single interface. Isn't that great.
Once you've installed Kerberos Vault, you will have the Kerberos Vault web app running. This web app allows you to administrate Kerberos Vault. You can add storage providers, queues, accounts, and more from a single interface. Isn't that great.
Despite exposing a web app, Kerberos Storage also ships with a number of API's. These API's are exposed as, Swagger documentation, and can be used for extension and integration usecases. Think about following usecase..
Despite exposing a web app, Kerberos Vault also ships with a number of API's. These API's are exposed as, Swagger documentation, and can be used for extension and integration usecases. Think about following usecase..
> Having a couple of Kerberos Enterprise clusters installed, you could bring the recording of all your recordings at a single place. Next to that you would like to process every single recording being uploaded.
Having storage is just one thing, processing it with your own programming logical is what makes value.
> Using the concept of Queues, you could integrate with a Kafka queue, and receive real-time messages everytime a recording wa succesfully uploaded. Starting to process the different messages, you know which recordings were uploaded, and you can request the raw recording from Kerberos Storage, using one of it's API's. You could do with the recording what you want, in the programming language you prefer, and send the outcome of for example your highly customized machine learning algorithm to your own video analytics hub.
> Using the concept of Queues, you could integrate with a Kafka queue, and receive real-time messages everytime a recording wa succesfully uploaded. Starting to process the different messages, you know which recordings were uploaded, and you can request the raw recording from Kerberos Vault, using one of it's API's. You could do with the recording what you want, in the programming language you prefer, and send the outcome of for example your highly customized machine learning algorithm to your own video analytics hub.
A [concrete tutorial can be found here](https://github.com/kerberos-io/storage/tree/master/examples/kafka-handler), it explains how to connect to Kerberos Storage, and run a color detection algorithm.
A [concrete tutorial can be found here](https://github.com/kerberos-io/storage/tree/master/examples/kafka-handler), it explains how to connect to Kerberos Vault, and run a color detection algorithm.
## Login page
Once you open a browser, and navigate to the Kerberos Storage web app (see installation for the URL), you will land on the login page.
Once you open a browser, and navigate to the Kerberos Vault web app (see installation for the URL), you will land on the login page.
{{< figure src="login.gif" alt="After successful installation you should be able to access the login page." caption="After successful installation you should be able to access the login page." class="stretch">}}
The default username and password of the Kerberos Storage app is:
The default username and password of the Kerberos Vault app is:
- username: **root**
- password: **kerberos**
@@ -58,7 +58,7 @@ Once you received a license key, and entered it into the web app you will be red
## Providers
Providers are the actual datasource where you want to store your recordings. These providers could be a storage provider in the cloud or a storage provider on premise. By adding a provider, you have to provide credentials that allow Kerberos Storage to store recordings in that specific provider. Following provider are currently supported. You can choose from:
Providers are the actual datasource where you want to store your recordings. These providers could be a storage provider in the cloud or a storage provider on premise. By adding a provider, you have to provide credentials that allow Kerberos Vault to store recordings in that specific provider. Following provider are currently supported. You can choose from:
- [Google Cloud Platform Storage](https://cloud.google.com/storage)
- [Microsoft Azure Storage](https://azure.microsoft.com/en-us/services/storage/)
@@ -73,9 +73,9 @@ A provider can be marked as temporary. This is helpful if you wish to store your
## Queues
Events or messages are generated each time a recording was uploaded to Kerberos Storage. These messages can be send to one ore more message brokers such as Apache Kafka or AWS SQS. From the interface you can setup the connection, and once configured events will flow to your predefined message brokers.
Events or messages are generated each time a recording was uploaded to Kerberos Vault. These messages can be send to one ore more message brokers such as Apache Kafka or AWS SQS. From the interface you can setup the connection, and once configured events will flow to your predefined message brokers.
An example or usecase of Queues is already discussed at the beginning of this page. Another usecase is the development of our Kerberos Cloud offering. Each time a Kerberos Cloud customer is sending recordings to his or her Kerberos Cloud profile, it is stored inside Kerberos Storage, and [thus in one of our predefined providers](/storage/get-started#providers). After storing successfully, a real-time message is send into our private Kafka broker, which is starting a chain of processing in sequence but also in parallel:
An example or usecase of Queues is already discussed at the beginning of this page. Another usecase is the development of our Kerberos Hub offering. Each time a Kerberos Hub customer is sending recordings to his or her Kerberos Hub profile, it is stored inside Kerberos Vault, and [thus in one of our predefined providers](/storage/get-started#providers). After storing successfully, a real-time message is send into our private Kafka broker, which is starting a chain of processing in sequence but also in parallel:
- Metadata storage in MongoDB,
- Notifications,
@@ -87,7 +87,7 @@ An example or usecase of Queues is already discussed at the beginning of this pa
## Accounts
Having setup a `Provider` and a `Queue`, you also need to configure an account to interact with Kerberos Storage in a safe context. Creating an account allow you to do this. An account is the access point for end users to interact with your Kerberos Storage instance. On the Account page you can create one or more accounts and specify credentials for authentication and specific setting for authorization.
Having setup a `Provider` and a `Queue`, you also need to configure an account to interact with Kerberos Vault in a safe context. Creating an account allow you to do this. An account is the access point for end users to interact with your Kerberos Vault instance. On the Account page you can create one or more accounts and specify credentials for authentication and specific setting for authorization.
- Allowed providers,
- Provider directory
@@ -95,7 +95,7 @@ Having setup a `Provider` and a `Queue`, you also need to configure an account t
- Secret Key,
- Day limit (the number of days a recording is stored.)
So just a short recap, an account allows something or someone to interact with Kerberos Storage, and store data in the authorized `Providers` and in an directory, the `Provider directory`, inside that `Provider`.
So just a short recap, an account allows something or someone to interact with Kerberos Vault, and store data in the authorized `Providers` and in an directory, the `Provider directory`, inside that `Provider`.
As explained before, you can choose in which directory, the `Provider directory`, an account can store the recordings. By defining a `Provider directory` you limit an account to have only access to this directory. On the other hand if you want to give an account more flexibility, and thus grant more access, you can use the `*` value for the `Provider directory` parameter. The latter will allow an account to write, in any subdirectory in the `Provider`.
@@ -117,4 +117,4 @@ Storing recordings in a `Provider` is one thing, making sure you manage the stor
- due to security or compliance,
- reducing costs, etc.
To make this possible Kerberos Storage comes with a configurable recycle deployment, which you can run next to your Kerberos Storage deployment. [Learn more about recycling here](/storage/installation-recycle).
To make this possible Kerberos Vault comes with a configurable recycle deployment, which you can run next to your Kerberos Vault deployment. [Learn more about recycling here](/storage/installation-recycle).