VSHN AppFlow

VSHN AppFlow consists of several building blocks which can be (conditionally) mixed-and-matched. All parts combined is your one-stop solution to bring code from development to production as fast and secure as possible.

Continuous Integration (CI) is the art of building and testing code on every push to a remote Git repository. This can include simple code checks, unit-tests or even full-blown end-to-end tests with all the bells and whistles. How an application has to be built and what needs to be tested heavily depends on the application and is different for each and every use-case.

Such processes are the backbone of application development. CI pipelines should never break, neither because of the pushed code, nor because something is wrong with the pipeline itself, as this can bring the whole application development cycle to a halt. And they should be fast for a continuous feedback to the developer.

In the end, CI pipelines are also application which needs maintenance and kept up-to-date.

With our expert expertise we engineer CI pipelines with best-practices, pre-engineered blue-prints and templates which we continuously keep up-to-date.

After building and testing an application, it needs to be delivered to the hosting environment. This process is called delivery, and with continuous delivery, that process happens continuously, automated and with clearly defined steps.

Delivery can happen to pre-defined environments like "development", "staging", "integration" and "production" or it can even happen to dynamic environments which are automatically created and removed depending on conditions - this heavily depends on the use-case. A good delivery process also helps with concepts like staged rollout or A/B testing and provides a fast feedback on the delivery process.

As with CI pipelines, CD pipelines are software which needs maintenance and kept up-to-date.

With our expert expertise we engineer CD pipelines with best-practices, pre-engineered blue-prints and templates which we continuously keep up-to-date.

For an application to run in a Cloud Native environment it needs to be packaged into a container image and usually made available to install as a Helm Chart. This can be a very complex process - depending on the requirements of the application. Containerizing an application needs to be a very fast process so that it doesn’t slow down other processes like the CI pipeline, it has a lot of room for improvements to make it fast. Helm Charts should be as flexible as needed and have a good quality for proper deployments.

With our expert expertise we engineer containerizing processes and Helm Charts with best-practices, pre-engineered blue-prints and templates which we continuously keep up-to-date.

There are several measures to be taken for secure software processes. We can directly integrate several lines of defense while developing software: