Solution Architecture - Evaluations & Selections
Rohan Rekhi
Servant Leadership | Data API Strategy | Data Engineering Delivery | Data Governance | Cloud Certified | Snowflake Architect | DataOps | Data Product | Asset Management | Technical Reviews | Biz Dev| Data Strategy
Thank you for reading my latest article here.
Here at LinkedIn, I regularly write about data architecture, Business Architectures Business Concepts and technology trends. To read my future articles simply join my Newsletter on LinkedIn or follow me on 'Rohan Rekhi | LinkedIn
Background
I have been covering various Pillars of Solution Architecture in last few articles. For each of these pillars we do need solutioning and there are usually multiple options to choose from. A solution selection and evaluation is series of recommendations and/or restrictions for all potential viable combinations of architectural standards, technologies or platforms to be used in the design and implementation of a technology solution. This artifact type is determined by declaring predefined dispositions, it provides clarity on the preferred selections within a solution.?
We need Solution Selection & Evaluation in the direct and viable choices in particular technology categories. Each solution selector contains the different technologies available for the category in question, their current lifecycle state (current, legacy, planned, etc) and is arranged in a way that enables one to choose the appropriate implementation based on their use case. Prerequisite to using one of these technologies is that the technology must be present and described in the corresponding architectural blueprint. If the technology is not described in said blueprint, please engaged the Enterprise Architects for the area in question to determine a path forward.
Few Technology categories listing here, list may not be exhaustive.
Lets look at Cloud Database Platform Solution briefly as that is one of the big decision point of any Solution Architecture.
For Public Cloud Provider usage guidelines should be documented..?All applications use cases that needs to use Public Cloud needs to follow the Governance which includes review and approval from Enterprise Architecture Authorities. Not all the cloud database services may be ready for supporting productions workloads and evaluation and design pattern development might still be ongoing for many of them.?The Cloud Database solution selection document should be frequently updated (6 to 9 Months), as the evaluation and design pattern development of the Database services offered by Public Cloud providers are completed.
Lets look at potential Current and Future state indicative considerations for Google GCP and Amazon AWS platforms.
GCP
Current State
Future State
AWS
Current State
Future State
ANY request for a new data store MUST be accompanied by capacity, growth, and performance models, along with RTO and RPO targets to ensure the correct cluster configuration is chosen.
Public Cloud Persisted Database patterns
Online Transaction Processing (AKA OLTP) databases are used to?provide persisted, durable data storage for applications needing to respond immediately to user requests.? This includes any application databases classified as systems of record.
Here's a quick snippet of the AWS and GCP typical offerings
In future articles, I will zoom into few other Selection Technology categories.
#solutionarchitecture #selection #evaluation #performance #resilliancy #scalability #serverless
To stay up to date with my latest articles in, make sure to subscribe to my newsletter follow me on LinkedIn, and if you or anyone in your network is interested in taking a deeper dive into some of these topics or looking for help with your initiatives and programs, please feel free to reach out to me. For wider reach please share.
You can also follow me on Medium and Subscribe to my articles there.