Cinchy Platform Documentation
Cinchy v5.0.0

Deployment Planning Overview and Checklist

This page is your first stop when considering a deployment of Cinchy v5.

1. Overview

There are various things to consider before deploying Cinchy v5.
The pages in this Deployment Planning section will guide you through the considerations you should think about and the prerequisites that you should implement before deploying version 5 of the Cinchy platform.
The pages in this section include:
  • Deployment Architecture Overview: This page explores your two high-level options for deploying Cinchy, on Kubernetes or on VM, and why we recommend a Kubernetes deployment. It also walks you through the important decision of selecting a database to run your deployment on, as well as some sizing considerations.
    • Kubernetes Deployment Architecture: This page provides Infrastructure (for both Azure and AWS), Cluster, and Platform component overviews for Kubernetes deployments. It also guides you through considerations concerning your cluster configuration.
    • IIS Deployment Architecture: This page provides Infrastructure and Platform component overviews for IIS (VM) deployments.
  • Deployment Prerequisites: This page details important prerequisites for deploying Cinchy v5.

2. Deployment Planning Checklist

We have provided the following checklist for you to use when planning for your Cinchy v5 deployment. Each item is linked to the appropriate documentation page to provide more insight and clarity.
The main differences between a Kubernetes based deployment and an IIS deployment are:
  • Kubernetes offers the ability to elastically scale.
  • IIS limits certain components to running single instances.
  • As all caching is in memory in an IIS deployment, in the event that multiple instances are stood up for redundancy there is point to point communication between them (http requests on the server IPs) required to maintain the cache.
  • Performance is better on Kubernetes because of Kafka/Redis
  • Prometheus/Grafana and Opensearch are not available in an IIS deployment
  • The Maintenance CLI runs as a cronjob in Kubernetes while this needs to be orchestrated using a scheduler for an IIS deployment.
  • Upgrades are simpler with the container images on Kubernetes.
If you will be running on Kubernetes, please review the following checklist:
Starting in Cinchy v5.4, you will have the option between Alpine or Debian based image tags for the listener, worker, and connections. Using Debian tags will allow a Kubernetes deployment to be able to connect to a DB2 data source, and that option should be selected if you plan on leveraging a DB2 data sync.
  • When either installing or upgrading your platform, you can use the following Docker image tags for the listener, worker, and connections:
    • "5.x.x" - Alpine
    • "5.x.x-debian" - Debian
If you will be running on IIS, please review the following checklist: