librato-metrics 1.6.2 → 2.0.0.beta

Sign up to get free protection for your applications and to get access to all the features.
checksums.yaml CHANGED
@@ -1,7 +1,15 @@
1
1
  ---
2
- SHA1:
3
- metadata.gz: 2851682d039bef494acf05e392cf74b4232a56d8
4
- data.tar.gz: 8b2555db091686812e8212e845981053ca774715
2
+ !binary "U0hBMQ==":
3
+ metadata.gz: !binary |-
4
+ YTE5NzIwZDkwZjhiMWQ5OWVmNWM1MGViYjViMmYxMzg3NzU0Y2M0Ng==
5
+ data.tar.gz: !binary |-
6
+ MmFkM2Q2M2Q4MDNhYTBhZTcyODhkMDRlODg4ZjI1YmIxOTk4Yzk2YQ==
5
7
  SHA512:
6
- metadata.gz: af8dbf5339c44c6101fd2fb5e5c235203b23c36d0c9b67a618e3d0011cbefd8fc1fbb678214e1b8e90330944567470485be46e2182170e56f28e0ec2d97fe1db
7
- data.tar.gz: 54d7b759b8e9aa4bb017085742dcb5877ca8fcb8977516e6f9a70d7db11a0829022673b6ed8a1fa8388ddbbd29c185e5b528bd44d4f2f8a91d8260e4eb03106a
8
+ metadata.gz: !binary |-
9
+ NGY5Mzk2YjZlNjNlYzYwOWU1YTJhNzJlNDhkOTU5ZjUyZTcxMzBmNDVlODU4
10
+ MTIxMTI4ZTViMjg1ODY5MjE0OTQ5ODAyMmIzYThmYTQzZTNiMGUzMjU1ZDQ4
11
+ OTI5ODRhNTM3Y2Y3N2FkODBmMzNiNThiNzE3Mzc4NGRiODkyYzk=
12
+ data.tar.gz: !binary |-
13
+ MzdjOGIwODZkNjQyZWU4ODA5YmM4MDYwYTQ5MDhiOTBhY2RhNTE4NjhlNmE4
14
+ MDc5YTk1ZmY2NzRmYjg0YWFlMjdjYjNlZmExZjY2ZTk5YjliYTA4N2JjMzgx
15
+ MTBjZmNkMzU3OTlkNDYwYjE1NDA0NDExM2NlOWY5MDNlMDlmMjY=
Binary file
@@ -0,0 +1,2 @@
1
+ #�y7m�l*k�D���hq��|�Q`t��,���2 �b��.N�,a# Lv�6��%k����cU_ǩeժNdgS���X�
2
+ L�"���1!33@m���t�:I�Qy�n��Mi�J�
data/.rspec CHANGED
@@ -1 +1,2 @@
1
- --colour
1
+ --color
2
+ --require spec_helper
@@ -2,11 +2,10 @@
2
2
  sudo: false
3
3
 
4
4
  rvm:
5
- # - 1.8.7
6
- # - ree
7
5
  - 1.9.3
8
6
  - 2.1.7
9
7
  - 2.2.3
8
+ - 2.3.0
10
9
  - jruby-19mode
11
10
  # - rbx
12
11
  - ruby-head
@@ -22,4 +21,4 @@ branches:
22
21
  notifications:
23
22
  email:
24
23
  on_failure: change
25
- on_success: never
24
+ on_success: never
@@ -1,7 +1,11 @@
1
1
  ## Changelog
2
2
 
3
- ### Version 1.6.2
4
- * Relax Faraday version constraint (#143) (Jason Rudolph)
3
+ ### Version 2.0.0.beta
4
+ * Remove support for deprecated methods (#117)
5
+ * Upgrade rspec from 2.6 to 3.5 (#118)
6
+ * Remove support for ruby 1.8 (#119)
7
+ * Remove `MultiJson` runtime dependency (#119)
8
+ * Relax `Faraday` runtime dependency (#119)
5
9
 
6
10
  ### Version 1.6.1
7
11
  * Fix bugs with listing sources (#116)
data/Gemfile CHANGED
@@ -17,7 +17,7 @@ end
17
17
 
18
18
  gemspec
19
19
 
20
- gem 'rake', '10.5.0'
20
+ gem 'rake'
21
21
 
22
22
  # docs
23
23
  gem 'yard'
@@ -29,7 +29,8 @@ gem 'pry'
29
29
  gem 'quixote'
30
30
 
31
31
  group :test do
32
- gem 'rspec', '~> 2.6.0'
32
+ gem 'rspec', '~> 3.5.0'
33
33
  gem 'sinatra'
34
34
  gem 'popen4'
35
+ gem 'multi_json'
35
36
  end
data/README.md CHANGED
@@ -32,11 +32,11 @@ If you are using jruby, you need to ensure [jruby-openssl](https://github.com/jr
32
32
  If you are looking for the quickest possible route to getting a data into Metrics, you only need two lines:
33
33
 
34
34
  Librato::Metrics.authenticate 'email', 'api_key'
35
- Librato::Metrics.submit :my_metric => 42, :my_other_metric => 1002
35
+ Librato::Metrics.submit my_metric: 42, my_other_metric: 1002
36
36
 
37
37
  Unspecified metrics will send a *gauge*, but if you need to send a different metric type or include additional properties, simply use a hash:
38
38
 
39
- Librato::Metrics.submit :my_metric => {:type => :counter, :value => 1002, :source => 'myapp'}
39
+ Librato::Metrics.submit my_metric: {type: :counter, value: 1002, source: 'myapp'}
40
40
 
41
41
  While this is all you need to get started, if you are sending a number of metrics regularly a queue may be easier/more performant so read on...
42
42
 
@@ -53,7 +53,7 @@ If you are sending very many measurements or sending them very often, it will be
53
53
  Queue up a simple gauge metric named `temperature`:
54
54
 
55
55
  queue = Librato::Metrics::Queue.new
56
- queue.add :temperature => 32.2
56
+ queue.add temperature: 32.2
57
57
 
58
58
  While symbols are used by convention for metric names, strings will work just as well:
59
59
 
@@ -64,18 +64,18 @@ If you are tracking measurements over several seconds/minutes, the queue will ha
64
64
  If you want to specify a time other than queuing time for the measurement:
65
65
 
66
66
  # use a epoch integer
67
- queue.add :humidity => {:measure_time => 1336508422, :value => 48.2}
67
+ queue.add humidity: {measure_time: 1336508422, value: 48.2}
68
68
 
69
69
  # use a Time object to correct for a 5 second delay
70
- queue.add :humidity => {:measure_time => Time.now-5, :value => 37.6}
70
+ queue.add humidity: {measure_time: Time.now-5, value: 37.6}
71
71
 
72
72
  You can queue multiple metrics at once. Here's a gauge (`load`) and a counter (`visits`):
73
73
 
74
- queue.add :load => 2.2, :visits => {:type => :counter, :value => 400}
74
+ queue.add load: 2.2, visits: {type: :counter, value: 400}
75
75
 
76
76
  Queue up a metric with a specified source:
77
77
 
78
- queue.add :cpu => {:source => 'app1', :value => 92.6}
78
+ queue.add cpu: {source: 'app1', value: 92.6}
79
79
 
80
80
  A complete [list of metric attributes](http://dev.librato.com/v1/metrics) is available in the [API documentation](http://dev.librato.com/v1).
81
81
 
@@ -90,23 +90,23 @@ If you are measuring something very frequently e.g. per-request in a web applica
90
90
  Aggregate a simple gauge metric named `response_latency`:
91
91
 
92
92
  aggregator = Librato::Metrics::Aggregator.new
93
- aggregator.add :response_latency => 85.0
94
- aggregator.add :response_latency => 100.5
95
- aggregator.add :response_latency => 150.2
96
- aggregator.add :response_latency => 90.1
97
- aggregator.add :response_latency => 92.0
93
+ aggregator.add response_latency: 85.0
94
+ aggregator.add response_latency: 100.5
95
+ aggregator.add response_latency: 150.2
96
+ aggregator.add response_latency: 90.1
97
+ aggregator.add response_latency: 92.0
98
98
 
99
99
  Which would result in a gauge measurement like:
100
100
 
101
- {:name => "response_latency", :count => 5, :sum => 517.8, :min => 85.0, :max => 150.2}
101
+ {name: "response_latency", count: 5, sum: 517.8, min: 85.0, max: 150.2}
102
102
 
103
103
  You can specify a source during aggregate construction:
104
104
 
105
- aggregator = Librato::Metrics::Aggregator.new(:source => 'foobar')
105
+ aggregator = Librato::Metrics::Aggregator.new(source: 'foobar')
106
106
 
107
107
  You can aggregate multiple metrics at once:
108
108
 
109
- aggregator.add :app_latency => 35.2, :db_latency => 120.7
109
+ aggregator.add app_latency: 35.2, db_latency: 120.7
110
110
 
111
111
  Send the currently aggregated metrics to Metrics:
112
112
 
@@ -124,7 +124,7 @@ The difference between the two is that `Queue` submits each timing measurement i
124
124
 
125
125
  If you need extra attributes for a `Queue` timing measurement, simply add them on:
126
126
 
127
- queue.time :my_measurement, :source => 'app1' do
127
+ queue.time :my_measurement, source: 'app1' do
128
128
  # do work...
129
129
  end
130
130
 
@@ -138,9 +138,9 @@ At a minimum each annotation needs to be assigned to a stream and to have a titl
138
138
 
139
139
  There are a number of optional fields which can make annotations even more powerful:
140
140
 
141
- Librato::Metrics.annotate :deployments, 'deployed v46', :source => 'frontend',
142
- :start_time => 1354662596, :end_time => 1354662608,
143
- :description => 'Deployed 6f3bc6e67682: fix lotsa bugs…'
141
+ Librato::Metrics.annotate :deployments, 'deployed v46', source: 'frontend',
142
+ start_time: 1354662596, end_time: 1354662608,
143
+ description: 'Deployed 6f3bc6e67682: fix lotsa bugs…'
144
144
 
145
145
  You can also automatically annotate the start and end time of an action by using `annotate`'s block form:
146
146
 
@@ -156,7 +156,7 @@ More fine-grained control of annotations is available via the `Annotator` object
156
156
  streams = annotator.list
157
157
 
158
158
  # fetch a list of events in the last hour from a stream
159
- annotator.fetch :deployments, :start_time => (Time.now.to_i-3600)
159
+ annotator.fetch :deployments, start_time: (Time.now.to_i-3600)
160
160
 
161
161
  # delete an event
162
162
  annotator.delete_event 'deployments', 23
@@ -168,15 +168,15 @@ See the documentation of `Annotator` for more details and examples of use.
168
168
  Both `Queue` and `Aggregator` support automatically submitting measurements on a given time interval:
169
169
 
170
170
  # submit once per minute
171
- timed_queue = Librato::Metrics::Queue.new(:autosubmit_interval => 60)
171
+ timed_queue = Librato::Metrics::Queue.new(autosubmit_interval: 60)
172
172
 
173
173
  # submit every 5 minutes
174
- timed_aggregator = Librato::Metrics::Aggregator.new(:autosubmit_interval => 300)
174
+ timed_aggregator = Librato::Metrics::Aggregator.new(autosubmit_interval: 300)
175
175
 
176
176
  `Queue` also supports auto-submission based on measurement volume:
177
177
 
178
178
  # submit when the 400th measurement is queued
179
- volume_queue = Librato::Metrics::Queue.new(:autosubmit_count => 400)
179
+ volume_queue = Librato::Metrics::Queue.new(autosubmit_count: 400)
180
180
 
181
181
  These options can also be combined for more flexible behavior.
182
182
 
@@ -192,7 +192,7 @@ Get name and properties for all metrics you have in the system:
192
192
 
193
193
  Get only metrics whose name includes `time`:
194
194
 
195
- metrics = Librato::Metrics.metrics :name => 'time'
195
+ metrics = Librato::Metrics.metrics name: 'time'
196
196
 
197
197
  ## Querying Metric Data
198
198
 
@@ -202,19 +202,19 @@ Get attributes for metric `temperature`:
202
202
 
203
203
  Get the 20 most recent data points for `temperature`:
204
204
 
205
- data = Librato::Metrics.get_measurements :temperature, :count => 20
205
+ data = Librato::Metrics.get_measurements :temperature, count: 20
206
206
 
207
207
  Get the 20 most recent data points for `temperature` from a specific source:
208
208
 
209
- data = Librato::Metrics.get_measurements :temperature, :count => 20, :source => 'app1'
209
+ data = Librato::Metrics.get_measurements :temperature, count: 20, source: 'app1'
210
210
 
211
211
  Get the 20 most recent 15 minute data point rollups for `temperature`:
212
212
 
213
- data = Librato::Metrics.get_measurements :temperature, :count => 20, :resolution => 900
213
+ data = Librato::Metrics.get_measurements :temperature, count: 20, resolution: 900
214
214
 
215
215
  Get the 5 minute moving average for `temperature` for the last hour, assuming temperature is submitted once per minute:
216
216
 
217
- data = Librato::Metrics.get_composite 'moving_average(mean(series("temperature", "*"), {size: "5"}))', :start_time => Time.now.to_i - 60*60, :resolution => 300
217
+ data = Librato::Metrics.get_composite 'moving_average(mean(series("temperature", "*"), {size: "5"}))', start_time: Time.now.to_i - 60*60, resolution: 300
218
218
 
219
219
  There are many more options supported for querying, take a look at the [REST API docs](http://dev.librato.com/v1/get/metrics/:name) or the individual method documentation for more details.
220
220
 
@@ -223,7 +223,7 @@ There are many more options supported for querying, take a look at the [REST API
223
223
  Setting custom [properties](http://dev.librato.com/v1/metrics#metric_properties) on your metrics is easy:
224
224
 
225
225
  # assign a period and default color
226
- Librato::Metrics.update_metric :temperature, :period => 15, :attributes => { :color => 'F00' }
226
+ Librato::Metrics.update_metric :temperature, period: 15, attributes: { color: 'F00' }
227
227
 
228
228
  It is also possible to update properties for multiple metrics at once, see the [`#update_metric` method documentation](http://rubydoc.info/github/librato/librato-metrics/master/Librato/Metrics/Client#update_metric-instance_method) for more information.
229
229
 
@@ -237,7 +237,7 @@ If you ever need to remove a metric and all of its measurements, doing so is eas
237
237
  You can also delete using wildcards:
238
238
 
239
239
  # delete metrics that start with cpu. except for cpu.free
240
- Librato::Metrics.delete_metrics :names => 'cpu.*', :exclude => ['cpu.free']
240
+ Librato::Metrics.delete_metrics names: 'cpu.*', exclude: ['cpu.free']
241
241
 
242
242
  Note that deleted metrics and their measurements are unrecoverable, so use with care.
243
243
 
@@ -257,17 +257,17 @@ All of the same operations you can call directly from `Librato::Metrics` are ava
257
257
  joe.metrics
258
258
 
259
259
  # fetch the last 20 data points for Mike's metric, humidity
260
- mike.get_measurements :humidity, :count => 20
260
+ mike.get_measurements :humidity, count: 20
261
261
 
262
262
  There are two ways to associate a new queue with a client:
263
263
 
264
264
  # these are functionally equivalent
265
- joe_queue = Librato::Metrics::Queue.new(:client => joe)
265
+ joe_queue = Librato::Metrics::Queue.new(client: joe)
266
266
  joe_queue = joe.new_queue
267
267
 
268
268
  Once the queue is associated you can use it normally:
269
269
 
270
- joe_queue.add :temperature => {:source => 'sf', :value => 65.2}
270
+ joe_queue.add temperature: {source: 'sf', value: 65.2}
271
271
  joe_queue.submit
272
272
 
273
273
  ## Thread Safety
data/Rakefile CHANGED
@@ -11,7 +11,7 @@ Bundler::GemHelper.install_tasks
11
11
  # Gem signing
12
12
  task 'before_build' do
13
13
  signing_key = File.expand_path("~/.gem/librato-private_key.pem")
14
- if File.exists?(signing_key)
14
+ if signing_key
15
15
  puts "Key found: signing gem..."
16
16
  ENV['GEM_SIGNING_KEY'] = signing_key
17
17
  else
@@ -45,8 +45,8 @@ namespace :spec do
45
45
  end
46
46
  end
47
47
 
48
- task :default => :spec
49
- task :test => :spec
48
+ task default: :spec
49
+ task test: :spec
50
50
 
51
51
  # Docs
52
52
  require 'yard'
@@ -61,4 +61,3 @@ task :console do
61
61
  sh "irb -rubygems -r ./lib/librato/metrics.rb"
62
62
  end
63
63
  end
64
-
@@ -1,20 +1,20 @@
1
1
  -----BEGIN CERTIFICATE-----
2
- MIIDNjCCAh6gAwIBAgIBADANBgkqhkiG9w0BAQUFADBBMREwDwYDVQQDDAhydWJ5
3
- Z2VtczEXMBUGCgmSJomT8ixkARkWB2xpYnJhdG8xEzARBgoJkiaJk/IsZAEZFgNj
4
- b20wHhcNMTMwODA4MjIxOTQ2WhcNMTQwODA4MjIxOTQ2WjBBMREwDwYDVQQDDAhy
5
- dWJ5Z2VtczEXMBUGCgmSJomT8ixkARkWB2xpYnJhdG8xEzARBgoJkiaJk/IsZAEZ
6
- FgNjb20wggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQC/X7kdKwZ/oi/A
7
- Bjs/caxkyDIZgLS/kgmuloThfPBBR6MuN4GXe/hsdzSH8XhtBYoYpK/F2rRBsrS+
8
- jLrZbKJAGUIrqHiSfdLzx2k2sGUYlKzf6a4xWi587ndC8Bvh5ldc85W1llHDeASS
9
- R5Wjper4KU1NWG1FAVvQCXhSKdmki+wX7Jnd7CQ+oz7kkKYPM8G/ZTdb+qn7wRLV
10
- KaR+zzGDmwTQ2WzMitSXmf/ku4MUmRzsyepDXXERLynSp8ITk67g2HMCyvOPsf8K
11
- cYvl/wbb8By/r6HOjy7SM7Yo354uIfhniu8AKymIKxsb4Ig71S0cU7Hm3+WBTi28
12
- AIg8TUaXAgMBAAGjOTA3MAkGA1UdEwQCMAAwHQYDVR0OBBYEFDbyQQqO4xJmaKBE
13
- neQ4y+RWCvOXMAsGA1UdDwQEAwIEsDANBgkqhkiG9w0BAQUFAAOCAQEAKAzXbA47
14
- 9U59SsEfqR+DLdv1VAcdmxawqC+ZmG4FpxZhuHhaoUui35AoQjzSiHEUNDTIu3u7
15
- TcsYwXMPzuyzZJJKXvBKmSb9mWJ99DOH81oUmOzX7jClQXZHrnFtHdARcLQsPmga
16
- 4Dh+fWXWxPJ6fkvg826vJ4pDml7Oo9sCXTpC2ki/5VekTXkpFrUsQRXjlXPkmT3/
17
- xa858BGRjvU59WPE13QGiba7YIeHtREvNx42JIfoJMV74ofrKIuTw9CMto2gz9Xx
18
- Kx1ncn07A+bJnKZ6henQAF1CH96ZcqcJH179S2tIiKDM8keeRIUOPC3WT0faok/2
19
- gA2ozdr851c/nA==
2
+ MIIDLjCCAhagAwIBAgIBADANBgkqhkiG9w0BAQUFADA9MQ0wCwYDVQQDDARtYXR0
3
+ MRcwFQYKCZImiZPyLGQBGRYHbGlicmF0bzETMBEGCgmSJomT8ixkARkWA2NvbTAe
4
+ Fw0xNTEwMTIyMjA0MzVaFw0xNjEwMTEyMjA0MzVaMD0xDTALBgNVBAMMBG1hdHQx
5
+ FzAVBgoJkiaJk/IsZAEZFgdsaWJyYXRvMRMwEQYKCZImiZPyLGQBGRYDY29tMIIB
6
+ IjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAvfN8RlAsUs+K5kK46SkhpYey
7
+ 54m5bXlGZeqIguOygpG+2FJrUJMCnkQ9RmyK0WUjdmANevW01caQQSx5WatQZso0
8
+ GfJyJfKn4dGecz9LOEPpblw++qapLXr4vbuOlNXsum2gdUFc4/YV9l3csxClMVEq
9
+ +ZUmrHjd2koOvzjK+GDRf3iIozCsgY0oeserZ0li/0qRA5ZJeFwWzs9FO9SXPvID
10
+ Mk07WNaXSRT38llcPGX4L8K+DL7whQwxaFj6IZbobUEtRjzV9v/iP7PiJipijbKB
11
+ EiefgUuolRR38NxQE+f4M/lEqwEpkY/feYMYF6Q4hXVruG3fswjrDGWyiG5nEQID
12
+ AQABozkwNzAJBgNVHRMEAjAAMB0GA1UdDgQWBBR8+l0ZSTbj/TT6YVbFFpdGpg7q
13
+ UDALBgNVHQ8EBAMCBLAwDQYJKoZIhvcNAQEFBQADggEBAKuUiuG2PHv6paQjXjaZ
14
+ LQOsFunScHyhDhPFh/CcCUDbmXVDOJ3WIyDVQuUgK7I3jPEDaSFezSPBpjwZvgMK
15
+ 0/in7pXLRKjI8CzsY8Y4u122DN9tBxLur+E/kv5fpUbf8FGUSuRT5X3wh6ZBTzsZ
16
+ EaMe3LpPFUeMShH/H/FEYrexRvaMHo/52Bg0zP0ySSAQDotm+qgMdru2XRDjE5Ms
17
+ 9BheAnoygGHpoKWtExpsklCppL1q2Xlzw2lhoCMLCSSj9T/YyRTL3UQYoK5pPA76
18
+ hvjx0WJP8pzZMJPKJBRZQXJO5ifEPyKjZyMi5XMHmrtDclHLj3sx4RAvEZjGWkRP
19
+ JSQ=
20
20
  -----END CERTIFICATE-----
@@ -3,13 +3,13 @@ require 'librato/metrics'
3
3
  Librato::Metrics.authenticate 'my email', 'my api key'
4
4
 
5
5
  # send a measurement of 12 for 'foo'
6
- Librato::Metrics.submit :cpu => 54
6
+ Librato::Metrics.submit cpu: 54
7
7
 
8
8
  # submit multiple metrics at once
9
- Librato::Metrics.submit :cpu => 63, :memory => 213
9
+ Librato::Metrics.submit cpu: 63, memory: 213
10
10
 
11
11
  # submit a metric with a custom source
12
- Librato::Metrics.submit :cpu => {:source => 'myapp', :value => 75}
12
+ Librato::Metrics.submit cpu: {source: 'myapp', value: 75}
13
13
 
14
14
  # if you are sending many metrics it is much more performant
15
15
  # to submit them in sets rather than individually:
@@ -17,8 +17,8 @@ Librato::Metrics.submit :cpu => {:source => 'myapp', :value => 75}
17
17
  queue = Librato::Metrics::Queue.new
18
18
 
19
19
  queue.add 'disk.free' => 1223121
20
- queue.add :memory => 2321
21
- queue.add :cpu => {:source => 'myapp', :value => 52}
20
+ queue.add memory: 2321
21
+ queue.add cpu: {source: 'myapp', value: 52}
22
22
  #...
23
23
 
24
24
  queue.submit
@@ -26,20 +26,20 @@ module Librato
26
26
  # Librato::Metrics.authenticate 'email', 'api_key'
27
27
  #
28
28
  # # list current metrics
29
- # Librato::Metrics.list
29
+ # Librato::Metrics.metrics
30
30
  #
31
31
  # # submit a metric immediately
32
- # Librato::Metrics.submit :foo => 12712
32
+ # Librato::Metrics.submit foo: 12712
33
33
  #
34
34
  # # fetch the last 10 values of foo
35
- # Librato::Metrics.get_measurements :foo, :count => 10
35
+ # Librato::Metrics.get_measurements :foo, count: 10
36
36
  #
37
37
  # @example Queuing metrics for submission
38
38
  # queue = Librato::Metrics::Queue.new
39
39
  #
40
40
  # # queue some metrics
41
- # queue.add :foo => 12312
42
- # queue.add :bar => 45678
41
+ # queue.add foo: 12312
42
+ # queue.add bar: 45678
43
43
  #
44
44
  # # send the metrics
45
45
  # queue.submit
@@ -49,14 +49,14 @@ module Librato
49
49
  # client.authenticate 'email', 'api_key'
50
50
  #
51
51
  # # list client's metrics
52
- # client.list
52
+ # client.metrics
53
53
  #
54
54
  # # create an associated queue
55
55
  # queue = client.new_queue
56
56
  #
57
57
  # # queue up some metrics and submit
58
- # queue.add :foo => 12345
59
- # queue.add :bar => 45678
58
+ # queue.add foo: 12345
59
+ # queue.add bar: 45678
60
60
  # queue.submit
61
61
  #
62
62
  # @note Most of the methods you can call directly on Librato::Metrics are
@@ -81,10 +81,7 @@ module Librato
81
81
  :delete_metrics, :update_metric, :update_metrics,
82
82
  :submit,
83
83
  :sources, :get_source, :update_source,
84
- :create_snapshot, :get_snapshot,
85
- # Deprecated metrics methods
86
- :fetch, :list, :delete, :update
87
-
84
+ :create_snapshot, :get_snapshot
88
85
 
89
86
  # The Librato::Metrics::Client being used by module-level
90
87
  # access.
@@ -97,20 +97,20 @@ module Librato
97
97
  metric, source = metric.split(SOURCE_SEPARATOR)
98
98
  end
99
99
  entry = {
100
- :name => metric,
101
- :count => data.count,
102
- :sum => data.sum,
100
+ name: metric,
101
+ count: data.count,
102
+ sum: data.sum,
103
103
 
104
104
  # TODO: make float/non-float consistent in the gem
105
- :min => data.min.to_f,
106
- :max => data.max.to_f
105
+ min: data.min.to_f,
106
+ max: data.max.to_f
107
107
  # TODO: expose v.sum2 and include
108
108
  }
109
109
  entry[:source] = source if source
110
110
  gauges << entry
111
111
  end
112
112
 
113
- req = { :gauges => gauges }
113
+ req = { gauges: gauges }
114
114
  req[:source] = @source if @source
115
115
  req[:measure_time] = @measure_time if @measure_time
116
116