Digital Marketplace team manual¶
Useful information for the Digital Marketplace team, including:
History of the service and context for why the service is built as it is.
How we operate our team and our service.
How to run and work on our applications.
What our technical architecture looks like.
Our 2nd Line and Support processes.
- Accessing the API
- Adding a new repository
- Application architecture
- Apply to Supply
- Browser and accessibility support
- Environments
- Developer setup
- Shortcut - Digital Marketplace Runner
- Bootstrapping a Mac
- Bootstrapping on Linux
- Running the environment
- Testing the applications
- Ports
- Making requests to your local API instance
- Accessing frontend applications as a single website
- Importing data into your local database
- OpenSearch
- Using remote versions of services locally
- Configuring Pycharm or IntelliJ IDEA Ultimate
- Libraries and other repositories you will (eventually) need
- Repositories
- Digital Marketplace Runner (‘dmrunner’)
- Data model
- Development and deployment process
- Moving data between environments
- URLs
- Users
- Automated testing
- Database migrations
- Docker strategies
- Frontend assets and tools
- Python typing strategy
- Guidelines for accessing production data and systems
- Preparing to add a new framework
- 1 - Make the content
- 2 - Generate service validation schemas and add them to the API
- 3 - Add a supplier declaration validator (optional)
- 4 - Check application email templates
- 5 - Create any new lots
- 6 - Upload legal documents
- 7 - Generate the assessment schemas
- 8 - Create a new search mapping (G-Cloud only)
- 9 - Load test
- 10 - Let’s go!
- Framework lifecycle for developers
- How suppliers apply to a framework
- Framework agreements
- Finding content
- Changing content
- Testing supplier applications
- The Antivirus API
- AWS accounts and access
- AWS Resources
- Code backups
- Database backups
- Domains
- Email integration
- OpenSearch
- Where OpenSearch data is used
- Data that Digital Marketplace gets from OpenSearch
- Where Digital Marketplace finds that data
- Benefits to multi-index single-type model
- Where indexes are described
- What our indexes contain
- How our indexes are named
- How indexes are created
- How indexes are populated
- Aliases
- Jobs
- Catch-up jobs
- Manual (cleanup) jobs
- Checking the OpenSearch version
- Jenkins
- GitHub Actions
- Logging, monitoring and alerting
- Maintenance Mode
- Python environments
- What is PaaS?
- Deploying Digital Marketplace apps to GOV.UK PaaS
- Rate Limiting
- Upgrading backend services
- Session Management
- Incidents
- Logging in to databases
- Resetting brief data with conduit
- IP Restrictions
- Upgrading Jenkins
- Jenkins spring clean
- Rebuilding Jenkins from scratch
- Rotating API keys
- Debugging PaaS App Instances
- Vulnerability scanning
- Novations
- Support Tasks
- Responding to Cloudwatch alerts
- Buyer Domain Allow List
- History: From G-Cloud 5 to G-Cloud 8
- User Journeys on the Digital Marketplace
- Archived applications
- Browser and accessibility support
- Digitla Marketplace 1.0 Environments
- Repositories
- Recording decisions on the Digital Marketplace
- Nix Environments
- Migrating the Digital Marketplace frontend
- URLs
- Google Analytics
- Load testing
- Splitting or adding a frontend application
- Managing database backups for the NFT environment
- Contract variations
- Adding a new form field type
- Logging in to databases
- Resetting brief data with conduit
- Useful API endpoints for frameworks