We have improved the sample data retrieval to provide a more unified user experience during flow design. The look and feel is now more in line with our new approach.
The above images show the new Sample data retrieval view. This release 22.14
adds new functionality, allowing users to skip sample generation by clicking on
the Skip Sample button. When this function is used the platform will add an
empty JSON {}
instead of the Sample data.
When you retrieve the Sample the platform UI will show it only in JSON format. In 22.14 we removed the Integrator view of Data Sample.
Here you can view the Sample, collapse different sections of the JSON data structure and edit it.
To show the RAM quota overuse we improved the quota Usage History histogram. If you go over the set RAM quota value the overused part will show in red.
To support the newest SSH versions we deprecated the old ssh-dss
signature and
we added ssh-ed25519
instead. Now when you upload your SSH key to our platform
you will see the information about the supported types of signatures.
Please Note the old ssh-rsa
keys are still supported. If you want to use
them you have two options:
8.8+
client and generate your SSH Key using the -oPubkeyAcceptedKeyTypes=+ssh-rsa
parameter. It will generate an RSA+SHA-2
type SSH key which provides a high level of security and works with the OpenSSH 8.8+
clients.<=8.7
client to generate your SSH Key.The platform 22.14 includes new capability to hard-delete the flows after an expiration time set by the platform management. Every time you try to delete the flow a warning message will show with the following text:
Are you sure you want to delete “FLOW NAME” flow permanently? Deleting this flow is an irreversible process, we cannot undo a deletion if you complete the process by accident. Please note that the credentials linked with the flow will not be deleted.
We constantly improve different aspects of HELM3 deployments in collaboration with our partners. This section lists updates and improvements done in this round.
cadvisor
and fluentd
demonsTo enable better coexistence of platform microservices within the multi-service
Kubernetes clusters, we modified the logic used to run cadvisor
and fluentd
services.
The platform will run these services when the node has uniquely defined selectors.
To achieve this we introduced a new HELM3 configuration for the node labels for the Kubernetes pod allocation.
global:
nodeSelectors:
platform: "platform"
longRunningTask: "longrunning"
ordinaryTask: "ordinary"
For these changes to take affect we deprecate the following HELM3 configurations:
KUBERNETES_ORDINARY_LABEL_VALUE
KUBERNETES_LONG_RUNNING_LABEL_VALUE
These variables ware removed from the secrets HELM3 chart and are no longer used
by the admiral
service starting from 22.14 release. Please use
Values.global.nodeSelectors
platform HELM3 chart configuration instead.
cadvisor
service will run on the nodes with longRunningTask
and ordinaryTask
labels.fluentd
service will run on the nodes with platform
, longRunningTask
and ordinaryTask
labels.To extend the Ingress setup capability we made changes in the Handmaiden microservice
to provide 2 new ways to provide annotations to the Ingress records. With this new
capability you can set unique Ingress values per each tenant in your cluster.
You can set the Ingress values directly in your HELM3 chart like:
global:
services:
handmaiden:
annotations:
kubernetes.io/ingress.class: 'nginx'
testAnnotation: 'testValue'
If you set the above configuration the platform passes it to the new environment
variable INGRESS_OPERATOR_ANNOTATIONS
used by the Handmaiden service. This adds
Ingress annotations to all tenants in your multi-tenant cluster.
You can set unique Ingress annotations for each tenant using the new configuration while creating the tenant via an API call. A typical call body could look like:
{
"data": {
"type": "tenant",
"attributes": {
"ingress_config" : {
"annotations": {
"annotationName": "value"
}
}
}
}
}
Our platform will serves these annotations based on priority of annotation the configurations (from low to high):
Introducing a new cron job called clear-deleted-flows
which permanently deletes
flows from the MongoDB with the DELETED
status. Every user trying to delete a
flow will see a warning message informing that this is a
permanent and irreversible action.
We introduce new environment variables which you can use to control the
clear-deleted-flows
job:
WIPER_CLEAR_DELETED_FLOWS_AGE_SECONDS
- Time in seconds the job must wait before deleting the flow permanently after it is marked as DELETED
in MongoDB. We set the default value to 86400
seconds (1 day).WIPER_CLEAR_DELETED_FLOWS_LIMIT
- Maximum number of flows the clear-deleted-flows
job will permanently delete each time it runs.This release process applies if you already have a cluster running previous versions of the platform code. The release will start an automatic migration.
WIPER_CLEAR_DELETED_FLOWS_LIMIT
environment variable to an applicable number for your case to perform this operation faster of you have large number of flows in your DB.After the migration the
marathonevents
,requestbins
andtaskstartlogs
deprecated collection will be removed.
New Environment Variables:
IRON_BANK_CLICKHOUSE_NODES
(required) - array of objects with host (required), port, user and password valuesIRON_BANK_CLICKHOUSE_DATABASE
(optional) - ClickHouse database name (default iron_bank)IRON_BANK_CLICKHOUSE_NODES:
- host: "10.0.0.1"
port: "8123"
user: "default"
password: "123"
- host: "10.0.0.2"
port: "8123"
user: "user"
password: "1234"
IRON_BANK_CLICKHOUSE_DATABASE: "iron_bank"
New Iron Bank provision logic
IRON_BANK_CLICKHOUSE_NODES
are not available, an error is thrown and iron bank shuts downIRON_BANK_CLICKHOUSE_NODES
Removed Environment Variables:
IRON_BANK_CLICKHOUSE_URI
500
status code in case when the /refresh/[id]
Oauth server would return an error. Now the service reports 4xx
indicating the third party problem.401
in case of API-Key regeneration.1.5.1
Get New and Updated Objects Polling
preventing it from extracting more than 10K records.2.6.27
version.Circle.ci
configuration.2.2.2
2.6.27
version.Circle.ci
configuration.1.3.0
Lookup Object (at Most One)
action1.1.0
and 1.2.0
Get New and Updated Objects Polling
trigger,Lookup Object (at Most One)
action,Make a Payment
action.1.2.9
3.3.9
version.1.4.6
2.5.2
3.3.9
version.1.0.4
3.3.9
version.