Blog Discussion
system at August 9th, 2018 12:11 — #1
To develop a traditional web application, you stood up a collection of services and resources locally that attempted to emulate the production environment as nearly as possible. This meant installing, configuring, provisioning, and securing web servers, application servers, mail servers, database servers and databases, in-memory data structure stores, and so on, typically on a physical machine, such as a laptop or desktop. All this before writing a line of application code! Later, servers, databases, services and applications would be hosted elsewhere, typically offsite. Then, either you managed it yourself, remotely perhaps, or your overworked but heroically cheerful system administrator lent a hand. Or maybe you’d farm it out to a service provider. Your life was complicated, sure. But the development process itself was familiar, reasonably well understood, and Google had answers for everything; sample code so shiny you could groom yourself in its reflection; and life was good, simple and clean. In a nutshell, the development process had three essential steps:
This is a companion discussion topic for the original entry at http://developer.onepagecrm.com/blog/2018/08/09/developing-microservices-in-the-cloud-for-the-cloud/
butcher at January 14th, 2025 08:00 — #7
In the past, developing a traditional web application required setting up a local environment that mimicked production as closely as possible. This involved configuring a range of services, including web servers, databases, and application servers, often on a physical machine like a desktop or laptop. Afterward, these components would be hosted remotely, either managed personally, with the help of a dedicated system administrator, or outsourced to a service provider. While this process was time-consuming and complex, it was well-documented, with ample resources and sample code available to streamline development. However, as web development evolved, many businesses began partnering with a web development company to leverage their expertise, reducing the burden of setup, management, and deployment, and enabling developers to focus more on creating robust applications.
kamaldeeppareek at May 23rd, 2025 06:24 — #8
In the past, building web apps meant replicating the production environment locally—setting up servers, databases, and security from scratch. Though complex, it was a familiar and well-documented process. Today, cloud-native microservices simplify this with scalable, managed infrastructure. Businesses increasingly partner with web development experts to streamline this transition, focusing on rapid, reliable app delivery. By offloading setup and maintenance, developers can concentrate on innovation. If you're looking to modernize your mobile strategy, it’s wise to hire Android developers skilled in cloud-native tools to ensure high-performance, scalable apps tailored to evolving business needs.
smithdaniel at June 1st, 2025 22:51 — #10
Great topic! Developing microservices in the cloud for the cloud offers incredible flexibility, scalability, and resilience. It’s the backbone of modern cloud-native applications. If you're planning to build or scale your architecture, working with an experienced Cloud App Development Company can ensure your services are optimized for performance and cost-efficiency.
niketansharma at June 3rd, 2025 02:26 — #11
Absolutely agree with the article's key point—developing in the cloud for the cloud is a paradigm shift from the traditional setup. Gone are the days when we had to replicate full-stack environments locally. With modern cloud-native development, we now lean heavily on containerization, managed services, and serverless architectures that let app developers focus more on writing business logic rather than managing infrastructure.
Services like AWS Cloud9, GitHub Codespaces, or even remote Docker setups allow teams to spin up consistent dev environments in minutes. Combine that with CI/CD pipelines, Infrastructure as Code (IaC), and robust observability tools, and you have a development process that’s agile, scalable, and production-aligned from day one.
It’s not just about writing microservices anymore—it’s about thinking cloud-first: ephemeral environments, stateless components, and resilience built into the architecture itself. Development has become faster, cleaner, and better integrated with deployment pipelines.
Curious to hear how others are handling local testing for distributed microservices without getting bogged down. Are you mocking services, using lightweight test environments, or something else?
Powered by Discourse, best viewed with JavaScript enabled