๐ September Updates at NeetoDeploy:
๐นSmarter autoscaling for background jobs
๐นRevamped metrics for Postgres, Redis, & Elasticsearch
๐นDataDog tracing integration
๐นProactive alerts & more!
https://t.co/yDD6rB1Cjz
#DevOps#Cloud#Monitoring#Scaling
Weโve switched our logging system from Loki to CloudWatch! This change reduces server load and boosts scalability. Both app and build logs are now powered by CloudWatch.
๐จ New Feature Alert!
You now have full control over your Maintenance Mode page on NeetoDeploy! ๐ฏ
Switch between default & custom modes, and design your message for users when your app is down. Watch how it works. ๐
๐ฅ https://t.co/XSLYEymqIK
#kubernetes#neeto#neetodeploy
3. All application dynos run on a private subnet (for security). They pull their OCI images from ECR via the NAT gateway. A private link (VPC endpoint for ECR) was also set up for the private subnet.
2. A VPC endpoint (AWS Private link) was added for ECR, which enabled traffic to be routed through the AWS internal network instead of through the Internet via the NAT gateway. This also improved performance.
Buildpacks do not run as the root user, meaning buildpack cannot do certain things requiring root permissions. In this case, we can use image extension to make the changes.
A Buildpack may create different layers(<layer>) inside the CNB_LAYERS_DIR directory. <layer> is a directory where all the packages and dependencies installed by the Buildpack are present.
After creating the <layer>, Buildpack defines how the layer should be used.
This is done by creating <layer.toml> file inside CNB_LAYERS_DIR folder and setting build, launch, and cache types.