This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2017-05-22
Channels
- # aws (5)
- # bangalore-clj (3)
- # beginners (84)
- # boot (31)
- # carry (1)
- # cider (6)
- # cljsrn (7)
- # clojure (188)
- # clojure-conj (1)
- # clojure-dev (3)
- # clojure-dusseldorf (8)
- # clojure-greece (10)
- # clojure-italy (7)
- # clojure-nl (3)
- # clojure-russia (45)
- # clojure-spec (5)
- # clojure-uk (64)
- # clojurescript (83)
- # clr (9)
- # core-async (45)
- # cursive (55)
- # datomic (8)
- # devops (1)
- # emacs (7)
- # graphql (1)
- # hoplon (3)
- # jobs (1)
- # jobs-discuss (37)
- # lein-figwheel (3)
- # leiningen (4)
- # luminus (6)
- # off-topic (5)
- # om (2)
- # onyx (33)
- # pedestal (13)
- # re-frame (9)
- # reagent (28)
- # rum (15)
- # specter (4)
- # unrepl (38)
- # vim (3)
I don't use it this way. When I want to deploy something I just git push
on a branch and CodePipeline take care of the rest. So I don't want to give you wrong information. But it seems that eb deploy
is made for that.
Be careful, there is two CLIs:
- aws [command] [subcommand]
that take care of the low level actions (creating EC2 instances, Load Balancers…)
- eb [command]
that take care of ElasticBeanstalk only, for higher level tasks (deploy, logs, environnement variables)
http://docs.aws.amazon.com/elasticbeanstalk/latest/dg/eb-cli3.html
My setup is similar to the above, but I'm using CircleCI to do the build/deploy step instead of CodePipeline
The build step is basically lein uberjar
and then creating an ElasticBeanStalk "application bundle" - a zip file with the uberjar in it and some extra AWS stuff like a Procfile. Then the deploy step is basically eb deploy
.
You can probably get away with a much simpler setup, but we needed to tweak some things for ~reasons
But I agree that Java SE ElasticBeanStalk is probably one of the simpler and most dev-friendly setups you can work with on AWS at the moment