We recently tackled significant resource constraints slowing down our continuous deployment process, and dramatically reduced deployment times through strategic infrastructure improvements with Kubernetes and Amazon EFS. Head over to our latest Tech Blog to hear from Software Engineer Nathan Moore about how we enhanced our deployment efficiency and overcame these challenges:
Realtor.com’s Post
More Relevant Posts
-
Kubernetes is in its "hype cycle," but what happens when the initial excitement wears off? 👀 👉 In a nutshell, Kubernetes is powerful, but not perfect, and it's certainly not your silver bullet for better-performing software. 👈 Developer, Speaker, Observability Evangelist, and Microsoft MVP Martin Thwaites argues for a more nuanced approach to adopting Kubernetes, emphasizing the importance of cross-team communication and the right tooling to truly benefit from what the platform has to offer. Put in the work, and keep those communication lines open! 🛠️🤝 https://go.hny.co/3Fhbauc
What Happens to DevOps when the Kubernetes Adrenaline Rush Ends?
https://www.honeycomb.io
To view or add a comment, sign in
-
By tracking real-time, standardized deployments, you can understand costs as they accrue and make operational adjustments before receiving the bill. #DevOps #PlatformEngineering by David Williams thanks to Quali
How Platform Engineering Is Disrupting FinOps
https://thenewstack.io
To view or add a comment, sign in
-
Kubernetes, often abbreviated as K8s, counting the eight letters between the K and the s, is a Greek word meaning "helmsman" or "pilot." The project was originally developed by Google engineers, based on their internal container orchestration system called Borg. #k8s #kubernetes #google #devops
To view or add a comment, sign in
-
Kaar Technologies | Product-DevOps & Innovations | Cloud - Architect | SRE | AWS | Docker | ECS | Nodejs | MongoDB | MySQL | IAC - CloudFormation | GenAI
🚀 Excited to Share: Automating ECS Cluster Deployment with CodeDeploy! Recently, I had the pleasure of leading a session for my juniors on automating ECS (Elastic Container Service) cluster deployment using CodeDeploy. It was an insightful journey where we explored streamlining our deployment processes, ensuring efficiency and reliability every step of the way. Here’s a breakdown of our workflow: 1. Code Push: Whenever a developer pushes code, our system kicks into action. But before anything else, an automatic Security Code Analysis (SCA) and unit tests are executed to maintain code integrity and quality. 2. Docker Image Creation: Once the code passes the initial checks, we proceed to build a Docker image. This image encapsulates our application, providing consistency across environments. Upon successful creation, the image is pushed to Amazon ECR (Elastic Container Registry), ensuring secure and scalable storage. 3. Task Definition Update: With the latest Docker image in place, we update the ECS task definition. This step ensures that our ECS cluster is aware of the most recent version of our application. 4. AppSpec.yml Modification: Simultaneously, we modify the `appspec.yml` file, a crucial component for CodeDeploy. This file outlines the deployment strategy and instructions for CodeDeploy to follow. 5. Deployment with CodeDeploy: The modified `appspec.yml` is then uploaded to Amazon S3 (Simple Storage Service), providing a centralized location for deployment assets. Leveraging CodeDeploy, we initiate the deployment process in a blue-green mode. This approach ensures minimal downtime and increased resilience as we seamlessly transition between the existing and updated environments. By automating these processes, we unlock numerous benefits: - Efficiency: Reduce manual intervention and streamline deployment pipelines. - Reliability: Ensure consistent deployments and minimize the risk of human error. - Scalability: Adapt to changing demands with confidence, knowing our deployment process can scale alongside our applications. In conclusion, automating ECS cluster deployment with CodeDeploy isn't just about efficiency—it's about empowering teams to focus on innovation while ensuring a robust and reliable deployment pipeline. Here's to embracing automation and propelling our projects to new heights! 💡✨ #ECS #CodeDeploy #Automation #DevOps #DeploymentStrategy
To view or add a comment, sign in
-
-
"Kubernetes is not your silver bullet to better-performing software. Put in the work." – Martin Thwaites While Kubernetes offers many advantages, it's not a one-size-fits-all solution. It underscores that successful implementation requires thoughtful collaboration between various teams—be it platform engineering or application engineering—to truly reap the benefits and avoid creating new silos or problems. https://go.hny.co/3RF2UvB
What Happens to DevOps When the Kubernetes Adrenaline Rush Ends?
https://thenewstack.io
To view or add a comment, sign in
-
Kubernetes taints an tolerations: As a best practice, you want to insure that your deployments are decoupled from each other and multiple services are not running on the same nodes. This will make the fault tolerance higher and a potential issue within the cluster less destructive. Let's explain taints an tolerations with a simple example: Imagine a building with 10 apartments. Each apartment can be unlocked and accessed if you have the correct key. 1. The apartment = Node in the k8s cluster 2. You or any other person that enters the building = a pod in the cluster 3. The key that is needed to open the apartment = the taint on the node 4. That same key that each person should have to access a specific apartment = the toleration on the pod Let's take as example apartment #1: 1. The key that is needed for this apartment is "key=number1:NoSchedule " That is the taint on your node that will allow pods to be scheduled on it only if they have the needed key or toleration 2. If a person (pod) wants to access this apartment (node), he will need a toleration of: tolerations: - key: "key" operator: "Equal" value: "number1" effect: "NoSchedule" Any other toleration will prevent the pod from being scheduled on that node. Stay calm and decouple your workloads! #kubernetes #devops
To view or add a comment, sign in
-
Site reliability engineering (SRE) is a concept introduced by Google in 2004 and since then it has been adopted by various leading software organizations. In its purest form SRE is what you get when you treat operations like it is a software problem. Industry-leading reports point out the strategic value that SRE offers to the […]
SRE in the Age of AI
https://devops.com
To view or add a comment, sign in
-
tl:dr: Clare outlines the steps a code change goes through in an Amazon pipeline on its way to production, detailing the four major phases: source, build, test, and production. This article offers software engineers valuable insights into continuous delivery pipelines and how a typical AWS service team might set one up. Via: Automating Safe, Hands-Off Deployments - Clare Liguori
Automating safe, hands-off deployments
aws.amazon.com
To view or add a comment, sign in
-
Building a Scalable Platform Engineering Environment on Kubernetes: A Technical Overview In the rapidly evolving realm of cloud-native applications, Kubernetes stands out as a robust solution for creating scalable, reliable, and secure infrastructures. For platform engineers, grasping the fundamental concepts and best practices of Kubernetes is essential. This article will explore the technical intricacies of establishing a platform engineering environment using Kubernetes. #Kubernetes #PlatformEngineering
Building a Scalable Platform Engineering Environment on Kubernetes: A Technical Overview
medium.com
To view or add a comment, sign in
Voice Intelligence Specialist at Realtor.com
1wUseful tips