# Deployment, Development, and Version Control

**URL:** https://discuss.elastic.co/t/deployment-development-and-version-control/102122
**Category:** Elasticsearch
**Created:** [September 28, 2017, 1:34pm UTC](https://discuss.elastic.co/t/deployment-development-and-version-control/102122 "2017-09-28T13:34:59Z")
**Posts on this page:** 5
**Page:** 1

<div class="post-metadata">

### Author: ![guardhunt](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/guardhunt/32/21933_2.png) [@guardhunt](https://discuss.elastic.co/u/guardhunt)
#### Post date: [September 28, 2017, 1:35pm UTC](https://discuss.elastic.co/t/deployment-development-and-version-control/102122/1 "2017-09-28T13:35:00Z")

</div>

I am relatively new to elastic and am looking for some input on choosing a deployment, ongoing development, and version control strategy for my Elsatic Stack. I am close to building a production version of elastic am looking to get some input on how other people typically manage their stack after its in production. Does anyone use version control, like git? IF so, what do you include, what do you exclude and why? Do you have a mirrored development stack that you test your changes on before launching to to production, like you would in any other development strategy? Does this need to be on an identical system?

Any thoughts or answers are appreciated, thanks!

---

<div class="post-metadata">

### Author: ![mujtabahussain](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/mujtabahussain/32/17514_2.png) [@mujtabahussain](https://discuss.elastic.co/u/mujtabahussain)
#### Post date: [September 28, 2017, 2:29pm UTC](https://discuss.elastic.co/t/deployment-development-and-version-control/102122/2 "2017-09-28T14:29:34Z")

</div>

> [@guardhunt](#):
>
> manage their stack after its in production

When you say manage what exactly do you mean? Are you asking in terms of managing code that builds/deploys/tests the ES stack or something w.r.t. data that is in ES itself?

---

<div class="post-metadata">

### Author: ![guardhunt](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/guardhunt/32/21933_2.png) [@guardhunt](https://discuss.elastic.co/u/guardhunt)
#### Post date: [September 28, 2017, 3:07pm UTC](https://discuss.elastic.co/t/deployment-development-and-version-control/102122/3 "2017-09-28T15:07:11Z")

</div>

Both really. I am interested in seeing what people do and how they do it both internally and externally. In my application I am dealing with time-based log data so I am coming up with a strategy to handle that, and then handle long term management for builds down the road.

---

<div class="post-metadata">

### Author: ![mujtabahussain](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/mujtabahussain/32/17514_2.png) [@mujtabahussain](https://discuss.elastic.co/u/mujtabahussain)
#### Post date: [October 2, 2017, 9:52pm UTC](https://discuss.elastic.co/t/deployment-development-and-version-control/102122/4 "2017-10-02T21:52:17Z")

</div>

Most of my stack is deployed on AWS myself. So the entire orchestration is done via CloudFormation templates. These are version controlled.

All the elasticsearch data is backed up by snapshotting to S3 and the scripts to do that are cron enabled and also version controlled.

All of the deployment is done via a CI.

---

<div class="post-metadata">

### Author: ![system](https://us1.discourse-cdn.com/elastic/original/3X/1/a/1ac57faf039f6b580b3f104ef42a2a89e41014de.png) [@system](https://discuss.elastic.co/u/system)
#### Post date: [October 30, 2017, 9:52pm UTC](https://discuss.elastic.co/t/deployment-development-and-version-control/102122/5 "2017-10-30T21:52:23Z")

</div>

This topic was automatically closed 28 days after the last reply. New replies are no longer allowed.
