Skip to content

HSLynk Deployment information

Eric Jahn edited this page Jul 10, 2020 · 1 revision

Web server (www.hslynk.com)

Apache Instance :ec2-52-37-128-99.us-west-2.compute.amazonaws.com

Detached Production instances (Release 1.1 apps)

  • Application Server (Tomcat): ec2-52-36-2-74.us-west-2.compute.amazonaws.com
  • DB : hmisdb1.ct16elltavnx.us-west-2.rds.amazonaws.com

Current Production instances (Mutli Schema apps)

  • Application Server 1: ec2-52-38-189-237.us-west-2.compute.amazonaws.com
  • Application Server 2: ec2-52-37-76-153.us-west-2.compute.amazonaws.com
  • DB : hmis-multischema-db.ct16elltavnx.us-west-2.rds.amazonaws.com

Current deployment model (as of 05/20/2016)

Past deployment model (until 05/19/2016)

Jenkins Build & Deployment Jobs (Release 1.1)

Jenkins Build & Deployment Jobs (Multi schema)

OAUTH Release 1.1 (Current production) test page

https://www.hmislynk.com/hmis-authorization-service /test.html

OAUTH Multi schema test page

https://www.hmislynk.com/hmis-authorization-service-v2015/test.html

Release 1.1 and Multi schema are deployed on the same application server ?

No, Release 1.1 Production has its own instance (see deployment diagram).

Why do we have to change admin application to point to hmis-authorization-service-v2015 , to test multi schema?

Because www.hmislynk.com/hmis-authorization-service/ should always refer to production and it should be as is until we take multi schema to production. Changes to admin application to point to hmis-authorization-service-v2015 should be temporary and for testing purposes (only). During this testing, we should still have admin application pointing to release 1.1 up and running without any interruption (just like any other services)

Clone this wiki locally