Header Background Image

Day 0, Day 1, Day 2

CodiLime Glossary

Some common networking terms clearly explained

Glossary /D /

Day 0, Day 1, Day 2

Day 0, Day 1, and Day 2 refer to different phases of the software life cycle. Day 0 is the design phase, Day 1 is where things get creative, and Day 2 is just a daily operations routine.

Day 0

Day 0 is the phase when you focus on defining goals and setting up milestones leading to the realization of project goals. You answer critical questions about the project, including which platform you will be using, as well as which environment it will exist in. You decide what integrations you need (and how they will be performed), how much investment you can make within the infrastructure, how your platform will integrate with any CI/CD toolchains your company uses. Day 0 includes design, strategy, customer needs, service goals, and values, as well as business settings like cash flow, budget, ROI, etc.

You should keep in mind that a successful software product is the result of a thorough planning and design process. Defining measurable milestones leads to the realization of the project goal. 

Day 1 

Day 1 is the first day when the talking stops and work truly starts. It entails actual development and deployment of the product as per the Day 0 phase. Developers usually find this phase the most interesting one. The initial design is brought to life, the infrastructure is created based on the project’s specifications. During the Day 1 phase, you should stick to the important DevOps practice: Continuous Integration/Continuous Delivery

There are dozens of classes of tools that can be used during Day 1. At the end of this phase, you will see your plans take shape. Make sure you know what your strategy is going to be and learn how to support it.

Day 2 

Once the software is ready, it goes live, and your customers start using it. Day 2 is the phase where elements like customer support and software maintenance come in. The most important thing to focus on during this phase is establishing a feedback loop. You should monitor how your software product is working and gather user feedback. Then, you send the feedback to developers who will implement changes in the product. Summing up, Day 2 focuses on monitoring, analytics, and observation to detect failure or outage. The phase ensures the health of your product or application—it is all about keeping systems alive and healthy over time.

Read more:

Thumbnail of an article about What is CI/CD — all you need to know
OPERATIONS

What is CI/CD — all you need to know

The CI/CD process is now one of the essential paradigms in modern software development, oriented on delivery and quality. Continuous integration, continuous delivery, and continuous deployment benefit both software development and business. But what exactly stands behind the acronym CI/CD, and what is its added value? CI/CD stands for Continuous Integration (CI) and Continuous Deployment or Continuous Delivery (CD). Although the basics of each are relatively similar, there are fundamental differences that define the key beneficiaries, and the results that can be achieved.
Thumbnail of an article about Continuous monitoring and observability in CI/CD
OPERATIONS

Continuous monitoring and observability in CI/CD

Deploying a CI/CD pipeline is only a half success. To complete the deployment, you need to establish continuous monitoring and observability which will allow you to collect metrics and actionable insights. In this blogpost you will learn about the principles of monitoring and observability, how they are related and how automation can streamline the entire deployment process. DevOps culture is a good starting point here, as understanding the DevOps advantages and its principles will allow you to contextualize continuous monitoring and observability.
Thumbnail of an article about How to set up and optimize a CI/CD pipeline
OPERATIONS

How to set up and optimize a CI/CD pipeline

Nowadays you will hear that if you want your SDLC (Software Development Lifecycle) to be efficient, you need to have a proper, well-established CI/CD setup. In most cases, it’s true. In this blog post I am going to focus on how to go about creating such a setup when creating a new CI/CD pipeline and optimizing an existing one. I will also look at best practices to follow and outline errors to avoid. Finally, I will analyze the possible reasons why your CI/CD setup may not work as expected and propose solutions to turn things around.

Get your project estimate

For businesses that need support in their software or network engineering projects, please fill in the form and we’ll get back to you within one business day.

For businesses that need support in their software or network engineering projects, please fill in the form and we’ll get back to you within one business day.

We guarantee 100% privacy.

Trusted by leaders:

Cisco Systems
Palo Alto Services
Equinix
Jupiter Networks
Nutanix