Over the past few months, the DevOps team here at Flux7 has noticed a growing trend among our projects. An increasing number of client assessments result in the use of Terraform by HashiCorp in support of DevOps automation and more specifically, infrastructure as code (IaC). We thought we’d devote today’s blog to why we are becoming heavier Terraform users and its benefits. And, we’ll also share the situations in which we recommend its use to clients, as well as situations where we might recommend the use of both AWS CloudFormation and Terraform.
For assured success, it is important to monitor your systems for ongoing operational efficiency, security and compliance to internal policies. In June we shared with you our Enterprise DevOps Framework in which inspectors, like logs, play a critical role in analyzing services in the pipeline and landing zone to ensure compliance with operational, security, and regulatory requirements. At Flux7 we universally recommend customers use Amazon CloudWatch Logs for this purpose -- even if you are using Splunk or another log solution, we recommend CloudWatch Logs as a first stop for your logs as it is a more robust solution as we will discuss. First, let’s review Amazon CloudWatch, and CloudWatch Logs and then we’ll discuss why they should be the first stop for your AWS system logs.
As AWS experts, we often get asked how different technologies can work with AWS. Most recently we had a customer ask us how to use Azure Active Directory (AD) to manage user authentication to access the AWS console. While we don’t often discuss hybrid cloud technologies in this blog, we thought we’d share with you how we configured Azure AD to manage access to the AWS console.
What’s the difference between stable and stale? It sounds like the intro to a good joke, but trust us, the slippery slope between the two can be no laughing matter. Read on as we explain why it’s important to strive for and embrace the role that agility, and a DevOps methodology can play in keeping your environment agile and moving forward in pursuit of continuous improvement.
There are two kinds of rogue websites: one created by external organizations looking to subvert a legitimate website by appearing to replace it and the second is a website created by an internal team without obtaining proper approvals. Today we will discuss the latter and how AWS DevOps best practices can remediate the issue--as told through the story of a technology organization we recently worked with.
Join Flux7 CEO, Aater Suleman, next Monday, October 9th from 12:00pm – 3:00pm (ET) as he presents an “An Introduction to DevOps with AWS: How to Design, Deploy, and Manage a DevOps Workflow in AWS” as part of the O’Reilly live, online training series.
This article originally appeared on Forbes.
High in the mountains of Pakistan lie some of the most dangerous roads in the world. With sheer cliff faces that abruptly meet raging rivers thousands of feet below, these roads offer no guardrails to keep vehicles from sliding off, nor protection from falling rocks above. Torrential rains often cascade across the unpaved roadways, eroding gullies out of the dirt, making the paths among the most feared stretches of road in the world.
CFO magazine recently released results of a survey it conducted of mid-market CFOs which found that almost half (49%) were experiencing adverse impacts from the inability to attract and retain qualified technology talent. To address this gap, many are outsourcing IT services, and finding pros and cons to the situation. In today’s article, we will share which of these positives to take advantage of, the negatives to watch out for, and how to balance them with your company’s specific needs and business goals.
Amazon DynamoDB is a very popular NoSQL database service. Among AWS databases, the Flux7 AWS consultants like DynamoDB for its fast, reliable performance, especially for real time apps where we need faster access of data e.g. commerce, big data analytics, and IoT applications. Moreover, as a managed service, AWS takes care of the administrative burden (e.g. hardware provisioning, setup and configuration, replication, software patching, etc.) for you. While this database is well-loved, one feature that has been in high-demand--and we are happy to say was just released by AWS--is Auto Scaling for DynamoDB. We are really excited to see AWS deliver Auto Scaling to DynamoDB customers as it will make administration and managing capacity of data even easier, will help maximize availability for applications, all of which will positively impact cost savings.
Amazon Web Services users have been eager to find a simpler method for deploying serverless applications, built using Lambda functions, API gateways, and AWS DynamoDB. As a result, AWS released a new model called the AWS Serverless Application Model (SAM) which makes it easier for customers to deploy their serverless applications using AWS CloudFormation. With this announcement, there are now two serverless frameworks for building serverless architectures -- deploying serverless applications using AWS CloudFormation and using the AWS SAM. However, the new AWS SAM uses CloudFormation natively to deploy, which is a definite plus for AWS users.