Adding new features to existing applications used to mean that code pushed into production automatically updated the entire app. This raises security risks to the existing application, because a single bug could have catastrophic consequences. This risk can be reduced by implementing a secure feature management architecture that allows code updates with increased flexibility and the power to easily switch between versions.
There’s nothing quite as exciting as seeing your app live on Google Play or the App Store. The culmination of months, if not years, of hard work can bring a sense of accomplishment, but with it comes the pressure of ensuring that your digital product functions as intended and meets the needs of your users.
Whether you’re planning to launch your first app or are a veteran in releases, you’re probably aware of the review process your app must go through before it can go live on the store. These reviews can take anywhere from a few hours to a few days, depending on the complexity of your app and the number of apps waiting to be reviewed.
At ConfigCat, we always prioritize our customers' feedback and requests to ensure we provide the best experience possible. That's why we took action on a user suggestion to support browser extensions based on the Manifest V3 platform.
chrome.storage API, which enables proper SDK functionality.
Software development workflows change over time, and they involve an organized plan of development tasks. Today, these tasks build up the software incrementally. The industry standard for tracking code changes is the source code management tool - Git. But, besides Git, there is another great thing that helps development teams. It is a feature management system. Read on to learn what a Feature Management System is, and its use in software development.
ConfigCat is proud to offer a robust, comprehensive feature flag service for software engineers to utilize safe trunk based development.
Companies must use the most up-to-date standards when developing their unique Information Security Management System (ISMS), as information security becomes significantly more difficult to protect the more an organization grows.
As developers, we spend countless hours building new features and having them pass through rigorous QA tests. However, despite experience and all preparations made, there's always that dreaded feeling you get in the pit of your stomach when you know it's time for deployment. What if something goes wrong in production and your feature doesn't function as expected?
In a traditional software development workflow, whenever there are updates or feature releases to be made, they are typically tied to a single major deployment to production. As a result, the frequency of feature delivery is slower and a lot riskier because there’s a lot more at stake with each deployment if things don't go as planned.
That is to say that releases should not be tied to deployments but rather, decoupled from them. Due to this reason, in a continuous delivery environment, it is considered best practice to decouple feature releases from deployments as it allows for more incremental releases.
Hence, understanding the concept of decoupling releases from deployment and how feature flags can make that possible is a key for any team.
Thanks to the latest CI/CD tools and services, software companies can now deliver multiple releases in a week. Over the release process, it's expected that DevOps professionals keep their eyes on the monitoring dashboard and roll-back the deployment on the first suspicion. Since the use of feature flags gets more and more traction, it seems like a good idea to connect those releases and the monitoring tools.
We are very excited about the release of our new shiny Landing Page on configcat.com.
Use Feature Flags, and you do not need to worry about the ambiguous Apple App Store review. Also, you can forget about the release trains or the good old days when PMs are running around in the office with flame-throwers.