Skip to content
View JasonTeixeira's full-sized avatar
👨‍💻
Building
👨‍💻
Building
Block or Report

Block or report JasonTeixeira

Block user

Prevent this user from interacting with your repositories and sending you notifications. Learn more about blocking users.

You must be logged in to block users.

Please don't include any personal information such as legal names or email addresses. Maximum 100 characters, markdown supported. This note will be visible to only you.
Report abuse

Contact GitHub support about this user’s behavior. Learn more about reporting abuse.

Report abuse
JasonTeixeira/README.md

Cloud Computing GIF

Table of Contents

Start Here

Hey, I'm Jason. I use the TOGAF Framework to document projects. Since every Solution is different, in each project I have included "How To Build" the foundational infrastructure guide and supplement the documentation with supporting configurations for growth that all consider the following; Security, Scalability, Reliability, Operational Excellence, Performance, and Cost Optimization. If you want to read my notes on the intention behind each project, they will be included at the bottom of the page.

Each project will include the following Artifacts if applicable to the Solution:

  • Intro Video
  • Requirements Specification
  • Architecture Document Overview
  • Design Diagrams (High Level, Detailed Architecture Diagrams, Data Flow, Sequence)
  • Security Architecture Plan
  • Operational Excellence Plan
  • Performance/Efficiency Plan
  • Cost Optimization Plan
  • Reliability Plan
  • Source Code
  • Configuration Files (IAC etc.)
  • Testing
  • CI/CD Environment
  • Monitoring and Logging
  • Scripts
  • Route Files

Projects

Cloud Architecture

Data and ML

Applications

  • Banking App: Showcases full-stack development skills in creating a secure and scalable banking application.
  • E-Commerce Platform: Illustrates the development of a comprehensive e-commerce platform with user authentication, product listings, and payment processing.
  • Travel Booking System: Demonstrates the creation of a complex travel booking system with integration of various services.
  • Streaming Media Service: Highlights skills in building a scalable streaming media service.
  • Healthcare Management System: Showcases the development of a healthcare management system with patient records, appointment scheduling, and billing features.
  • Inventory Management: Demonstrates expertise in developing an inventory management system for tracking products and supplies.
  • Real Estate Listing System: Illustrates the creation of a real estate listing platform with property details, search functionality, and user management.
  • Customer Support Ticketing System: Highlights the development of a customer support ticketing system for managing and resolving customer issues.
  • Image Processing Service: Showcases the development of an image processing service for editing and transforming images.
  • Task Scheduling Service: Demonstrates the creation of a task scheduling service for automating repetitive tasks.

Security and Networking

  • Cloud Security Operations Center: Highlights skills in cloud security, monitoring, and incident response.
  • Hybrid DNS: Demonstrates expertise in designing and implementing a hybrid DNS system for resilient network architecture.
  • Site2Site VPN: Illustrates skills in setting up a site-to-site VPN for secure and reliable connectivity.
  • Network Performance Monitoring: Showcases the development of a network performance monitoring tool to ensure optimal network operation.
  • Enterprise IAM Design: Highlights the design and implementation of an enterprise identity and access management system.

Additional Projects

Project Intentions

Pretty Simple. Projects build experience (You won't find copied projects here). When I started learning Cloud I knew I didn't want to just learn how a service works without knowing what it does within a larger context. I come from a business background and I know fundamentally the tech serves the business, not the other way around. Inherently this means simplifying the system as much as possible. There are a thousand things to consider with each configuration change in an enterprise setting. Literally.

The way I've structured the Public Projects is how I would do it by first gathering requirements from the business. Things like how it operates, what tech it needs, handling customer information based on the field, adhering to compliance requirements, considering security, scaling to millions of users, a structured recovery plan ... very long list of considerations as you can imagine.

If you look at any Sr. level Architect, their architecture is not publicly available, that would be a disaster. 99% of systems are proprietary within the confines of internal OPA's. Why am I telling you this? It is an extremely specific endeavor to build a system from scratch. Literally every system ever built shares many of the same components but are never "exactly" identical. This makes sense, no two business do exactly the same thing. understandably, their solutions share that in common. (This is why new hires typically spend their first three months reading the company's current architectural/technical documentation. I know you know what I'm talking about)

There are many private repositories that I am always actively working on that will be made available as they are ready for "real-world" applications. I have done my absolute best to build each project in an actual business setting putting the needs of the business first. Some challenges however are documenting in a framework that is accepted by the entire industry. It doesn't exist. Every company will document slightly different than the next. I've settled on the TOGAF framework as I felt that it structurally makes sense and is also malleable enough to accept different inputs.

So behind every project rather than leaving it ambiguous I thought it would be beneficial and strategic to include an extensive list of considerations for almost all solutions down below. Commonalities that are discussed and weighted based on a multitude of different factors. I will organize them based on categories. It is my intention that behind every project done recreationally or professionally it is heavily inferred that these considerations are always in sight, even if they are not technically "documented".

If interested, visit my blog with my projects and thought experiments where I share common issues encountered and how I approach them.

Business Considerations For Every Project

Strategic Alignment

Considerations
  • Business Goals: How does the architecture align with the overall business strategy and goals?
  • Stakeholder Needs: Have all key stakeholders' needs and expectations been identified and addressed?
  • Value Proposition: What value does the architecture bring to the organization?
  • Future Vision: Does the architecture support the long-term vision and future growth of the business?
  • Business Strategy: How does the architecture support the company's competitive strategy?
  • Strategic Goals: Are strategic goals broken down into actionable steps within the architecture?
  • Market Trends: Does the architecture consider current and future market trends?
  • SWOT Analysis: Have you conducted a SWOT analysis to understand strengths, weaknesses, opportunities, and threats?
  • Industry Standards: Are industry standards and best practices followed?

Governance and Compliance

Considerations
  • Regulatory Compliance: Is the architecture compliant with relevant industry regulations and standards?
  • Governance Framework: Is there a governance framework in place to ensure ongoing compliance and alignment?
  • Policy Adherence: Are all architectural decisions and implementations adhering to established policies and procedures?
  • Audit Trails: Are audit trails implemented to track changes and access?
  • Legal Requirements: Does the architecture comply with legal requirements?
  • Governance Roles: Are roles and responsibilities for governance clearly defined?
  • Policy Updates: Are policies regularly reviewed and updated?
  • Ethical Considerations: Are ethical considerations incorporated into the architecture?

Security and Risk Management

Considerations
  • Security Requirements: Are all security requirements clearly defined and incorporated into the architecture?
  • Threat Mitigation: What measures are in place to mitigate potential security threats?
  • Data Protection: How is sensitive data protected throughout its lifecycle?
  • Access Control: Are robust access control mechanisms implemented to ensure only authorized access?
  • Incident Response: Is there an incident response plan in place for security breaches?
  • Risk Assessment: Have all potential risks been assessed and mitigated?
  • Vulnerability Assessment: Are regular vulnerability assessments conducted?
  • Penetration Testing: Is penetration testing performed to identify security weaknesses?
  • Security Policies: Are security policies comprehensive and enforced?
  • Encryption: Is data encryption implemented at rest and in transit?
  • Security Training: Is ongoing security training provided to employees?

Performance and Scalability

Considerations
  • Performance Metrics: What performance metrics are in place to monitor and measure system performance?
  • Scalability: How does the architecture support scalability to handle increased load and growth?
  • Capacity Planning: Is there a capacity planning process to anticipate and manage future demands?
  • Optimization: Are there mechanisms for continuous performance optimization?
  • Load Testing: Are load tests performed to ensure the system can handle expected traffic?
  • Performance Bottlenecks: Are performance bottlenecks identified and addressed?
  • Elasticity: Can the architecture automatically adjust to varying loads?
  • Resource Allocation: Are resources dynamically allocated based on demand?
  • Latency Reduction: What measures are in place to minimize latency?

Integration and Interoperability

Considerations
  • System Integration: How well does the architecture integrate with existing systems and technologies?
  • Interoperability: Are interoperability standards and protocols followed to ensure seamless communication between systems?
  • API Management: Are APIs managed effectively to support integration and data exchange?
  • Integration Testing: Are integration tests conducted to ensure components work together?
  • Data Interchange: How is data interchange managed between different systems?
  • API Security: Are APIs secured against unauthorized access?
  • Legacy Systems: How are legacy systems integrated with new architecture?
  • Third-Party Integration: How does the architecture handle third-party integrations?

Flexibility and Agility

Considerations
  • Change Management: How does the architecture accommodate changes and evolving business requirements?
  • Modularity: Is the architecture modular to allow for easy updates and enhancements?
  • Agility: Does the architecture support agile development and deployment practices?
  • Adaptability: Can the architecture easily adapt to new business requirements?
  • Prototyping: Are prototypes created to test new ideas quickly?
  • Change Impact Analysis: Is there a process for analyzing the impact of changes?
  • Version Control: Is version control used for managing changes in the architecture?
  • Iterative Development: Are iterative development practices employed?

Usability and User Experience

Considerations
  • User Requirements: Are user requirements clearly defined and incorporated into the design?
  • User Experience: How does the architecture enhance the user experience?
  • Accessibility: Are accessibility standards followed to ensure usability for all users?
  • User Feedback: How is user feedback collected and incorporated?
  • User Training: Is training provided to ensure users understand the system?
  • UI/UX Standards: Are UI/UX standards followed to ensure consistency?
  • User Testing: Are usability tests conducted to identify issues?
  • User Support: Is there a support system in place for users?

Technology and Innovation

Considerations
  • Technology Stack: Is the chosen technology stack appropriate and up-to-date?
  • Innovation: How does the architecture incorporate innovative solutions and emerging technologies?
  • Technical Debt: Is there a plan to manage and reduce technical debt over time?
  • Emerging Technologies: Are emerging technologies evaluated and incorporated?
  • R&D: Is there a research and development process to innovate continuously?
  • Technology Refresh: Is there a plan for regular technology refreshes?
  • Innovation Pipeline: Is there an innovation pipeline to bring new ideas into production?
  • Technical Workshops: Are technical workshops conducted to foster innovation?

Maintenance and Support

Considerations
  • Maintainability: How easy is it to maintain and support the architecture?
  • Documentation: Is there comprehensive documentation for all architectural components and processes?
  • Support Plan: Is there a support plan in place for troubleshooting and resolving issues?
  • Support SLA: Is there a Service Level Agreement (SLA) for support?
  • Maintenance Schedule: Is there a regular maintenance schedule?
  • Troubleshooting Guides: Are troubleshooting guides available?
  • Support Team: Is there a dedicated support team for resolving issues?
  • Issue Tracking: Is there an issue tracking system in place?

Cost and Resource Management

Considerations
  • Cost Efficiency: How cost-efficient is the architecture in terms of development and operational expenses?
  • Budget Alignment: Does the architecture align with the allocated budget?
  • Resource Utilization: Are resources utilized effectively to maximize value?
  • Cost Estimation: How will we estimate costs for our cloud infrastructure to ensure budget alignment?
  • Cost Monitoring: What tools will we use to monitor ongoing cloud costs and identify potential savings?
  • Resource Optimization: How can we optimize resource usage to reduce unnecessary costs while maintaining performance?
  • Reserved Instances: When should we consider using reserved instances to save costs on predictable workloads?
  • Spot Instances: How can we leverage spot instances for non-critical workloads to reduce expenses?
  • Cost Allocation: What methods will we use to allocate cloud costs to different departments or projects?
  • Budget Alerts: What budget alerts will we set up to avoid overspending and ensure cost control?
  • Cost Reporting: How will we generate regular cost reports to provide visibility into cloud spending?
  • Pricing Models: How can we understand and leverage different cloud pricing models to optimize our expenditure?

Monitoring and Reporting

Considerations
  • Monitoring: What monitoring tools and practices are in place to ensure continuous oversight?
  • Reporting: Are there regular reporting mechanisms to keep stakeholders informed of progress and performance?
  • Real-Time Monitoring: Is real-time monitoring implemented?
  • Alerts and Notifications: Are alerts and notifications set up for critical events?
  • Dashboard Reports: Are dashboard reports available for key metrics?
  • Performance Trends: Are performance trends analyzed over time?
  • Anomaly Detection: Is anomaly detection used to identify unusual activity?

Continuous Improvement

Considerations
  • Feedback Loop: Is there a feedback loop in place to gather input from users and stakeholders for continuous improvement?
  • Review Cycles: Are there regular review cycles to assess and enhance the architecture?
  • Lessons Learned: How are lessons learned from past projects incorporated into future improvements?
  • Kaizen: Are Kaizen (continuous improvement) principles applied?
  • Benchmarking: Is benchmarking used to compare against industry standards?
  • Continuous Feedback: Is continuous feedback from stakeholders encouraged?
  • Improvement Roadmap: Is there a roadmap for continuous improvement?
  • Pilot Projects: Are pilot projects conducted to test new improvements?

Specific Technical Considerations

Considerations
  • Data Architecture: How is data structured, stored, and accessed to support business processes?
  • Application Architecture: Are applications designed to be resilient, scalable, and maintainable?
  • Infrastructure: Is the infrastructure robust and flexible to support current and future needs?
  • Disaster Recovery: Is there a disaster recovery plan in place to ensure business continuity?
  • Automation: Are there opportunities for automation to improve efficiency and reduce errors?
  • Cloud Readiness: Is the architecture cloud-ready?
  • Microservices: Are microservices used to enhance modularity?
  • Containerization: Are containers used for deployment?
  • DevOps Practices: Are DevOps practices employed for CI/CD?
  • Scalability Testing: Are scalability tests conducted?

Project Management and Execution

Considerations
  • Project Scope: Is the project scope well-defined and managed?
  • Timeline: Are timelines realistic and adhered to?
  • Resource Allocation: Are resources allocated effectively to meet project goals?
  • Risk Management: Are project risks identified and mitigated?
  • Quality Assurance: Is there a quality assurance process to ensure the deliverables meet the required standards?
  • Project Charter: Is there a project charter outlining objectives and scope?
  • Milestone Tracking: Are project milestones tracked and reported?
  • Team Collaboration: Is team collaboration facilitated effectively?
  • Project Risk Management: Are project risks regularly assessed and mitigated?
  • Quality Control: Is there a quality control process for deliverables?

Data Management

Considerations
  • Data Governance: Is a data governance framework in place?
  • Data Quality: Are data quality checks conducted?
  • Master Data Management: Is master data management implemented?
  • Data Lineage: Is data lineage tracked to ensure data integrity?
  • Data Archiving: Are there policies for data archiving and retention?

Business Process Management

Considerations
  • Process Mapping: Are business processes mapped and documented?
  • Process Optimization: Are business processes regularly optimized?
  • Workflow Automation: Is workflow automation used to improve efficiency?
  • Business Rules: Are business rules clearly defined and enforced?
  • Process Monitoring: Are business processes monitored for performance?

Customer and Market Focus

Considerations
  • Customer Requirements: Are customer requirements gathered and prioritized?
  • Market Analysis: Is market analysis conducted to understand trends and needs?
  • Customer Engagement: Are customers engaged throughout the project lifecycle?
  • Competitive Analysis: Is competitive analysis conducted to stay ahead?
  • Customer Satisfaction: Is customer satisfaction measured and improved?

Communication and Collaboration

Considerations
  • Stakeholder Communication: Is there a communication plan for stakeholders?
  • Team Meetings: Are regular team meetings held to ensure alignment?
  • Collaboration Tools: Are collaboration tools used effectively?
  • Knowledge Sharing: Is knowledge sharing encouraged within the team?
  • Conflict Resolution: Are there mechanisms for resolving conflicts?

Innovation and Research

Considerations
  • Innovation Labs: Are innovation labs set up to test new ideas?
  • Research Partnerships: Are partnerships formed with research institutions?
  • Patent Strategy: Is there a strategy for protecting intellectual property?
  • Experimentation: Is experimentation encouraged to explore new solutions?
  • Innovation Metrics: Are innovation metrics tracked to measure impact?

Vendor and Partner Management

Considerations
  • Vendor Selection: Are vendors selected through a rigorous process?
  • Vendor Performance: Is vendor performance monitored and evaluated?
  • Partner Collaboration: Are partners effectively collaborated with?
  • Contract Management: Is contract management conducted effectively?
  • Vendor Risks: Are vendor risks assessed and managed?

TOGAF Framework (For Reference)

Repository Structure

The repository is organized into the following directories, each corresponding to a phase of the TOGAF ADM process:

  • Preliminary
  • Architecture_Vision
  • Business_Architecture
  • Information_Systems_Architecture
  • Technology_Architecture
  • Opportunities_and_Solutions
  • Migration_Planning
  • Implementation_Governance
  • Architecture_Change_Management
  • Requirements_Management

Phases and Artifacts

Preliminary Phase

Purpose: Preparation and initiation activities to meet the business directive for a new enterprise architecture.

  • Artifacts:
    • Architecture Principles Document
    • Architecture Vision
  • Produced: At the beginning of the ADM cycle.
  • Stored: In the Preliminary directory.

Phase A: Architecture Vision

Purpose: Develop a high-level aspirational vision of the capabilities and business value to be delivered.

  • Artifacts:
    • Request for Architecture Work
    • Statement of Architecture Work
    • Business Scenarios
    • Architecture Vision Document
    • Stakeholder Map Matrix
  • Produced: Early in the ADM cycle.
  • Stored: In the Architecture_Vision directory.

Phase B: Business Architecture

Purpose: Develop the business architecture to support the agreed architecture vision.

  • Artifacts:
    • Business Architecture Baseline
    • Business Architecture Target
    • Business Architecture Gap Analysis
    • Business Interaction Matrix
    • Business Function Matrix
  • Produced: After the Architecture Vision.
  • Stored: In the Business_Architecture directory.

Phase C: Information Systems Architectures

Purpose: Develop the information systems architecture including data and application architectures.

  • Artifacts:
    • Data Architecture Baseline
    • Data Architecture Target
    • Data Architecture Gap Analysis
    • Application Architecture Baseline
    • Application Architecture Target
    • Application Architecture Gap Analysis
  • Produced: After Business Architecture.
  • Stored: In the Information_Systems_Architecture directory.

Phase D: Technology Architecture

Purpose: Develop the technology architecture.

  • Artifacts:
    • Technology Architecture Baseline
    • Technology Architecture Target
    • Technology Architecture Gap Analysis
    • Technology Standards
  • Produced: After Information Systems Architecture.
  • Stored: In the Technology_Architecture directory.

Phase E: Opportunities and Solutions

Purpose: Identify the major implementation projects and group them into work packages.

  • Artifacts:
    • Project Context Diagrams
    • Benefits Diagrams
    • Implementation and Migration Plan
  • Produced: After Technology Architecture.
  • Stored: In the Opportunities_and_Solutions directory.

Phase F: Migration Planning

Purpose: Develop a detailed roadmap for implementing the target architecture.

  • Artifacts:
    • Implementation and Migration Plan
    • Transition Architectures
    • Implementation and Migration Strategy
  • Produced: After Opportunities and Solutions.
  • Stored: In the Migration_Planning directory.

Phase G: Implementation Governance

Purpose: Provide architectural oversight for the implementation.

  • Artifacts:
    • Architecture Contract
    • Compliance Assessment
  • Produced: During implementation.
  • Stored: In the Implementation_Governance directory.

Phase H: Architecture Change Management

Purpose: Ensure that the architecture adapts to changes in the technology and business environment.

  • Artifacts:
    • Architecture Compliance Review
    • Architecture Change Request
  • Produced: As needed during the architecture lifecycle.
  • Stored: In the Architecture_Change_Management directory.

Requirements Management

Purpose: Manage architecture requirements identified during any phase of the ADM cycle.

  • Artifacts:
    • Requirements Repository
    • Requirements Specification
  • Produced: Throughout the ADM cycle.
  • Stored: In the Requirements_Management directory.

Cloud/Tech Stack

Python Shell Script
AWS Azure Google Cloud Docker Kubernetes Terraform Ansible Jenkins Grafana Prometheus Chef Puppet Confluence Jira Postman Apache Spark Apache Hadoop Apache Flink Amazon DynamoDB Apache Cassandra Redis MySQL MongoDB Apache Kafka

Popular repositories Loading

  1. Hosting-Blog-On-Cloud Hosting-Blog-On-Cloud Public

    These will be practice diagrams I wam working on

  2. aws-reference-architecture aws-reference-architecture Public

  3. JasonTeixeira JasonTeixeira Public

  4. E-Commerce-Platform E-Commerce-Platform Public

    E-Commerce Platform

  5. Chat-Bot Chat-Bot Public

  6. IoT-Device-Management-System- IoT-Device-Management-System- Public