I noticed whilst reading through the first chapter that SOA Governance can be applied to projects of any size. I for one thought SOA Governance was for large corporations.
If we could take a hypothetical scenario where I am a web developer using my own server. The server holds several projects involving say Java back ends, some persistence and several front end websites.
And I may want to integrate some of the services so they can be used within several of the applications.
Would this be a candidate for SOA Governance, or as a one man band am I making a huge workload for myself?
SOA Governance suffers from a serious PR problem. Most people when they hear the words governance or SOA immediately relate it to large enterprise projects and environments. While that is an important situation and environment to use SOA Governance, it isn't just meant for that domain.
The goal of SOA Governance should be to make sure that your services are build consistently, following the standards and principles set out by your organization/department/team. Having SOA Governance allows you to easily reuse services, and see how is using your service and how. This is as important for a single department as it is for a complete enterprise.
As a 'one man band' you're probably stretching it a bit when you go full blown SOA Governance. However, if you have a centralized set of services you reuse over applications and projects it might still be a good idea to use a standard way you define your service contract (WSDL, JSON plain text description), and handle authentication and authorization.
Using service registries and introducing service and policy lifecycles might be a bit much