The cloud isn't the right solution for everything, but I've been migrating infrastructure from on-prem to the cloud for ~10 years and it's saved money, simplified processes, and improved performance in every single case. I've also done a lot of work rearchitecting cloud infrastructure with the same effects.
It all comes down to architecture and design. Many applications aren't designed for the cloud, and of course those systems are costly and painful to run in the cloud.
When I worked as a team lead, my main concern was whether were hitting our goals as a team, and ensuring every member of the team was aligned and ready to do their job. I had a colleague during lockdown who was just not getting anything done. We'd have calls to ensure he understood his task and knew what to do. But nothing was getting done. It'd take him days to reply to a message. I'll never know for sure, but I suspect he was working another job at the same time. He didn't last long in the company.
Or he was watching TV or playing video games. I don’t mean to make it sound like that’s common for people who work from home but it does seem more likely to me than working 2 jobs at once.
Full stack consultant and solutions architect with over 10 years of experience. I'm also the author of "Microservice APIs" (https://www.manning.com/books/microservice-apis), a frequent blogger and speaker, founder of microapis.io, and I run a very popular series of workshops about building and securing microservices and APIs (https://microapis.io/workshops).
As an expert on microservices, APIs, and Python, I help companies deliver faster and save hundreds of thousands of dollars by introducing best practices, with great focus on automation and security. My engagements typically involve a combination of system/code auditing, finding the most optimal solutions, and upskilling/training.
If you can't get your monolith right you probably won't get your microservices right. Microservices do come with additional overhead in terms of infrastructure, integrations, and so on. There's a concept of microservices readiness (e.g. https://learn.microsoft.com/en-us/azure/architecture/guide/t...). Many organisations aren't ready to embrace microservices, and if they get into microservices before they're ready, then it's a lot of pain. There's also this misconception that microservices must be nano-services. But that's not a problem with microservices architecture, it's a problem of using microservices anti-patterns. As with everything in technology, there's no universally unique solution to all problems - everything's context-specific.
Full stack consultant and solutions architect with over 10 years of experience. Over the past years, I've helped organisations of all sizes and industries to build microservices and APIs, automate their processes, harden their platform security, and improve the overall quality of their software. In my last engagement, I helped a major international retailer build a sales forecasting application powered by ML models and crunching millions of data points. Along the way, I also helped them adopt best DevOps practices and enhance their API security implementations across the board.
- Are you struggling to implement your microservices strategy?
- Are you struggling to deliver reliable API integrations?
- Do you suspect your APIs may not be properly secured?
- Does your software need a quality upgrade?
- Would you like to adopt best DevOps practices?
If the answer to any of the above questions is yes, I'm your guy. Bear in mind I specialise in Python, so I'll be more helpful if you work with that language too.
Feel free to drop me an email at hello@microapis.io for any questions or to discuss how we can work together, or schedule a meeting with Calendly (https://calendly.com/joseharoperalta/let-s-talk).
Full stack consultant and solutions architect with over 10 years of experience. Over the past years, I've helped organisations of all sizes and industries to build microservices and APIs, automate their processes, harden their platform security, and improve the overall quality of their software. In my last engagement, I helped a major international retailer build a sales forecasting application powered by ML models and crunching millions of data points. Along the way, I also helped them adopt best DevOps practices and enhance their API security implementations across the board.
- Are you struggling to implement your microservices strategy?
- Are you struggling to deliver reliable API integrations?
- Do you suspect your APIs may not be properly secured?
- Does your software need a quality upgrade?
- Would you like to adopt best DevOps practices?
If the answer to any of the above questions is yes, I'm your guy. Bear in mind I specialise in Python, so I'll be more helpful if you work with that language too.
Feel free to drop me an email at hello@microapis.io for any questions or to discuss how we can work together, or schedule a meeting with Calendly (https://calendly.com/joseharoperalta/let-s-talk).
Hi all, author of Microservice APIs in Python (http://mng.bz/nz48) here!
I just made available for free two chapters of the book! You can download them from the link in the post. Please let me know if you encounter any issues when downloading the chapters.
The first of the chapters is chapter 2 from the book, which showcases how to build an API using FastAPI. The chapter explains not only how FastAPI works, but it also explains some useful patterns for structuring your project, ensuring you keep clear boundaries between different layers of the app.
The second chapter in the booklet is chapter 7 from the book, which explains a few useful development patterns for service implementation. It introduces the concept of hexagonal architecture, explains useful principles such as the dependency inversion principle, and patterns such as repository and unit of work.
These are really my favourite chapters from the book, and I hope you find them useful! If you do, there's a discount code at the end of the booklet which you can use to grab a copy of the book.I'd also love to hear your feedback! Really, I do!
Feel free to share the link with anyone that you think could benefit from this.
I'm very lucky to be able to work from home in my current contract, and it'll probably continue to be like this for another year if I manage to renew it. However I'm not kidding myself, I know as soon as I land a new contract I'll most likely be required to commute. A lot of people I know are already being required to go to the office some days a week, or will be required to do so from September.
The past year has been one of the most productive times of my life, both at work and outside of work, but I reckon productivity is only one of many variables that most employers take into consideration, and perhaps not the most important. I guess they don't even measure productivity by how much you do, but by how much you cost?
Overall I'd say the best book about microservices is Chris Richardson's Microservices Patterns (https://www.manning.com/books/microservices-patterns). That book will get you covered with everything you need to know about designing and building microservices, and also the various strategies you can use to integrate them. The examples are in Java, but even without being a Java dev it shouldn't be difficult to follow.
It goes without saying that there're a lot more resources about microservices, and many of them excellent, but these are the books I'd recommend to get started.
It all comes down to architecture and design. Many applications aren't designed for the cloud, and of course those systems are costly and painful to run in the cloud.