Availability

Single Server with Hot Back-up: In this scenario, BDB Platform would be installed on a single server, and would also be installed on a hot back-up server. The hot back-up server would remain offline but would also be kept in-synch with the production server’s database through clustering until the time that the primary server failed. At that time the back-up server would kick in and all traffic would be re-directed.

Multiple Server failover: In this scenario, BDB Platform would be installed across multiple servers. If at any point in time a server were to fail the other servers would automatically activate and take up the work of the failed server.

Deeply integrate with your enterprise architecture to leverage technology investments. Choose from on-premises or public cloud and configure servers, manage software upgrades, or scale hardware capacity according to your requirements. Connect to any data and turbocharge teamwork by discovering, sharing, collaborating, and exploring data from mobile device, tablet, or computer. Build and scale mission-critical analytics while maintaining control with BDB Platform offering increased scalability, improved efficiency, and enhanced security. Monitor usage in one environment to more efficiently stay in compliance.

Centralized governance, visibility, and control ensures your data is in the right hands with easy, automated authentication and permissions management. Integrate with your single sign-on (SSO) or identity provider. Curate, publish, and share data sources as live connections or encrypted extracts for everyone to use. Built into the platform, BDB Data Pipeline scales trusted data in a simple, repeatable way with BDB Data Catalog, BDB Data Preparation & BDB DS Lab, and Virtual Connections.

First 3 Months –

  • Core Architecture, Deployment etc. in the initial 3-4 weeks.

  • Creation of Data Pipelines + Basic Data Enrichment + Data Clean-up= Data Lake.

  • Quick Self Service Reports to show the output these DBs and something that use can see and give feedback.

  • Start basic Advance Analytics Model Developments here. 

Next 3 Months (4-6 Months) 

  • Next 45 Days – Another version of Data Lake with Live use can see and give feedback

  • Next 45 days – Another Drop with Data Lake on Live Feeds + social media + APIs+ Other DB’s with Self Service Reports

  • Take the Model Developments to next level – all Regressions, Clusters, etc. for the Segmentation and Recommendation Models

  • Dashboard development starts in this phase for the Data Lake created in first 3 months

Please Note: The Models need to be trained and should be able to consume all necessary datasets for 6 months before we can put them on Parallel Run.

Finalization of Data Lake – next 3 months [7-9 months]

  • Iteration 2 of Datal lake – Data Lake Finalization – Based on Self Service Reports and basic dashboards.

Visuals to be started formally after 6 months – till 12 months 

  • All Dashboard Development and Signoff 

  • All Models to be trained

3 Months Parallel Run

  • Production Deployment in Parallel

  • Further Model Training and its performance

  • Visualizations running with User acceptance or Feedback taken

  • Performance Tunning of Infra + all other levels

  • Basic Support team is in Place

The performance Stage

  • 16-18th Month (3 Months) 

    • Optimization of Algo’s and Further Training 

    • Changes in Visuals with next iteration

  • Same as a for 3 months 

  • Same as b for 3 months 

  • 24 Months the Solution is optimized and working as one of the Best in the industry and surpassing the accuracy or performance.

RegionDescriptionServiceConfiguration Summary

US East (Ohio)

BDB k8s cluster

Amazon EKS

Number of EKS Clusters (1)

US East (Ohio)

worker nodes

Amazon EC2

Operating system (Linux), Quantity (4), Pricing strategy (On-Demand Instances), Storage amount (150 GB), Instance type (m6g.4xlarge)

US East (Ohio)

Kafka

Amazon Managed Streaming for Apache Kafka (MSK)

Storage per Broker (1000 GB), DT Inbound: Not selected (0 TB per month), DT Outbound: Not selected (0 TB per month), DT Intra-Region: (0 TB per month), Data transfer cost (0), Do you want to setup any Kafka Connect connectors? (No), Number of Kafka broker nodes (3), Compute Family (m5. xlarge)

US East (Ohio)

Amazon RDS for MySQL

Storage for each RDS instance (General Purpose SSD (gp2)), Storage amount (50 GB), Quantity (1), Instance type (db.t4g.xlarge), Utilization (On-Demand only) (100 %Utilized/Month), Deployment option (Multi-AZ), Pricing strategy (OnDemand)

US East (Ohio)

storage

Amazon Elastic Block Store (EBS)

Number of volumes (1), Average duration each instance runs (730 hours per month), Storage amount per volume (3000 GB), Snapshot Frequency (Daily), Amount changed per snapshot (3 GB)

The below-given table gives infrastructure sizing for UAT environment –

RegionDescriptionServiceConfiguration Summary

US East (Ohio)

BDB k8s cluster

Amazon EKS

Number of EKS Clusters (1)

US East (Ohio)

worker nodes

Amazon EC2

Operating system (Linux), Quantity (4), Pricing strategy (On-Demand Instances), Storage amount (150 GB), Instance type (m6g.4xlarge

US East (Ohio)

Kafka

Amazon Managed Streaming for Apache Kafka (MSK)

Storage per Broker (1000 GB), DT Inbound: Not selected (0 TB per month), DT Outbound: Not selected (0 TB per month), DT Intra-Region: (0 TB per month), Data transfer cost (0), Do you want to setup any Kafka Connect connectors? (No), Number of Kafka broker nodes (3), Compute Family (m5.xlarge)

US East (Ohio)

Amazon RDS for MySQL

Storage for each RDS instance (General Purpose SSD (gp2)), Storage amount (50 GB), Quantity (1), Instance type (db.t4g.xlarge), Utilization (On-Demand only) (100 %Utilized/Month), Deployment option (Multi-AZ), Pricing strategy (OnDemand)

US East (Ohio)

storage

Amazon Elastic Block Store (EBS)

Number of volumes (1), Average duration each instance runs (730 hours per month), Storage amount per volume (3000 GB), Snapshot Frequency (Daily), Amount changed per snapshot (3 GB)

The below-given table gives infrastructure sizing for Production environment –

RegionDescriptionServiceConfiguration Summary

US East (Ohio)

BDB k8s cluster

Amazon EKS

Number of EKS Clusters (1

US East (Ohio)

worker nodes

Amazon EC2

Operating system (Linux), Quantity (4), Pricing strategy (On-Demand Instances), Storage amount (150 GB), Instance type (m6g.4xlarge

US East (Ohio)

Kafka

Amazon Managed Streaming for Apache Kafka (MSK)

Storage per Broker (1000 GB), DT Inbound: Not selected (0 TB per month), DT Outbound: Not selected (0 TB per month), DT Intra-Region: (0 TB per month), Data transfer cost (0), Do you want to setup any Kafka Connect connectors? (No), Number of Kafka broker nodes (3), Compute Family (m5.xlarge)

US East (Ohio)

Storage for each RDS instance (General Purpose SSD (gp2)), Storage amount (50 GB), Quantity (1), Instance type (db.t4g.xlarge), Utilization (On-Demand only) (100 %Utilized/Month), Deployment option (Multi-AZ), Pricing strategy (OnDemand)

US East (Ohio)

storage

Number of volumes (1), Average duration each instance runs (730 hours per month), Storage amount per volume (3000 GB), Snapshot Frequency (Daily), Amount changed per snapshot (3 GB)

Please Note: AWS Pricing Calculator provides only an estimate of your AWS fees and doesn't include any taxes that might apply. Your actual fees depend on a variety of factors, including your actual usage of AWS services.

RegionDescriptionServiceConfiguration Summary

US East (Ohio)

BDB k8s cluster

Amazon EKS

Number of EKS Clusters (1)

US East (Ohio)

worker nodes

Amazon EC2

Operating system (Linux), Quantity (4), Pricing strategy (On-Demand Instances), Storage amount (150 GB), Instance type (m6g.4xlarge)

US East (Ohio)

kafka

Amazon Managed Streaming for Apache Kafka (MSK)

Storage per Broker (1000 GB), DT Inbound: Not selected (0 TB per month), DT Outbound: Not selected (0 TB per month), DT Intra-Region: (0 TB per month), Data transfer cost (0), Do you want to setup any Kafka Connect connectors? (No), Number of Kafka broker nodes (3), Compute Family (m5.xlarge)

US East (Ohio)

Amazon RDS for MySQL

Storage for each RDS instance (General Purpose SSD (gp2)), Storage amount (50 GB), Quantity (1), Instance type (db.t4g.xlarge), Utilization (On-Demand only) (100 %Utilized/Month), Deployment option (Multi-AZ), Pricing strategy (OnDemand)

US East (Ohio)

storage

Amazon Elastic Block Store (EBS)

Number of volumes (1), Average duration each instance runs (730 hours per month), Storage amount per volume (3000 GB), Snapshot Frequency (Daily), Amount changed per snapshot (3 GB)

Please Note: AWS Pricing Calculator provides only an estimate of your AWS fees and doesn't include any taxes that might apply. Your actual fees depend on a variety of factors, including your actual usage of AWS services.

Last updated