• Home
  • >
  • DevOps News
  • >
  • You are Not Google and Don’t Try to Be Netflix – InApps Technology 2022

You are Not Google and Don’t Try to Be Netflix – InApps Technology is an article under the topic Devops Many of you are most interested in today !! Today, let’s InApps.net learn You are Not Google and Don’t Try to Be Netflix – InApps Technology in today’s post !

Read more about You are Not Google and Don’t Try to Be Netflix – InApps Technology at Wikipedia

You can find content about You are Not Google and Don’t Try to Be Netflix – InApps Technology from the Wikipedia website

You are not Google or Facebook. Hell, you are probably not Netflix or Etsy, either. And likely, the idea of having development teams to try to replicate these environments is impeding progress.

The DevOps movement is often fueled by larger software companies who are doing amazing things. The two poster children for the “common man’s” DevOps has become Netflix and Etsy. But they are not common at all. As I witness the topics and chatter on the subject, it is highly dominated by “continuous delivery” and “continuous deployment processes,” — oh, and “Docker.” They steal the show, and give incoming adopters the sense that if you are not doing CD, you are not doing DevOps. But all three of these are not practical for the typical organization.

If I were to guess, let’s say that continuous integration is for 90 percent of the companies out there. Minus those who are only doing dev for line-of-business applications. Then delivery is for nine percent and deployment for one percent. Both the reason and the problem is the CDs imply a particular type of application. One that has a high transaction volume and/or a user base that is geographically diverse.

Read More:   React-Redux Hooks With Typescript

But even if you do not fit into those categories, it does not mean DevOps is not for you. Because, after all, DevOps is not a thing. It is a framework. And it never ends. Not even Google can claim they have created the ultimate development environment. If they had, they would stop creating new languages and frameworks.

So take a big breath, and succeed at something for yourself, not trying to be Facebook or Google. What you should take from the leaders is the proof that it is possible. But what you need to focus on for yourself is:

  1. Automating something.
  2. Release more.
  3. Bring quality earlier in the pipeline.
  4. Break down communication barriers.
  5. Simply make better software.

All of these lead to a DevOps environment naturally.

Unfortunately, an all-too-common response I hear from people when I pitch DevOps is “we are not Facebook.” So they got the message, but their interpretation is wrong. The idea is that DevOps leads with people; people that drive processes; processes that are executed by tools. As long as you are not going backwards, then you are taking the next step.

The vendors are not helping. The vendors are guilty of believing that a single instance of a customer doing CD means that the entire world is. And thus they market ahead of that. Bleeding edge. They are always surprised when replicas of their ideal customer do not suddenly appear. The vendors have a tendency to ignore the masses. They are putting off prospects who dismiss them as being too far ahead. But really, automation for software releases is valuable for all companies, and automated functional testing is, as well.

From my point of view, both automated testing and continuous integration are starting points that any company can embrace. They leverage all the same tools and similar approaches as CD, and thus a way to slipstream into existing environments, as well as onboard the future. The problem is that these new processes mean organizational change. Which will be tough, and a must. Either you do it fast, or painfully slow over a long period of time.

Read More:   How GitOps Benefits from Security-as-Code – InApps 2022

So, basically, the market is its own worse enemy. The early majority has a pipeline inferiority complex, and the vendors keeping pushing the edge of being way too early with messaging, but on time with technology.

Docker is a sponsor of InApps Technology.

Feature image: Mighty Mouse in “Wolf! Wolf!” (1945), public domain.

InApps Technology is a wholly owned subsidiary of Insight Partners, an investor in the following companies mentioned in this article: Docker.

Source: InApps.net

Rate this post
As a Senior Tech Enthusiast, I bring a decade of experience to the realm of tech writing, blending deep industry knowledge with a passion for storytelling. With expertise in software development to emerging tech trends like AI and IoT—my articles not only inform but also inspire. My journey in tech writing has been marked by a commitment to accuracy, clarity, and engaging storytelling, making me a trusted voice in the tech community.

Let’s create the next big thing together!

Coming together is a beginning. Keeping together is progress. Working together is success.

Let’s talk

Get a custom Proposal

Please fill in your information and your need to get a suitable solution.

    You need to enter your email to download


      Success. Downloading...