It's already a few weeks ago that the second sprint of the TYPO3 Server Admin Team in 2016 took place. The team met on the weekend of May 20-22 in Hannover.
Following the invitiation of our friends at bitmotion
, the TYPO3 Server Admin Team came together at their great offices in Hannover during the weekend of May 20th-22th, 2016.
Besides many discussions of various topics that involve our team within the TYPO3 ecosphere, many smaller tasks were resolved. Here is a brief overview of the things we've worked on.
Server and Network Infrastructure
As a continuation of the work that was started during our previous sprint, we worked further on a migration of the server infrastructure towards being centralized in one data center. The migration from OpenVZ to KVM is still an ongoing task.
As most of our services are set up using Chef cookbooks (open-sourced on github.com/TYPO3-cookbooks
), improving our Chef workflow is an always ongoing task.
Previous efforts to set up a CI/CD service for our infrastructure code have reached a first milestone, which can be seen on chef-ci.typo3.org
Using the pipelines defined there, we can now manage our Chef infrastructure without directly interacting with the Chef Server, but instead letting Jenkins upload our cookbooks, once tests pass. Making them all pass is an ongoing task.
For setting up the cookbook pipelines, we are using the new Jenkins Pipeline plugins that not only allow to get a nice pipeline view, but also allows to define them using our favorite way: using code. As always, the server setup is freely available
Based on the work of Andreas Beutel and Bastian Bringenberg, we succeeded to build a Chef recipe to install LDAP with our configuration on any server and test-server we like.
We now have a virtual machine running with LDAP. The next steps to take were an import of all TYPO3.org users via script into LDAP.
This required additional fields. Also, the importer was improved so it can run multiple times without adding all users again and again.
Passwords are not synchronized at all, because of different hashing methods. As soon as the migration happens, every user will need to reset the password on the new server.
Currently we are working on a possibility to give our users the possibility of self management of their user-data at a platform divided from TYPO3.org.
Following the prior team sprint we've been working on an Ansible playbook to provision the new documentation server. At this sprint we could add a first documentation to this and discuss details with the server team. As a result the recipe was released to the public during this sprint. It's available from https://github.com/TYPO3-Documentation/Vagrant-Ansible-T3Documentation-Server
The following sprint dates have been fixed:
- Sept. 30th - Oct. 2nd, eventually in Berlin
- Nov 11th - 13th, eventually in Würzburg
Very likely, our friends from the typo3.org web site team will join us there.
If you want to join our sprints, please contact us through firstname.lastname@example.org
or via @TYPO3server
We thank the TYPO3 Association for taking over expenses and Ekkehard Gümbel and his colleagues at bitmotion for inviting us to their offices.