The first step to building or migrating a website to the Common Web Platform (CWP) is setting up a stack. A stack can hold one or more websites.
You can request a stack using the online Service Desk, by completing the Request New Stack form. Silverstripe will provide you with an stack within 3 business days. Service desk access is provided to agencies, once they have signed up.
The Agency Relationship Manager is required to approve all new stacks. This is so they can authorise the costs involved, and are aware of new websites. On receiving a stack request, Silverstripe will email cost and technical details to the Agency Relationship Manager and ask for authorisation by text message (SMS).
Once complete, the relevant people at your agency will be emailed information that the stack has been set up and what systems can now be accessed.
|Agency name*||For example "Department of Internal Affairs".|
(only letters and numbers, e.g. diagovtnz, diaict)
|A unique identifier shown in our systems and on your invoices. It needs to be sufficiently memorable and identifiable so you know what it is when we send you emails and SMS messages. This is not able to changed in the future, so pick carefully. (All other aspects of the form can be changed upon request after the stack is created).|
|Stack name (e.g. Department for Internal Affairs)*||A human-friendly description of the stack. The Stack Name is typically the name of a website, but if your instance holds many websites you might describe that instead.|
|Primary domain name (e.g. dia.govt.nz)||We will set up the production environment to listen on this address.|
|Additional domain names||We will also set up the production environment to listen on these addresses.|
|Stack size*||Either Small, Medium, or Large, which dictates the amount of traffic your website will handle, and affects the setup and monthly costs. You can change size after the system is built. See Selecting the attributes of a Stack.
|Production Disaster recovery level*||
Your production environment can be at one of three different levels: Backup Only, Passive DR, and Active DR. Read about the three different levels and consider how quickly your want your website to be restored following a disaster (e.g. earthquake taking the datacentre offline). The choice affects the monthly cost. You can change the level after the Stack is built.
If you choose Active DR, we recommend (but do not require) that the UAT environment also have Active DR. (This costs more, but enables better testing that reduces the risk you deploy code that takes your website down. It also allows you to deploy to production in situations that the primary datacentre is offline.)
|Initial site deployed to UAT*||Normally, you'll want us to set up an Stack using the "default recipe" of supported code, which provides a number of standard features and standard templates. You can instead, ask us to set up your website based on code you have already started developing (again which should be based off the default recipe), or from a site elsewhere on the Platform. (See next question)|
|Custom Git repository (if selected above)||In you select 'Custom Git Repository' to prior question, ask your technical staff to provide the URL pointing to where this code is inside Gitlab (external link)(external link), and type it in here.|
|Additional options (extra cost)||
Decide whether to have your test (UAT) environment backed up on a daily basis, or not. The choice affects the monthly cost. You can change this after your Stack is built.
Also choose whether you want a premium layer-7 Web Application Firewall.
Purchase Order / Responsibility Code
|If your agency needs a purchase order or responsibility code shown on invoices, you will need to provide these here. All invoices go to the same email recipient at an agency, but each Stack can have different purchase order/responsibility codes to differentiate them. Billing will commence within three days of the request form being received.|
|Stack Manager’s name*||
This person is primarily in charge of this Stack. See agency roles and responsibilities.
|Stack manager’s email*||Used for notifications of scheduled and unforeseen outages, and new releases of our software.|
|Stack manager’s mobile number*||We will SMS you to confirm if a deployment can be done to the production environment.|
|Developer's name||These people have access to the code, can deploy code to the UAT server, and can request deployments to production (which are approved by an Stack Manager). This role is often held by several people (enter in this form separated by commas), and may be an internal team or developers at external supplier. You may opt to supply these names later using the 'Add new user' or 'Add authorisation' forms inside the Service Desk.
See agency roles and responsibilities.
|Developer's mobile number|
See also: What to do after my stack has been created.