How access is granted
Access arrangements are flexible: a guest account, temporary credentials or delegated access, depending on your security requirements.
- Guest account
- Temporary credentials
- Delegated access
For whoever looks after your systems
What your IT or security lead will want to know before work starts: how I get access, how your data is protected, how changes reach your environments, and what you are left with at the end. All work is delivered remotely, inside your access model and governance.
Access
I work within your access model and governance, and I do not make changes without your agreement.
Access arrangements are flexible: a guest account, temporary credentials or delegated access, depending on your security requirements.
I can authenticate with Microsoft Entra ID (Azure AD), GitHub and Google Workspace identities, work within virtual desktop or restricted environments with no local installation required, and join your Microsoft Teams tenant as a federated guest for the length of the work.
Security and data protection
Security and GDPR requirements are considered at the design stage. UK data protection obligations are addressed before code is written, not after.
Environments
I can work directly inside your Azure subscription or GitHub organisation: diagnosing failures, reviewing CI/CD pipelines and advising on configuration.
Azure App Service, Functions, SQL Database, Static Web Apps and Azure DevOps, and GitHub organisations. CI/CD pipelines, build automation and deployment scripting can be scoped as part of a wider piece of work.
For provisioning, I advise on what to create and how to configure it; you approve and execute changes in your subscription. My own systems ship through automated, environment-gated promotion from dev to testing to production, with no direct-to-production deploys: how this site is built shows it end to end.
Handover
Next steps