My Repository 2


Get Started. It's Free
or sign up with your email address
My Repository 2 by Mind Map: My Repository 2

1. AWS

1.1. 1 Introduction to AWS

1.1.1. 1. Region 1. region is a named set of AWS resources in the same geographical area. 2. A region comprises at least two Availability Zones.

1.1.2. 2. AZ 1. Availability Zone is a distinct location within a region that is insulated from failures in other Availability Zones and 2. provides inexpensive, low-latency network connectivity to other Availability Zones in the same region.

1.1.3. 3. Deployment 1. hybrid deployment is a way to connect infrastructure and applications between cloud-based resources and existing resources that are not located in the cloud. 2. An all-in deployment refers to an environment that exclusively runs in the cloud.

1.2. 2 S3 and Glacier Storage

1.2.1. 1. Glacier provides lowcost archival storage.

1.2.2. S3 4. key characteristics of s3 All objects have a URL. S3 can store unlimited amounts of data. S3 uses a REST (Representational State Transfer) Application Program Interface (API). 3. appropriates use cases for s3 Storing web content Storing backups for a relational database Storing logs for analytics 2. Objects are stored in buckets, and objects contain both data and metadata. objects are private by default

1.3. 3 EC2 and EBS

1.3.1. 1. EBS provides persistent block-level storage volumes for use with Amazon EC2 instances on the AWS Cloud.

1.4. 4 VPC

1.4.1. 1. VPC VPC lets organizations provision a logically isolated section of the AWS Cloud where they can launch AWS resources in a virtual network that they define.

1.5. 5 ELB, CloudWatch and Auto Scaling

1.5.1. 1. CloudWatch CloudWatch is a monitoring service for AWS Cloud resources and the applications organizations run on AWS. CloudWatch metrics provide hypervisor visible metrics.

1.5.2. 2. Auto Scaling helps maintain application availability and allows organizations to scale Amazon Elastic Compute Cloud (Amazon EC2) capacity up or down automatically according to conditions defined for the particular workload. Not only can it be used to help ensure that the desired number of Amazon EC2 instances are running, but it also allows resources to scale in and out to match the demands of dynamic workloads. Auto Scaling Group default EC2 capacity (20) for new region. launches instances from an AMI specified in the launch configuration associated with the Auto Scaling group enforces a minimum number of instances in the min-size parameter of the Auto Scaling group. launch configurations May use instances Supported Plans Auto Scaling is designed to scale out based on an event like increased traffic while being cost effective when not needed. Auto Scaling responds to changing conditions by adding or terminating instances

1.5.3. ELB Websites behind ELB An SSL certificate must specify the name of the website in either the subject name or listed as a value in the Subject Alternative Name SAN extension of the certificate in order for connecting clients tonot receive a warning. When Amazon EC2 instances fail the requisite number of consecutive health checks, the load balancer stops sending traffic to the Amazon EC2 instance. ELB Health Checks A ping A connection attempt A page request Connection Draining When connection draining is enabled, the load balancer will stop sending requests to a deregistered or unhealthy instance attempt to complete in-flight requests until a connection draining timeout period is reached, which is 300 seconds by default. supported types of load balancer Internet-facing Internal HTTPS using SSL

1.6. 6 IAM

1.6.1. IAM Policies Service Name Action

1.6.2. IAM Security Features MFA

1.6.3. Actions Authorized by IAM Launching a Linux EC2 instance

1.6.4. EC2 roles Key rotation is not necessary.

1.6.5. temporary security tokens

1.7. 7 Databases and AWS

1.7.1. 1. Databases 1. DynamoDB 1. non-relational database 2. fully managed, fast, and flexible NoSQL database service for all applications that need consistent, single-digit millisecond latency at any scale. 3. DynamoDB tables 2. RDS 1. OLTP 2. RDS provides managed relational databases. 3. increase resiliency 4. RDS supports Microsoft SQL Server Enterprise edition and the license is available only under the BYOL model 5. MySQL 3. Redshift 1. best suited for traditional Online Analytics Processing (OLAP) transactions

1.7.2. 2. read replicas 1. to increase performance, use read replicas to scale out the database and thus maximize read performance 2. read replicas and a Multi-AZ deployment allow you to replicate your data and reduce the time to failover

1.7.3. 3. DB Snapshots 1. can be used to restore a complete copy of the database at a specific point in time 2. DB snapshots allow you to back up and recover your data

1.7.4. 4. Multi-AZ supported db engines 1. MS SQL Server, MySQL, Aurora, PostgreSQL, Oracle...

1.7.5. 5. database failover 1. Force a Multi-AZ failover from one Availability Zone to another by rebooting the primary instance using the Amazon RDS console. 1. rebooting the primary instance using the Amazon RDS console.

1.7.6. 6. General Purpose (SSD) volumes are generally the right choice for databases that have bursts of activity

1.7.7. 7. offload read requests 1. Add a read replica DB instance, and configure the client’s application logic to use a read-replica. 2. Create a caching environment using ElastiCache to cache frequently used data. Update the application logic to read/write from the cache.

1.7.8. 8. securing the database 1. requires a multilayered approach that secures the infrastructure, the network, and the database itself

1.8. 8 SQS, SWF, and SNS

1.8.1. 1. SQS 1. SQS is a fast, reliable, scalable, fully managed message queuing service that allows organizations to decouple the components of a cloud application. With Amazon SQS, organizations can transmit any volume of data, at any level of throughput, without losing messages or requiring other services to be always available. 2. SQS visibility timeout 1. max 12 hours 2. default 30 sec 3. properties 1. Message ID 2. Body

1.8.2. 2. SWF helps developers build, run, and scale background jobs that have parallel or sequential steps.

1.8.3. 3. SNS provides a messaging bus complement to Amazon SQS; however, it doesn’t provide the decoupling of components necessary for this scenario.

1.8.4. 2. SNS features 1. Publishers 2. Subscribers 3. Topics 1. ARN created

1.8.5. 1. Supported Protocols 1. HTTPS 2. AWS Lambda 3. Email-JSON

1.9. 9 DNS and Route 53

1.9.1. 1. Route 53 provides a highly available and scalable cloud Domain Name System (DNS) web service.

1.10. 10 ElastiCache

1.10.1. 1. ElastiCache is a service that provides in-memory cache in the cloud.

1.11. 11 Additional Key Services

1.11.1. 1. CloudFront is a web service that provides a CDN to speed up distribution of your static and dynamic web content—for example, .html, .css, .php, image, and media files—to end users. Amazon CloudFront delivers content through a worldwide network of edge locations.

1.11.2. 2. CloudFormation gives developers and systems administrators an easy way to create and manage a collection of related AWS resources.

1.11.3. 3. CloudTrail records AWS API calls, and Amazon Redshift is a data warehouse, neither of which would be useful as an architecture component for decoupling components.

1.12. 12 Security on AWS

1.13. 13 AWS Risk and Compliance

1.14. 14 Architecture Best Practices

2. TOGAF 9.2

2.1. Publications

2.1.1. Part 1: Introduction Definitions TOGAF Enterprise Architecture Why do we need Enterprise Architecture? 1. Lower costs – development, maintenance, support 2. Reduced complexity 3. Reduced risk 4. Simpler to add new systems 5. Faster purchase and implementation What is an Architecture Framework? Def 1 Def 2 Core Concepts Establishing the Architecture Capability as an Operational Entity, an enterprise architecture practice should establish capabilities in the following areas

2.1.2. Part 2: ADM Intro Overview Architecture Development Cycle Scoping the Architecture Architecture Development Cycle The ADM is iterative, over the whole process, between phases and within phases For each iteration of the ADM, a fresh decision must be taken as to These decisions should be based on a As a generic method, the ADM is intended to be used by enterprises in a wide variety of different geographies and applied in different vertical sectors/industry types. As such, it may be, but does not necessarily have to be, tailored to specific needs. Phases Preliminary Phase Phase A: Architecture Vision Phase B: Business Architecture Phase C: Information Systems Architecture Phase D: Technology Architecture Phase E: Opportunities and Solutions Phase F: Migration Planning Phase H: Architecture Change Management Requirements Management

2.1.3. Part 3: ADM Guidelines and Techniques 1. Applying Iteration to the ADM Iteration Cycles Classes of Architecture Engagement Approaches to Architecture Development 2. Applying the ADM at different Enterprise Levels Strategic Architectures (executive level) Segment Architectures (program or portfolio level) Capability Architectures 3. Security Architecture and the ADM How to adapt the ADM for security Accepted areas of concern for the security architect Typical security architecture artifacts 4. Using TOGAF to Define & Govern SOAs A style of architecture that looks at all the functions of the system as services. Services Using TOGAF for SOA 5. Architecture Principles Principle Components Qualities Two key domains inform the development and utilization of architecture: Example Set of Architecture Principles (BDAT) 6. Architecture Stakeholder Management Stakeholder Technique Approach to Stakeholder Management 7. Architecture Patterns A "pattern" has been defined as: "an idea that has been useful in one practical context and will probably be useful in other In TOGAF, patterns are considered to be a way of putting building blocks into context; for example, to describe a re-usable solution to a problem. Building blocks are what you use: patterns can tell you how you use them, when, why, and what trade-offs you have to make in doing so. 8. Business Scenarios Introduction Benefits of Business Scenarios Creating the Business Scenario Contents of a Business Scenario Contributions to the Business Scenario Business Scenarios and the TOGAF ADM Developing Business Scenarios Business Scenario Documentation Guidelines on Goals and Objectives 9. Gap Analysis Business domain gaps: Data domain gaps: Applications impacted, eliminated, or created Technologies impacted, eliminated, or created 10. Migration Planning Techniques Matries Tables 5. Business Value Assessment Technique 11. Interoperability Requirements Definitions Categories Enterprise Operating Model Refining Interoperability Determining Interoperability Requirements Reconciling Interoperability Requirements with Potential Solutions Summary 12. Business Transformation Readiness Assessment Introduction Recommended Activities Business Transformation Enablement Program (BTEP) Determine Readiness Factors Present Readiness Factors Assess Readiness Factors Readiness and Migration Planning Marketing the Implementation Plan 13. Risk Management Intro Risk Classification Risk Identification Initial Risk Assessment Risk Mitigation and Residual Risk Assessment Conduct Residual Risk Assessment Risk Monitoring and Governance (Phase G) Initial Risk Assessment 14. Capability-Based Planning Overview Capability-Based Planning Paradigm Concept of Capability-Based Planning Capabilities in an Enterprise Architecture Context Summary Old Links

2.1.4. Part 4: Architecture Content Framework Intro. This part describes the TOGAF content framework, including a structured metamodel for architectural artifacts, the use of re-usable architecture building blocks, and an overview of typical architecture deliverables Architects executing the Architecture Development Method (ADM) will produce a number of outputs as a result of their efforts, such as process flows, architectural requirements, project plans, project compliance assessments, etc. The content framework provides a structural model for architectural content that allows the major work products that an architect creates to be consistently defined, structured, and presented Content Metamodel 1. Overview 2. Content Metamodel Vision and Concepts 3. Content Metamodel in Detail 4. Content Metamodel Extensions 5. Content Metamodel Entities 6. Content Metamodel Attributes 7. Metamodel Relationships Architectural Artifacts Classifications Artifacts Architecture Deliverables 1. Architecture Building Blocks 2. Architecture Contract 3. Architecture Definition Document 4. Architecture Principles 5. Architecture Repository 6. Architecture Requirements Specification 7. Architecture Roadmap 8. Architecture Vision 9. Business Principles, Business Goals, and Business Drivers 10. Capability Assessment 11. Communications Plan 12. Compliance Assessment 13. Implementation and Migration Plan 14. Implementation Governance Model 15. Organizational Model for Enterprise Architecture 16. Request for Architecture Work 17. Change Request 18. Requirements Impact Assessment 19. Solution Building Blocks 20. Statement of Architecture Work 21. Tailored Architecture Framework Building Blocks Characteristics A good building block has the following characteristics: Architecture Building Blocks Solution Building Blocks Building Block Specification Process in the ADM

2.1.5. Part 5: Enterprise Continuum and Tools Architecture Continuum Foundation Architecture Common Systems Architecture Industry Architecture Organization-Specific Architecture Architecture Repository Architecture SIB Reference Library Governance Log Solutions Continuum Foundation Solutions Common Systems Solutions Industry Solutions Organization-Specific Solutions Architecture Partitioning Reasons Architectural Landscape: Integration Risks: What is needed: Explanation

2.1.6. Part 6 TOGAF Reference Models Foundation Architecture: TRM Intro TRM SIB Integrated Information Infrastructure Reference Model) III-RM Boundaryless Information Flow

2.1.7. Part 7: Architecture Capability Framework Overview In order to successfully operate an architecture function within an enterprise, it is necessary to put in place appropriate organization structures, processes, roles, responsibilities, and skills to realize the Architecture Capability. Part VII: Architecture Capability Framework provides a set of reference materials for how to establish such an architecture function. Establishing an Architecture Capability Can be supported by the TOGAF Architecture Development Method (ADM). Require the design of the four domain architectures Architecture Board Responsibilities Role Setting Up the Architecture Board Architecture Compliance Terminology Architecture Compliance Reviews Architecture Contracts Architecture Contracts are the joint agreements between development partners and sponsors on the: Successful implementation of these agreements will be delivered through effective architecture governance Architecture Governance Hierarchy of Governance: Characteristics of Governance Architecture Governance Framework Architecture Maturity Models Capability Maturity Models (CMMs) Architecture Skills Framework Provide a view of the competency levels required for specific roles Goals Enterprise Architecture Role and Skill Categories Enterprise Architecture Role and Skill Categories

2.2. TOGAF 9.2 (I/O, Artifacts, Approach)

2.2.1. ADM Input/Output & Steps 0 : Preliminary Inputs Outputs Steps A: Architecture Vision Inputs Outputs Steps B C D: Business/Information Systems/Technology Architecture Inputs Outputs Steps E: Opportuneties and Solutions Inputs Outputs Steps F: Migration Planning Inputs Outputs Steps G: Implementation Governance Inputs Outputs Steps H: Architecture Change Management Inputs Outputs Steps

2.2.2. ADM Objectives, Approach & Process Preliminary Objectives Approach steps A Architecture vision Objectives Approach Steps B. Business architecture Objectives Approach Steps C. Information systems Data Applications D. technology architecture Objectives Approach Process E. Opportunity/solutions Objectives Approach Steps F, Migration planning Objectives Steps G. Implementation governance Objectives Approach Steps Architecture requirements mgmg Objectives Approach H. Architecture change mgmt Objectives Approach Steps

2.2.3. Artifacts 0: Preliminary Principles Catalog A: Architecture Vision Stakeholder Map Matrix Value Chain Diagram Solution Concept Diagram B: Business Architecture Organization/Actor Catalog Driver/Goal/Objective Catalog Role Catalog Business Service/Function Catalog Location Catalog Process/Event/Control/Product Catalog Contract/Measure Catalog Business Interaction Matrix Actor/Role Matrix Business Footprint Diagram Business Service/Information Diagram Functional Decomposition Diagram Product Lifecycle Diagram Goal/Objective/Service Diagram Business Use-Case Diagram Organization Decomposition Diagram Process Flow Diagram Event Diagram C: Information Systems Architecture Data Application D: Technology Architecture Technology Standards Catalog Technology Portfolio Catalog Application/Technology Matrix Environments and Locations Diagram Platform Decomposition Diagram Processing Diagram Networked Computing/Hardware Diagram Communications Engineering Diagram E: Opportunities and Solutions Project Context Diagram Benefits Diagram

2.2.4. Summary Resources ADM Steps Reference Architectural Artifacts TOGAF 9 certification preparation advices & exam tips Togaf Modeling Exams Level 1 Level 2 TOGAF 9.2 brief Move to Modular Why ADM Vision and Business Phases Content Metamodel Summary

2.2.5. EA Operating Model

2.3. Exams

2.3.1. Part 1 Part 1 Exam Questions and Answers Part 1 online Sample Tests

2.3.2. Part 2