The Role of FIDO in a Cyber Secure Netherlands: FIDO Paris Seminar.pptx
Story of Multnomah County: Migrating from Vignette and Building a Drupal Ecosystem
1. Drupal at Multnomah County
Building a Drupal Ecosystem for
Public and Internal Websites
!
!
!
!
Presented by
Joshua Mitchell
IT Enterprise/Web Application
Services Manager
2. The story so far
•
Key launches:
1. Public website (multco.us)
2. Intranet (commons.multco.us)
3. Apps platform (*.apps.multco.us)
4. Library (multcolib.org
5. Animal Services (multcopets.org)
!
Now it’s time for upgrades
3.
4. The story so far
•
Key launches:
1. Public website (multco.us)
2. Intranet (commons.multco.us)
3. Apps platform (*.apps.multco.us)
4. Library (multcolib.org)
5. Animal Services (multcopets.org)
Now it’s time for upgrades
5.
6. The story so far
•
Key launches:
1. Public website (multco.us)
2. Intranet (commons.multco.us)
3. Apps platform (*.apps.multco.us)
4. Library (multcolib.org)
5. Animal Services (multcopets.org)
Now it’s time for upgrades
7. Apps Platform
•
Aegir Multisite installation
•
Distributed development
•
Low cost of entry for an internal application
•
Includes a couple external applications
8. The story so far
•
Key launches:
1. Public website (multco.us)
2. Intranet (commons.multco.us)
3. Apps platform (*.apps.multco.us)
4. Library (multcolib.org)
5. Animal Services (multcopets.org)
Now it’s time for upgrades
9.
10. The story so far
•
Key launches:
1. Public website (multco.us)
2. Intranet (commons.multco.us)
3. Apps platform (*.apps.multco.us)
4. Library (multcolib.org)
5. Animal Services (multcopets.org)
Now it’s time for upgrades
11.
12. The story so far
•
Key launches:
1. Public website (multco.us)
2. Intranet (commons.multco.us)
3. Apps platform (*.apps.multco.us)
4. Library (multcolib.org)
5. Animal Services (multcopets.org)
Now it’s time for upgrades
14. What does it take?
What does it take, in an environment with no open source software or
expertise, to launch and support 15 Drupal production Drupal sites in 3.5
years?
•
Executive buy in
•
Rapid innovation through piloting
•
Hiring and/or building internal talent
•
Code deployment and change management
15. Executive Buy-in
•
It’s easier now… the White House
project made this conversation easier
to have with your CIO.
!
•
Show the lower cost of licensing
•
Highlight the big wins by other
organizations
•
Talk up the rapid innovation that is
triggered by contributed modules
16. Executive Buy-in
•
It’s easier now… the White House
project made this conversation easier
to have with your CIO.
!
•
Show the lower cost of licensing
•
Highlight the big wins by other
organizations
•
Talk up the rapid innovation that is
triggered by contributed modules
23. Hiring and/or building internal talent
Should you hire or to train up your existing staff?
24. Hiring and/or building internal talent
Should you hire or to train up your existing staff?
Do both!
25. Hiring and/or building internal talent
Should you hire or to train up your existing staff?
Do both!
•
Find Drupal partners to help with training
•
Send your staff to DrupalCon (or BAD Camp, PNWDS, etc)
•
If you cannot hire for Drupal, hire for open source passion and willingness to learn Drupal.
•
Highlight the benefits of working for your organization (pay is not the only draw)
26. Code deployment
•
Get as much of your build as possible into code.
•
Get your code in source control—preferably Git.
•
Figure out your deployment process. (Database down, code up)
•
Development (local or Dev server)
•
Integration or QAT (and test heavily)
•
UAT (and test heavily)
•
Production
•
Automate your code pushes.
•
Assign build masters to facilitate communication.
27. Git workflow
Pull from master to multiple dev branches. When code is pushed (committed) to master, it goes to our QAT/
integration server. We then deploy code to UAT and then Production.
Master
Dev
Feature 1
Feature 2
30. Change management
γνῶθι σεαυτόν (Greek for “know thyself”)
•
Your customers need to know what you plan to do—even if you don’t
think it will result in an outage.
•
Take pride in high availability.
•
Plan your patch cycles.
•
When is a security update necessary versus a nice to have?
•
•
Review security updates for core within 72 hours.
Decide update philosophy.
•
Build to the cutting edge and update to the oldest viable system.