You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
<ahref="https://www.pythonanywhere.com/">PythonAnywhere</a> and
66
-
<ahref="https://openshift.redhat.com/community/get-started/python>">OpenShift</a> are
67
-
PaaS that support Python web applications. Each one requires varying tradeoffs
68
-
to deploy to their respective platforms.</p>
59
+
to conform applications to the PaaS architecture. For example, Heroku looks
60
+
for Python's requirements.txt file in the base directory of the repository
61
+
during deployment because that is the file's de facto community standard
62
+
location.</p>
69
63
<p><imgsrc="theme/img/servers-versus-paas.png" width="100%" alt="Traditional LAMP server stack versus a Platform-as-a-Service stack" class="technical-diagram" /></p>
70
-
<p>If you go the PaaS route, you can skip over the operating system and web
71
-
server sections because they are baked into PaaS offerings. PaaS offerings
72
-
generally start at the WSGI server layer. </p>
64
+
<p>If you go the PaaS route, you can skip configuring an operating system
65
+
and web server prebaked into PaaS offerings. PaaS offerings generally start
66
+
at the WSGI server layer. </p>
73
67
<h2>Platform-as-a-service responsibilities</h2>
74
68
<p>Although PaaS offerings simplify setting up and maintaining the servers,
75
69
operating system, and web server, developers still have responsibilities for other
[PythonAnywhere](https://www.pythonanywhere.com/) and
42
-
[OpenShift](https://openshift.redhat.com/community/get-started/python>) are
43
-
PaaS that support Python web applications. Each one requires varying tradeoffs
44
-
to deploy to their respective platforms.
34
+
to conform applications to the PaaS architecture. For example, Heroku looks
35
+
for Python's requirements.txt file in the base directory of the repository
36
+
during deployment because that is the file's de facto community standard
37
+
location.
45
38
46
39
<imgsrc="theme/img/servers-versus-paas.png"width="100%"alt="Traditional LAMP server stack versus a Platform-as-a-Service stack"class="technical-diagram" />
47
40
48
-
If you go the PaaS route, you can skip over the operating system and web
49
-
server sections because they are baked into PaaS offerings. PaaS offerings
50
-
generally start at the WSGI server layer.
41
+
If you go the PaaS route, you can skip configuring an operating system
42
+
and web server prebaked into PaaS offerings. PaaS offerings generally start
43
+
at the WSGI server layer.
51
44
52
45
53
46
## Platform-as-a-service responsibilities
@@ -64,6 +57,19 @@ application framework and your app itself is up to date and secured. See the
64
57
[security section](../web-application-security.html) for further information.
*[PaaS bakeoff: Comparing Stackato, OpenShift, Dotcloud and Heroku for Django hosting and deployment](http://appsembler.com/blog/paas-bakeoff-comparing-stackato-openshift-dotcloud-and-heroku-for-django-hosting-and-deployment/) by [Nate Aune](https://twitter.com/natea).
0 commit comments