Howdy, Stranger!

It looks like you're new here. If you want to get involved, click one of these buttons!

In this Discussion

osTicket v1.10 (stable) and Maintenance Release v1.9.15 are now available! Go get it now


Has anyone though of doing deployment through docker?

Docker is really becoming a staple in the industry and could really make installation and upgrading insanely easy for people. I think it is already very easy but this takes than to the next level and there are many people who are not as familiar as I am and may have trouble installing. This also allows developers of OST to use more libraries without needing to worry about increasing the requirements that the server would need to run.


  • Never heard of it, I'll take a peek though.  Thanks!
  • There is a whole category that is related to this that I believe would be great for OSTicket developers to familiarize themselves with. The term is DevOps. Basically, it is a new design paradigm leveraging virtual environments. A virtual environment is different from a virtual server. It basically means that each application has it's own environment. So all application libraries/dependencies exist in that virtual environment and are separate from the environment used by the other applications on the same server.

    This is great because rather than giving a guide to users on how to install and configure the dependencies in order to get the product working, the developers of the products just build the "container" or virtual environment. The user then just has to make sure they have the container service installed (Docker in this case) and they just run the docker file that you provide.

    DevOps is moving toward making administration declarative and procedural, rather than a manual process. Developers can define the environment the application will live in rather than hope that the system admins for the customer set it up right. This makes developers more confident that the environment they are developing for will be the actual environment it will be running in.

    If OSTicket moves into this container model, I think you'll actually be able to sell your hosting through the Amazon Web Services marketplace. AWS customers would be able to do a one click deployment and within a few minutes, have a working system and the upgrades would be just as easy.

    I think this concept could also be explored for packaging multiple OSTicket instances together in a way that works very well. One feature that would be nice to see is the ability to make content and configuration changes in a test environment and then when you are satisfied that it is working well, you push a button to deploy that to your production system. Right now my organization is doing this process manually but having actual support for it would be great.
  • I think they already have something figured out though. They have their fully paid version here.

  • @B14CK_H4WK

    Oh, I'm aware that there are paid hosting solutions and I'm not suggesting Docker only as a means of serving those interested in that solution. I am suggesting Docker as a container service for all users, even those that host on their own site. It has many benefits but it also makes hosting solutions easier and available on AWS as AWS uses containers.
  • Seriously. Start using Docker. I just updated gitlab via docker. Here's all you do.

    docker pull gitlab-ce:latest
    <it downloads the newest image>
    docker stop gitlab
    docker rm gitlab
    docker run gitlab-ce:latest <port mapping and volume mapping including config file>


    By doing this I have exactly the same web server, php version, java version, apache, file permissions, EVERYTHING the same as the developers. All the config is stored in the config file on the host server that holds the containers. That means I only have to backup a TINY config file to backup my instance because everything else is reproducible form the image.

    This is a support dream on both ends. OST devs know that users have EXACTLY the same environment and customers know they are running it the EXACT some way it was meant to be run.

    All OST devs would have to do is push the changes to the docker repository (much like a git repo). Customers don't even need to know the latest version numbers. They can just pull with the :"latest" tag.

    Once pushed, people install by pulling then running. That's it! There would be a config file (XML or YAML or whatever). There you could have smpt settings, LDAP settings, etc. If people used the config file then the run of the image would also do all the config mapping to preserve configurations between images. Because of this, images can just be thrown away. All that matters is in the config file...
  • Oh, this also means that if a client sets the config file flag on LDAP to true and inputs the LDAP settings, they wouldn't need to go out and download the LDAP plugin and figure it out. The image would see the flag and do it for the client. Same for anything else...
  • Also interested on official docker images for osTicket. Any news on this?
  • 3 years later - BUMP!
  • I use Vagrant with OsTicket for testing and learning. 

    This uses Ansible for provisioning which I re-use for production deployment. I could use Ansible for deployment into a container also however I don't really gain much extra currently and Ansible does other parts of our production system such as updates and backups etc.

    Certainly I do see some other advantages to Docker, and containers in general.  Just for me, testing and learning, Vagrant and Ansible do things nicely enough.

    There are likely OsTicket in Docker deployments out there and may of been linked to in these forums or on the Awesome OsTicket list too.
Sign In or Register to comment.