Software Development- Architecture and DevOps

Software Development: Introduction

Software development is a process by which standalone or individual software is created using a specific programming language. It involves writing a series of interrelated programming code, which provides the functionality of the developed software. Software development may also be called application development and software design.[12 (Links to an external site.)]

Topics related to Software Development include:

  • Architecture
  • DevOps
  • Programming Languages
  • Scripting Languages
  • Mobile Applications
  • Web Development

https://www.coursera.org/learn/software-architecture https://www.coursera.org/learn/software-processes

DevOps

DevOps is the combination of cultural philosophies, practices, and tools that increases an organization’s ability to deliver applications and services at high velocity: evolving and improving products at a faster pace than organizations using traditional software development and infrastructure management processes. This speed enables organizations to better serve their customers and compete more effectively in the market.

https://aws.amazon.com/solutions/case-studies/lululemon-athletica/

https://aws.amazon.com/devops/

https://aws.amazon.com/devops/what-is-devops/

Continuous Integration

is a DevOps software development practice where developers regularly merge their code changes into a central repository, after which automated builds and tests are run. Continuous integration most often refers to the build or integration stage of the software release process and entails both an automation component (e.g. a CI or build service) and a cultural component (e.g. learning to integrate frequently). The key goals of continuous integration are to find and address bugs quicker, improve software quality, and reduce the time it takes to validate and release new software updates.

https://aws.amazon.com/devops/continuous-integration/

Continuous Delivery

is a DevOps software development practice where code changes are automatically built, tested, and prepared for a release to production. It expands upon continuous integration by deploying all code changes to a testing environment and/or a production environment after the build stage. When continuous delivery is implemented properly, developers will always have a deployment-ready build artifact that has passed through a standardized test process.

Continuous delivery lets developers automate testing beyond just unit tests so they can verify application updates across multiple dimensions before deploying to customers. These tests may include UI testing, load testing, integration testing, API reliability testing, etc. This helps developers more thoroughly validate updates and pre-emptively discover issues. With the cloud, it is easy and cost-effective to automate the creation and replication of multiple environments for testing, which was previously difficult to do on-premises.

See the resources below to learn more about DevOps and Continuous Delivery/Continuous Integration in the Cloud.

https://aws.amazon.com/devops/continuous-delivery/

https://www.youtube.com/watch?v=mBU3AJ3j1rg&feature=youtu.be

https://www.youtube.com/watch?v=9lJwlOh0B2s

https://www.youtube.com/watch?v=652Wf1KKedk&feature=youtu.be

Developer tools

https://aws.amazon.com/products/developer-tools/

https://www.youtube.com/watch?v=esEFaY0FDKc&feature=youtu.be

Call to action

https://aws.amazon.com/training/course-descriptions/developing/

DevOps Blue/Green

Do you know what blue/green development entails? What are other strategies for building and deploying software?

A blue/green deployment is a change management strategy for releasing software code. Blue/green deployments, which may also be referred to as A/B deployments require two identical hardware environments that are configured exactly the same way. While one environment is active and serving end users, the other environment remains idle.

Blue/green deployments are often used for consumer-facing applications and applications with critical uptime requirements. New code is released to the inactive environment, where it is thoroughly tested. Once the code has been vetted, the team makes the idle environment active, typically by adjusting a router configuration to redirect application program traffic. The process reverses when the next software iteration is ready for release.

If problems are discovered after the switch, traffic can be directed back to the idle configuration that still runs the original version. Once the new code has proven itself in production, the team may choose to update code in the idle configuration environment to provide an added measure of capability for disaster recovery.

https://searchitoperations.techtarget.com/definition/blue-green-deployment

https://aws.amazon.com/quickstart/architecture/blue-green-deployment/

https://www.youtube.com/watch?v=BksbSqA3j9U&feature=youtu.be

https://www.youtube.com/watch?v=ooEf-LN2HoI&feature=youtu.be

https://www.youtube.com/watch?v=vYXvTbCRGD0&feature=youtu.be

https://www.youtube.com/watch?v=nkj0GXgaRv8&feature=youtu.be

https://www.youtube.com/watch?v=xhc1boyBkJw&feature=youtu.be

https://aws.amazon.com/getting-started/tutorials/deploy-code-vm/?trk=gs_card

https://aws.amazon.com/getting-started/hands-on/launch-an-app/

Infrastructure as Code

As your teams and infrastructure grow, it becomes more difficult to track IT resource changes as well as identify who made changes and when. It also becomes harder to enforce standards for your infrastructure resources, resulting in configuration drift and potential security issues. On AWS, you can easily standardize infrastructure configurations for commonly used IT services while also enabling self-service provisioning for your company. Once these resources are provisioned, you can then track how these resources are connected and monitor configuration changes and drift. In this session, we will discuss how you can achieve a sophisticated level of standardization, configuration compliance, and monitoring using a combination of AWS Service Catalog, AWS Config, and AWS CloudTrail.

https://www.youtube.com/watch?v=WL2xSMVXy5w&feature=youtu.be

https://www.youtube.com/watch?v=e7eGr1Tefho&feature=youtu.be https://www.youtube.com/watch?v=1QCXABOIcuc&feature=youtu.be https://www.youtube.com/watch?v=aqQ-WB6MXzc https://aws.amazon.com/premiumsupport/technology/trusted-advisor/best-practice-checklist/

Provisioning

https://aws.amazon.com/cloudformation/

(Links to an external site.) AWS CloudFormation (Links to an external site.) is a service that provides a common language for you to describe and provision all the infrastructure resources in your cloud environment. CloudFormation allows you to use a simple text file to model and provision, in an automated and secure manner, all the resources needed for your applications across all regions and accounts. Once everything is modelled, this text file serves as the single source of truth of your cloud environment. You can also create a collection of approved CloudFormation files in AWS Service Catalog (https://aws.amazon.com/servicecatalog/?aws-service-catalog.sort-by=item.additionalFields.createdDate&aws-service-catalog.sort-order=desc) to allow your organization to only deploy approved and compliant resources.

Operations Management

https://aws.amazon.com/systems-manager/ https://aws.amazon.com/cloudtrail/ https://aws.amazon.com/config/

AWS provides a set of services for systems and operations management that allows you to control your infrastructure resources with proper governance and compliance. You can use AWS Systems Manager (Links to an external site.) to quickly view and monitor all your resources and automate common operational tasks, such as patching or state management. Systems Manager provides a unified user interface, enabling you to easily manage your cloud operations activities in one place. You can also use AWS CloudTrail (Links to an external site.) for logging user activities within your organization and AWS Config (Links to an external site.) for inventorying all configurations across your resources.

Monitoring and Logging

https://aws.amazon.com/cloudwatch/

(Links to an external site.) Amazon CloudWatch (Links to an external site.) is a monitoring service for AWS cloud resources and the applications you run on AWS. You can use CloudWatch to collect and track metrics, collect and monitor log files, set alarms, and automatically react to changes in your AWS resources. CloudWatch can monitor AWS resources such as Amazon EC2 instances, DynamoDB tables, and RDS DB instances, as well as any custom metrics or log files generated by your applications. CloudWatch also provides a stream of events describing changes to your AWS resources that you can use to react to changes in your applications.

Managed Services for Configuration Management

https://aws.amazon.com/opsworks/

(Links to an external site.) AWS OpsWorks (Links to an external site.) is a fully-managed configuration management service that hosts and scales Chef Automate and Puppet Enterprise servers. OpsWorks eliminates the need to install and operate your own configuration management systems or worry about scaling its infrastructure. It also works seamlessly with your existing Chef and Puppet tools. OpsWorks will automatically patch, update, and backup your Chef and Puppet servers as well as maintain the availability of them. OpsWorks is great choice if you are an existing user of Chef or Puppet.

Next