If your project is considering PaaS, then you may be worried about how this change might impact your team—and rightfully so. Switching to PaaS often results in major shifts in roles and responsibilities. In this article, we will look at some of the most common changes to help prepare you and your team for the shift. (If you haven’t yet decided on PaaS, and you’re interested in exploring the differences among PaaS, IaaS, and On-Prem, you might want to to help you decide.) check out this article In general, moving to PaaS means a large portion of your project's technical complexity will be handled by a vendor. Dr. Warner Vogels from Amazon Web Services (AWS) has written extensively about removing " " so you can focus on core competencies essential to your business. However, this significant change impacts team members' roles and responsibilities. undifferentiated heavy lifting Let’s look at how this change will affect DevOps, software developers, engineering, and business managers. DevOps: Be More Productive Perhaps the role most impacted by the switch to PaaS is DevOps. After all, vendor-managed DevOps is the main benefit of PaaS. If your role is DevOps, you can expect much of your daily routine to be made easier by PaaS. The PaaS now operates the infrastructure, which means fewer pages in the middle of the night. You can manage a larger system without a proportional increase in effort, hit more of your metrics without adding more responsibilities, improve confidence in security, and rather focus on other critical business priorities. So what DevOps responsibilities will PaaS manage? Most PaaS solutions will manage both hardware and software for you. Here is a chart that outlines some of the most common DevOps responsibilities that a PaaS vendor (in this case ) can manage for you: Heroku Developers: Focus on Code That Makes Your Project Unique If you are a developer, switching to PaaS means freeing your time to focus on the code that truly matters to your project – the business logic. Since your PaaS vendor will handle your platform technology, you should find yourself spending less time (if any at all) on boilerplate infrastructure, scaling, deployments, and other issues that are common to all projects. Instead, you should be able to focus more on what makes your team (and product) unique. And because much of the platform complexity is handled for you, you should see a significant reduction in the amount of code you need to write. Check out how a PaaS enables by automating as many steps as possible. DrivenData to achieve "Minimum Viable Process" . Your PaaS solution probably comes with a wide variety of technologies already integrated (or available as plug-ins/add-ons) with your platform. For example, Heroku makes it easy to add additional platform services as "add-ons". You could quickly , or . These technologies are available to you and are pre-configured for rapid experimentation and exploration. As a result, you will not only have more time available to try out new ideas, it will also make trying out new ideas easier. Less complexity and code also mean you will have more time for experimentation try out Papertrail as your logging solution Redis as an in-memory data store Of course, it’s important to remember that you'll be trading flexibility for simplicity. You’ll have fewer decisions to make as long as your use case matches closely to what the vendor provides. If you have unique use cases, then you may need to spend time integrating them. In rare cases, you may not be able to accomplish your goal with the vendor's platform. Therefore, be sure to do your due diligence and build a proof of concept before committing to a specific platform. Engineering Managers: Focus on People and Process If you're an engineering manager, you’ll also see changes when your team moves to PaaS. PaaS solutions often make your life as a manager easier by handling rote tasks that use up time, such as analytics, reporting, cost estimating, and cost monitoring. A PaaS platform can deliver high availability and better performance to your customers, thanks to multiple regions or availability zones. So, you should see an improved quality of service without managing that infrastructure yourself. And because PaaS handles scaling, you should see a reduction in those dreaded “hug of death” alerts. You won’t need to scramble when your product is successful. Your app is ready for more customers when you are. However, PaaS can create a few new problems for managers. When considering proprietary solutions, consider the risk of vendor lock-in. Some PaaS solutions offer fully-managed systems built on open-source technology like PostgreSQL or Redis, which can reduce this risk. Additionally, look for vendors that offer observability into the system operations which can help when diagnosing problems. For example, Heroku offers dashboards for its services to monitor CPU, memory usage, and more. Third-party vendors can provide even more insight through add-ons for APM, logging, and more. As we mentioned earlier, you also need to investigate the platform to determine how well it supports your technical and business needs before making the switch. This will require work to define the key objectives, indicators, and conduct a proof of concept before making a commitment to switch. Overall, with the right PaaS solution, you can expect to spend less time on administrative tasks and technical meetings, and more time on what you are good at: managing talent and resources, improving processes, and delivering a great experience to your customers. This is why TriFin Labs, an app-dev consulting company, recommends PaaS to over 90% of the companies they speak with. According to , "With a new product you need to remain agile, you have to keep costs down to give you enough runway to find product-market fit, you need to spend all of your energy on creating an amazing product your users will love, and all signs point to Heroku [PaaS] being the right choice." their case study Business Managers: Improve Business Agility and OpEx For everyone on your team, the switch to PaaS typically creates a much faster release cycle and quicker time-to-market overall. Because PaaS handles so much complexity and so many technical details, it tends to reduce costs and time spent on administration, maintenance, staffing, and training. Intel, for instance, . PaaS often makes your team leaner and more focused. , a video-sharing service, without PaaS they would have to "hire at least four full-time DevOps people to run a service like Dubsmash at scale. Instead, Heroku [PaaS] makes it easy for [their] lean team to manage operations and maintain a high standard of quality for [their] users." saved almost 70% on their costs of application instances after moving from IaaS to PaaS According to this case study by Dubsmash Conclusion Moving your team to a PaaS solution will mean big changes. However, your team should see a reduction in costs and complexity overall, and an increase in the ability for team members to focus on their unique skills and the value they bring to the product and the business as a whole. Previously published at https://dzone.com/articles/how-adopting-paas-will-change-your-team

Amazon

Heroku

Intel

Routine

Zones

Which CI is Best For My Team?

5 Development Trends You Need to Know in 2020

I write about technology michael.bogan@gmail.com

Nominated for 2022 - HackerNoon Contributor of the Year - Software Architecture

Nominated for 2022 - HackerNoon Contributor of the Year - Microservices

Nominated for 2022 - HackerNoon Contributor of the Year - Devops

Nominated for 2022 - HackerNoon Contributor of the Year - Api

Nominated for 2022 - Software Developer of the Year

Nominated for 2022 - HackerNoon Contributor of the Year - Software

Too Long; Didn't Read

How Adopting PaaS Will Shake Up Your Team

How Adopting PaaS Will Shake Up Your Team

About Author

Comments

TOPICS

THIS ARTICLE WAS FEATURED IN

Related Stories

10 Threats to an Open API Ecosystem

The Noonification: How to Deal With Flapping or Broken Tests (11/29/2023)

The Noonification: Delving Into OpenTelemetry Collector (11/18/2023)

The Noonification: How to Implement a Merkle Tree in Solidity (11/12/2023)

105 Stories To Learn About K8s

104 Stories To Learn About Continuous Integration

10 Threats to an Open API Ecosystem

The Noonification: How to Deal With Flapping or Broken Tests (11/29/2023)

The Noonification: Delving Into OpenTelemetry Collector (11/18/2023)

The Noonification: How to Implement a Merkle Tree in Solidity (11/12/2023)

105 Stories To Learn About K8s

104 Stories To Learn About Continuous Integration

Light-Mode

Classic

Newspaper

Minty

Dark-Mode

Neon Noir

Minty

HN StartUps