In our previous blog post, we delved into our AWS architecture. Today, we will discuss the challenges we encountered while fully adopting Infrastructure-as-Code. In this post, we will outline some of the issues we faced with our Terraform setup, including enhancing developer efficiency, improving runtime performance, ensuring security, and reducing
Our product completely supports Java and we love Java developers. However, internally for our own code, we believe the era of the JVM is coming to an end [https://movingfulcrum.com/the-era-of-the-jvm-is-coming-to-an-end/]. We found these 3 things initially attractive about Go: 1. Instant compile times and program startup for faster
Today we are open sourcing one of our internal tools kafka-schema-sync [https://github.com/astradot/kafka-schema-sync]. One of the problems we face at Astradot is keeping our staging and prod environments in sync with respect to Kafka topics. Engineers can create tons of Kafka topics, with different configurations for each.
Setup Our infrastucture is deployed in AWS us-east-1 region. Elastic Load Balancer (ELB) is used for API endpoints. CNAME records were created in CloudFlare DNS to point to ELB instance. Test We used Datadog Synthetic Monitoring to test our endpoints. Synthetics Monitoring hits an endpoint periodically from around the world.