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
Serverless concepts and implementations are still in their early
@@ -198,16 +192,8 @@ Google Cloud Functions and AWS Lambda.
198
192
There is some concern by organizations and developers about vendor lock-in
199
193
on serverless platforms. It is unclear if portability is worse for
200
194
serverless than other infrastructure-as-a-service pieces, but still worth
201
-
thinking about ahead of time. These resources provide additional
202
-
perspectives on lock-in and using multiple cloud providers.
203
-
204
-
*[On Serverless, Multi-Cloud, and Vendor Lock In](https://blog.symphonia.io/on-serverless-multi-cloud-and-vendor-lock-in-da930b3993f)
205
-
is an opinion piece that for *most* cases the additional work of
206
-
going multi-cloud is not worth the tradeoffs, therefore at this time
207
-
it's better to go for a single vendor such as AWS or Azure and optimize
208
-
on that platform.
209
-
210
-
*[Why vendor lock-in with serverless isn’t what you think it is](https://medium.com/@PaulDJohnston/why-vendor-lock-in-with-serverless-isnt-what-you-think-it-is-d6be40fa9ca9)
211
-
recommends using a single vendor for now and stop worrying about
212
-
hedging your bets because it typically makes your infrastructure
213
-
significantly more complex.
195
+
thinking about ahead of time.
196
+
[Why vendor lock-in with serverless isn’t what you think it is](https://medium.com/@PaulDJohnston/why-vendor-lock-in-with-serverless-isnt-what-you-think-it-is-d6be40fa9ca9)
197
+
is a piece on this topic that recommends using a single vendor for
198
+
now and for organizations to stop worrying about hedging their bets
199
+
because it typically makes infrastructure significantly more complex.
*[New Relic](http://newrelic.com/) provides application and database
114
114
monitoring as well as plug ins for capturing and analyzing data about
115
-
other devleoper tools in your stack, such as [Twilio](/twilio.html).
115
+
other developer tools in your stack, such as [Twilio](/twilio.html).
116
116
*[Opbeat](https://opbeat.com) Built for django. Opbeat combines performance
117
117
metrics, release tracking, and error logging into a single simple service.
118
118
*[Scout](https://scoutapp.com/python-monitoring) monitors the performance of Django and Flask apps, auto-instrumenting views, SQL queries, templates, and more.
@@ -146,11 +146,6 @@ Incident Management
146
146
147
147
*[The Virtues of Monitoring](http://www.paperplanes.de/2011/1/5/the_virtues_of_monitoring.html)
148
148
149
-
*[Effortless Monitoring with collectd, Graphite, and Docker](http://blog.docker.io/2013/07/effortless-monitoring-with-collectd-graphite-and-docker/)
150
-
151
-
*[Practical Guide to StatsD/Graphite Monitoring](http://matt.aimonetti.net/posts/2013/06/26/practical-guide-to-graphite-monitoring/)
152
-
is a detailed guide with code examples for monitoring infrastructure.
153
-
154
149
* Bit.ly describes the
155
150
"[10 Things They Forgot to Monitor](http://word.bitly.com/post/74839060954/ten-things-to-monitor)"
156
151
beyond the standard metrics such as disk & memory usage.
0 commit comments