# The 'god' process restarts problematic Ruby processes based on various # criteria we can set up. There is one God process for all Ruby web applications # installed on the server. include: - perforce.web-services.god.gemset - perforce.web-services.god.service - perforce.web-services.p4webapi - perforce.web-services.p4_project_services - perforce.web-services.p4_phoenix_services # - perforce.web-services.notification_services - perforce.web-services.project_management_ui /opt/perforce/web-services/conf/web-services.god: file.managed: - source: salt://perforce/web-services/god/web-services.god - user: root - group: root - mode: 644 - template: jinja require: - sls: perforce.web-services.god.service god: service.running: - enable: True - watch: - file: /etc/init/god.conf - file: /opt/perforce/web-services/conf/web-services.god require: - file: /opt/perforce/web-services/conf/web-services.god - sls: perforce.web-services.p4webapi - sls: perforce.web-services.p4_project_services - sls: perforce.web-services.p4_phoenix_services - sls: perforce.web-services.notification_services
# | Change | User | Description | Committed | |
---|---|---|---|---|---|
#6 | 13972 | tjuricek |
Removing old microservice implementations. The system is now mostly a monolith. Eventually there will be a websocket service. |
||
#5 | 13707 | tjuricek |
Infrastructure for including a "project management" React application. This attempts to create a fairly simple installer that creates a 'static' folder based on ui/static that gets hosted by the nginx front end. Right now, it's the only app, so the default page is this application. It was called "pws2" during a prototyping phase. Another prototype, "pws" and the related "project" module, is removed since that was a Sinatra-based approach that will be much more difficult to integrate into anything else. I'm running into a couple of issues with notifications setup, it's still not 100%, so I'm disabling this for now from the default 'god' configuration. (The service isn't 100% functional yet, anyway.) |
||
#4 | 13675 | tjuricek |
Add notification_services initialization Removing the 'online setup' mode in lieu of doing things during the salt process. Mostly this removes the trigger setup from the main web application. |
||
#3 | 13535 | tjuricek |
Add notification_services to deployment, and reconfigure build step to exec bash. The execution bit doesn't seem to stay set on config/bash.sh The notification_services service doesn't have advanced tests just yet. |
||
#2 | 13530 | tjuricek |
Add p4_phoenix_services package and Salt configuration for deployment. This uncovered a couple of issues from the C++ API during it's conversion to C++03. So, in a nutshell, most operations, except for notifications, appear to be working (well, using Vagrant machines). |
||
#1 | 13525 | tjuricek |
Setup God to manage both the p4 web api and p4 project services processes. Apparently, there can only be one true god per machine. |