summaryrefslogtreecommitdiff
path: root/python-playback-studio.spec
blob: 3a25821d669f79a76e5ed056465b6f701d0f0604 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
493
494
495
496
497
498
499
500
501
502
503
504
505
506
507
508
509
510
511
512
513
514
515
516
517
518
519
520
521
522
523
524
525
526
527
528
529
530
531
532
533
534
535
536
537
538
539
540
541
542
543
544
545
546
547
548
549
550
551
552
553
554
555
556
557
558
559
560
561
562
563
564
565
566
567
568
569
570
571
572
573
574
575
576
577
578
579
580
581
582
583
584
585
586
587
588
589
590
591
592
593
594
595
596
597
598
599
600
601
602
603
604
605
606
607
608
609
610
611
612
613
614
615
616
617
618
619
620
621
622
623
624
625
626
627
628
629
630
631
632
633
634
635
636
637
638
639
640
641
642
643
644
645
646
647
648
649
650
651
652
653
654
655
656
657
658
659
660
661
662
663
664
665
666
667
668
669
670
671
672
673
674
675
676
677
678
679
680
681
682
683
684
685
686
687
688
689
690
691
692
693
694
695
696
697
698
699
700
701
702
703
704
705
706
707
708
709
710
711
712
713
714
715
716
717
718
719
720
721
722
723
724
725
726
727
728
729
730
731
732
733
734
735
736
737
738
739
740
741
742
743
744
745
746
747
748
749
750
751
752
753
754
755
756
757
758
759
760
761
762
763
764
765
766
767
768
769
770
771
772
773
774
775
776
777
778
779
780
781
782
783
784
785
786
787
788
789
790
791
792
793
794
795
796
797
798
799
800
801
802
803
804
805
806
807
808
809
810
811
812
813
814
815
816
817
818
819
820
821
822
823
824
825
826
827
828
829
830
831
832
833
834
835
836
837
838
839
840
841
842
843
844
845
846
847
848
849
850
851
852
853
854
855
856
857
858
859
860
861
862
863
864
865
866
867
868
869
870
871
872
873
874
875
876
877
878
879
880
881
882
883
884
885
886
887
888
889
890
891
892
893
894
895
896
897
898
899
900
901
902
903
904
905
906
907
908
909
910
911
912
913
914
915
916
917
918
919
920
921
922
923
924
925
926
927
928
929
930
931
932
933
934
935
936
937
938
939
940
941
942
943
944
945
946
947
948
949
950
951
952
953
954
955
956
957
958
959
960
961
962
963
964
965
966
967
968
969
970
971
972
973
974
975
976
977
978
979
980
981
982
983
984
985
986
987
988
989
990
991
992
993
994
995
996
997
998
999
1000
1001
1002
1003
1004
1005
1006
1007
1008
1009
1010
1011
1012
1013
1014
1015
1016
1017
1018
1019
1020
1021
1022
1023
1024
1025
1026
1027
1028
1029
1030
1031
1032
1033
1034
1035
1036
1037
1038
1039
1040
1041
1042
1043
1044
1045
1046
1047
1048
1049
1050
1051
1052
1053
1054
1055
1056
1057
1058
1059
1060
1061
1062
1063
1064
1065
1066
1067
1068
1069
1070
1071
1072
1073
1074
1075
1076
1077
1078
1079
1080
1081
1082
1083
1084
1085
1086
1087
1088
1089
1090
1091
1092
1093
1094
1095
1096
1097
1098
1099
1100
1101
1102
1103
1104
1105
1106
1107
1108
1109
1110
1111
1112
1113
1114
1115
1116
1117
1118
1119
1120
1121
1122
1123
1124
1125
1126
1127
1128
1129
1130
1131
1132
1133
1134
1135
1136
1137
1138
1139
1140
1141
1142
1143
1144
1145
1146
1147
1148
1149
1150
1151
1152
1153
1154
1155
1156
1157
1158
1159
1160
1161
1162
1163
1164
1165
1166
1167
1168
1169
1170
1171
1172
1173
1174
1175
1176
1177
1178
1179
1180
1181
1182
1183
1184
1185
1186
1187
1188
1189
1190
1191
1192
1193
1194
1195
1196
1197
1198
1199
1200
1201
1202
1203
1204
1205
1206
1207
1208
1209
1210
1211
1212
1213
1214
1215
1216
1217
%global _empty_manifest_terminate_build 0
Name:		python-playback-studio
Version:	0.3.19
Release:	1
Summary:	Record your service operations in production and replay them locally at any time in a sandbox
License:	BSD License
URL:		https://github.com/Optibus/playback
Source0:	https://mirrors.nju.edu.cn/pypi/web/packages/54/1d/3ecfd18ff2f547972cf4aa66b935da772d1e101c4c8749db4a540046ad80/playback-studio-0.3.19.tar.gz
BuildArch:	noarch

Requires:	python3-parse
Requires:	python3-jsonpickle
Requires:	python3-six
Requires:	python3-contextlib2
Requires:	python3-decorator
Requires:	python3-mock
Requires:	python3-moto
Requires:	python3-pytest
Requires:	python3-parameterized
Requires:	python3-Werkzeug
Requires:	python3-Flask
Requires:	python3-flask-restplus
Requires:	python3-future
Requires:	python3-rsa
Requires:	python3-jose
Requires:	python3-pylint
Requires:	python3-pylint-junit
Requires:	python3-flake8
Requires:	python3-flake8-formatter-junit-xml
Requires:	python3-pytest-cov

%description
# playback [![CircleCI](https://circleci.com/gh/Optibus/playback.svg?branch=main&style=shield)](https://circleci.com/gh/Optibus/playback) [![codecov](https://codecov.io/gh/Optibus/playback/branch/main/graph/badge.svg?branch=main&token=CA8OMGPFQT)](https://codecov.io/gh/Optibus/playback) [![PyPi Version](https://badge.fury.io/py/playback-studio.svg)](https://pypi.python.org/pypi/playback-studio/) [![Python Versions](https://img.shields.io/pypi/pyversions/playback-studio.svg)](https://pypi.python.org/pypi/playback-studio/)

A Python decorator-based framework that lets you "record" and "replay" operations (e.g. API requests, workers consuming jobs from queues).

a java-script / type script [version](https://github.com/Optibus/playback-ts) is in the works

## Main uses

* Regression testing - replay recorded production traffic on modified code before pushing it
* Debug production issues locally
* Access many "real data" scenarios to test/validate new features/behaviours

The framework intercepts all decorated inputs and outputs throughout the recorded operation, which are used later to replay the exact operation in a controlled isolated sandbox, as well as to compare the output of the recorded operation vs the replayed operation.

## Background
The motivation for this framework was to be able to test new code changes on actual data from production while doing it not in production, when the
alternative of canary deployment is not a viable option.
Some examples when this might happen include:
* When detecting a regression is based on intimate knowledge of the service output
* When the service amount of possible input permutations is large while the number of users per permutation is low, resulting
  in a statistical sample that is not large enough to rely on in production in order to detect regression early enough
  to rollback

On top of this, the ability for the developer to check and get an accurate comparison of his/her code vs production then
debug it during development increases productivity by detecting issues right away.
The quality of the released code improves significantly by covering many edge cases that are hard to predict in tests.

## Features
* Create a standalone "recording" of each intercepted operation, with all the relevant inputs and outputs, and save it
  to AWS S3
* Replay a recorded operation anywhere via code execution
* Run an extensive comparison of recorded vs replayed operations

# Installation
`pip install playback-studio`

# Examples
There are two examples as part of this repo you can check out under the [examples](examples) directory:
* [basic service operation](examples/basic_service_operation.py/) - a simple example for in memory operation
* [Flask based service](examples/flask) - an end to end flask based example with persistent recording

# Usage and examples - interception and replay
## Intercepting an operation
In order to intercept an operation, you need to explicitly declare the recorded operation entry point by decorating it with
the `TapeRecorder.operation` decorator and explicitly declare what inputs and outputs need to be intercepted by using
the `TapeRecorder.intercept_input` and `TapeRecorder.intercept_output` decorators, as demonstrated below:
```python
from flask import request
tape_cassette = S3TapeCassette('production-recordings', region='us-east-1', read_only=False)
tape_recorder = TapeRecorder(tape_cassette)
tape_recorder.enabled_recording()


class ServiceOperation(object):

    ...

    @tape_recorder.operation()
    def execute(self):
        """
        Executes the operation and return the key of where the result is stored
        """
        data = self.get_request_data()
        result = self.do_something_with_input(data)
        storage_key = self.store_result(result)
        return storage_key

    @tape_recorder.intercept_input(alias='service_operation.get_request_data')
    def get_request_data(self):
        """
        Reads the required input for the operation
        """
        # Get request data from flask
        return request.data

    @tape_recorder.intercept_output(alias='service_operation.store_result')
    def store_result(self, result):
        """
        Stores the operation result and return the key that can be used to fetch the result
        """
        result_key = self.put_result_in_mongo(result)
        return result_key
```
## Replaying an intercepted operation
In order to replay an operation, you need the specific recording ID. Typically, you would add this information to your
logs output. Later, we will demonstrate how to look for recording IDs using search filters, the `Equalizer`, and the
`PlaybackStudio`
```python
tape_cassette = S3TapeCassette('production-recordings', region='us-east-1')
tape_recorder = TapeRecorder(tape_cassette)

def playback_function(recording):
    """
    Given a recording, starts the execution of the recorded operation
    """
    operation_class = recording.get_metadata()[TapeRecorder.OPERATION_CLASS]
    return operation_class().execute()

# Will replay recorded operation, injecting and capturing needed data in all of the intercepted inputs and outputs
tape_recorder.play(recording_id, playback_function)
```

# Framework classes - recording and replaying
## `TapeRecorder` class
This class is used to "record" an operation and "replay" (rerun) the recorded operation on any code version.
The recording is done by placing different decorators that intercept the operation and its inputs and outputs by using
decorators.
### `operation` decorator
```python
def operation(self, metadata_extractor=None)
```
Decorates the operation entry point. Every decorated input and output that is being executed within this scope is being
intercepted and recorded or replayed, depending on whether the current context is recording or playback.

* `metadata_extractor` - an optional function that can be used to add
metadata to the recording. The metadata can be used as a search filter when fetching recordings, hence it can be used
to add properties specific to the operation received parameters that make sense to filter by when you wish to replay
the operation.

### `intercept_input` decorator
```python
def intercept_input(self, alias, alias_params_resolver=None, data_handler=None, capture_args=None, run_intercepted_when_missing=True)
```
Decorates a function that acts as an input to the operation. The result of the function is the recorded input, and the
combined passed arguments and alias are used as the key that uniquely identifies the input. Upon playback, an invocation to
the intercepted method will fetch the input from the recording by combining the passed arguments and alias as the
lookup key. If no recorded value is found, a `RecordingKeyError` will be raised.

* `alias` - Input alias, used to uniquely identify the input function, hence the name should be unique across all
  relevant inputs this operation can reach. This should be renamed as it will render previous recording useless
* `alias_params_resolver` - Optional function that resolve parameters inside alias if such are given. This is useful when
  you have the same input method invoked many times with the same arguments on different class instances
* `data_handler` - Optional data handler that prepares and restores the input data for and from the recording when default
  pickle serialization is not enough. This needs to be an implementation of `InputInterceptionDataHandler` class
* `capture_args` - If a list is given, it will annotate which arg indices and/or names should be captured as part of
  the intercepted key (invocation identification). If None, all args are captured
* `run_intercepted_when_missing` - If no matching content is found on recording during playback, run the original intercepted 
  method. This is useful when you want to use existing recording to play a code flow where this interception didn't exist

When intercepting a static method, `static_intercept_input` should be used.

### `intercept_output` decorator
```python
def intercept_output(self, alias, data_handler=None, fail_on_no_recorded_result=True)
```
Decorates a function that acts as an output of the operation. The parameters passed to the function are recorded as
the output and the return value is recorded as well. The alias combined with the invocation number are used as the key that
uniquely identifies this output. Upon playback, an invocation to the intercepted method will construct the same
identification key and capture the outputs again (which can be used later to compare against the recorded output), and
the recorded return value will be returned.

* `alias` - Output alias, used to uniquely identify the input function, hence the name should be unique across all
  relevant inputs this operation can reach. This should be renamed as it will render previous recording useless
* `data_handler` - Optional data handler that prepares and restores the output data for and from the recording when
  default pickle serialization is not enough. This needs to be an implementation of `OutputInterceptionDataHandler` class
* `fail_on_no_recorded_result` - Whether to fail if there is no recording of a result or return None.
  Setting this to False is useful when there are already pre-existing recordings and this is a new output interception
  where we want to be able to playback old recordings and the return value of the output is not actually used.
  Defaults to True

The return value of the operation is always intercepted as an output implicitly using
`TapeRecorder.OPERATION_OUTPUT_ALIAS` as the output alias.

When intercepting a static method, `static_intercept_output` should be used.

## `TapeCassette` class
An abstract class that acts as a storage driver for TapeRecorder to store and fetch recordings, the class has three main
methods that need to be implemented.
```python
def get_recording(self, recording_id)
```
Get recording is stored under the given ID

```python
def create_new_recording(self, category)
 ```
Creates a new recording object that is used by the tape recorded
* `category` - Specifies under which category to create the recording and represent the operation type

```python
def iter_recording_ids(self, category, start_date=None, end_date=None, metadata=None, limit=None)
```
Creates an iterator of recording IDs matching the given search parameters
* `category` - Specifies in which category to look for recordings
* `start_date` - Optional earliest date of when recordings were captured
* `end_date` - Optional latest date of when recordings were captured
* `metadata` - Optional dictionary to filter captured metadata by
* `limit` - Optional limit on how many matching recording IDs to fetch

The framework comes with two built-in implementations:
* `InMemoryTapeCassette` - Saves recording in a dictionary, its main usage is for tests
* `S3TapeCassette` - Saves recording in AWS S3 bucket
### `S3TapeCassette` class
```python
# Instantiate the cassette connected to bucket 'production-recordings'
# under region 'us-east-1' in read/write mode
tape_cassette = S3TapeCassette('production-recordings', region='us-east-1', read_only=False)
```
Instantiating this class relies on being able to connect to AWS S3 from the current terminal/process and have read/write
access to the given bucket (for playback, only read access is needed).
```python
def __init__(self, bucket, key_prefix='', region=None, transient=False, read_only=True,
             infrequent_access_kb_threshold=None, sampling_calculator=None)
```
* `bucket` - AWS S3 bucket name
* `key_prefix` - Each recording is saved under two keys, one containing full data and the other just for fast lookup
  and filtering of recordings. The key structure used for recording is
  'tape_recorder_recordings/{key_prefix}<full/metadata>/{id}', this gives the option to add a prefix to the key
* `region` - This value is propagated to the underline boto client
* `transient` - If this is a transient cassette, all recording under the given prefix will be deleted when closed
  (only if not read-only). This is useful for testing purposes and clean-up after tests
* `read_only` - If True, this cassette can only be used to fetch recordings and not to create new ones.
  Any write operations will raise an assertion.
* `infrequent_access_kb_threshold` - Threshold in KB. When above the threshhold, the object will be saved in STANDARD_IA
  (infrequent access storage class), None means never (default)
* `sampling_calculator` - Optional sampling ratio calculator function. Before saving the recording, this
  function will be triggered with (category, recording_size, recording)
  and the function should return a number between 0 and 1 which specifies its sampling rate

# Usage and examples - comparing replayed vs recorded operations
## Using the Equalizer
In order to run a comparison, we can use the `Equalizer` class and provide it with relevant playable recordings.
In this example, we will look for five recordings from the last week using the `find_matching_recording_ids` function.
The `Equalizer` relies on:
* `playback_function` to replay the recorded operation
* `result_extractor` to extract the result that we want to compare from the captured outputs
* `comparator` to compare the extracted result
```python
# Creates an iterator over relevant recordings which are ready to be played
lookup_properties = RecordingLookupProperties(start_date=datetime.utcnow() - timedelta(days=7),
                                              limit=5)
recording_ids = find_matching_recording_ids(tape_recorder,
                                            ServiceOperation.__name__,
                                            lookup_properties)


def result_extractor(outputs):
    """
    Given recording or playback outputs, find the relevant output which is the result that
    needs to be compared
    """
    # Find the relevant captured output
    output = next(o for o in outputs if 'service_operation.store_result' in o.key)
    # Return the captured first arg as the result that needs to be compared
    return output.value['args'][0]


def comparator(recorded_result, replay_result):
    """
    Compare the operation captured output result
    """
    if recorded_result == replay_result:
        return ComparatorResult(EqualityStatus.Equal, "Value is {}".format(recorded_result))
    return ComparatorResult(EqualityStatus.Different,
                            "{recorded_result} != {replay_result}".format(
                                recorded_result=recorded_result, replay_result=replay_result))


def player(recording_id):
    return tape_recorder.play(recording_id, playback_function)


# Run comparison and output comparison result using the Equalizer
equalizer = Equalizer(recording_ids, player, result_extractor, comparator)

for comparison_result in equalizer.run_comparison():
    print('Comparison result {recording_id} is: {result}'.format(
        recording_id=comparison_result.playback.original_recording.id,
        result=comparison_result.comparator_status))
```

# Framework classes - comparing replayed vs recorded operations
## `Equalizer` class
The `Equalizer` is used to replay multiple recordings of a single operation and conduct a comparison between the
recorded results (outputs) vs the replayed results. Underline it uses the `TapeRecorder` to replay the
operations and the `TapeCassette` to look for and fetch relevant recordings.

```python
def __init__(self, recording_ids, player, result_extractor, comparator,
             comparison_data_extractor=None, compare_execution_config=None)
```
* `recording_ids` - An iterator of recording IDs to play and compare the results
* `player` - A function that plays a recording given an ID
* `result_extractor` - A function used to extract the results that need to be compared from the recording and playback
  outputs
* `comparator` - A function used to create the comparison result by comparing the recorded vs replayed result
* `comparison_data_extractor` - A function used to extract optional data from the recording that will be passed to the
  comparator
* `compare_execution_config` -  A configuration specific to the comparison execution flow

For more context, you can look at the [basic service operation](examples/basic_service_operation.py/) example.

## Usage and examples - comparing multiple recorded vs replayed operations in one flow
When a code change may affect multiple operations, or when you want to have a general regression job running, you can use
the `PlaybackStudio` and `EqualizerTuner` to run multiple operations together and aggregate the results.
Moreover, the `EqualizerTuner` can be used as a factory to create the relevant plugin functions required to set up an
`Equalizer` to run a comparison of a specific operation.

```python
# Will run 10 playbacks per category
lookup_properties = RecordingLookupProperties(start_date, limit=10)
catagories = ['ServiceOperationA', 'ServiceOperationB']
equalizer_tuner = MyEqualizerTuner()

studio = PlaybackStudio(categories, equalizer_tuner, tape_recorder, lookup_properties)
categories_comparison = studio.play()
```
Implementing an `EqualizerTuner`
```python
class MyEqualizerTuner(EqualizerTuner):
    def create_category_tuning(self, category):
        if category == 'ServiceOperationA':
            return EqualizerTuning(operation_a_playback_function,
                                   operation_a_result_extractor,
                                   operation_a_comparator)
        if category == 'ServiceOperationB':
            return EqualizerTuning(operation_b_playback_function,
                                   operation_b_result_extractor,
                                   operation_b_comparator)
```

# Framework classes - comparing replayed vs recorded operations
## `PlaybackStudio` class
The studio runs many playbacks for one or more categories (operations), and uses the `Equalizer` to conduct a comparison
between the recorded outputs and the playback outputs.

```python
def __init__(self, categories, equalizer_tuner, tape_recorder, lookup_properties=None,
             recording_ids=None, compare_execution_config=None)
```
* `categories` - The categories (operations) to conduct comparison for
* `equalizer_tuner` - Given a category, returns a corresponding equalizer tuning to be used for playback and comparison
* `tape_recorder` - The tape recorder that will be used to play the recordings
* `lookup_properties` - Optional `RecordingLookupProperties` used to filter recordings by
* `recording_ids` - Optional specific recording IDs. If given, the `categories` and `lookup_properties` are ignored and
  only the given recording IDs will be played
* `compare_execution_config` -  A configuration specific to the comparison execution flow

## `EqualizerTuner` class
An abstract class that is used to create an `EqualizerTuning` per category that contains the correct plugins (functions)
required to play the operation and compare its results.

```python
def create_category_tuning(self, category)
```
Create a new `EqualizerTuning` for the given category

```python
class EqualizerTuning(object):
    def __init__(self, playback_function, result_extractor, comparator,
                 comparison_data_extractor=None):
        self.playback_function = playback_function
        self.result_extractor = result_extractor
        self.comparator = comparator
        self.comparison_data_extractor = comparison_data_extractor
```

# Contributions
Feel free to send pull requests and raise issues. Make sure to add/modify tests to cover your changes.
Please squash your commits in the pull request to one commit. If there is a good logical reason to break it into
few commits, multiple pull requests are preferred unless there is a good logical reason to bundle the commits to the
same pull request.

Please note that as of now this framework is compatible with both Python 2 and 3, hence any changes should
keep that. We use the ״six״ framework to help keep this support.

To contribute, please review our [contributing policy](https://github.com/Optibus/playback/blob/main/CONTRIBUTING.md).

## Running tests
Tests are automatically run in the CI flow using CircleCI. In order to run them locally, you should install the
development requirements:
`pip install -e .[dev]`
and then run `pytest tests`.




%package -n python3-playback-studio
Summary:	Record your service operations in production and replay them locally at any time in a sandbox
Provides:	python-playback-studio
BuildRequires:	python3-devel
BuildRequires:	python3-setuptools
BuildRequires:	python3-pip
%description -n python3-playback-studio
# playback [![CircleCI](https://circleci.com/gh/Optibus/playback.svg?branch=main&style=shield)](https://circleci.com/gh/Optibus/playback) [![codecov](https://codecov.io/gh/Optibus/playback/branch/main/graph/badge.svg?branch=main&token=CA8OMGPFQT)](https://codecov.io/gh/Optibus/playback) [![PyPi Version](https://badge.fury.io/py/playback-studio.svg)](https://pypi.python.org/pypi/playback-studio/) [![Python Versions](https://img.shields.io/pypi/pyversions/playback-studio.svg)](https://pypi.python.org/pypi/playback-studio/)

A Python decorator-based framework that lets you "record" and "replay" operations (e.g. API requests, workers consuming jobs from queues).

a java-script / type script [version](https://github.com/Optibus/playback-ts) is in the works

## Main uses

* Regression testing - replay recorded production traffic on modified code before pushing it
* Debug production issues locally
* Access many "real data" scenarios to test/validate new features/behaviours

The framework intercepts all decorated inputs and outputs throughout the recorded operation, which are used later to replay the exact operation in a controlled isolated sandbox, as well as to compare the output of the recorded operation vs the replayed operation.

## Background
The motivation for this framework was to be able to test new code changes on actual data from production while doing it not in production, when the
alternative of canary deployment is not a viable option.
Some examples when this might happen include:
* When detecting a regression is based on intimate knowledge of the service output
* When the service amount of possible input permutations is large while the number of users per permutation is low, resulting
  in a statistical sample that is not large enough to rely on in production in order to detect regression early enough
  to rollback

On top of this, the ability for the developer to check and get an accurate comparison of his/her code vs production then
debug it during development increases productivity by detecting issues right away.
The quality of the released code improves significantly by covering many edge cases that are hard to predict in tests.

## Features
* Create a standalone "recording" of each intercepted operation, with all the relevant inputs and outputs, and save it
  to AWS S3
* Replay a recorded operation anywhere via code execution
* Run an extensive comparison of recorded vs replayed operations

# Installation
`pip install playback-studio`

# Examples
There are two examples as part of this repo you can check out under the [examples](examples) directory:
* [basic service operation](examples/basic_service_operation.py/) - a simple example for in memory operation
* [Flask based service](examples/flask) - an end to end flask based example with persistent recording

# Usage and examples - interception and replay
## Intercepting an operation
In order to intercept an operation, you need to explicitly declare the recorded operation entry point by decorating it with
the `TapeRecorder.operation` decorator and explicitly declare what inputs and outputs need to be intercepted by using
the `TapeRecorder.intercept_input` and `TapeRecorder.intercept_output` decorators, as demonstrated below:
```python
from flask import request
tape_cassette = S3TapeCassette('production-recordings', region='us-east-1', read_only=False)
tape_recorder = TapeRecorder(tape_cassette)
tape_recorder.enabled_recording()


class ServiceOperation(object):

    ...

    @tape_recorder.operation()
    def execute(self):
        """
        Executes the operation and return the key of where the result is stored
        """
        data = self.get_request_data()
        result = self.do_something_with_input(data)
        storage_key = self.store_result(result)
        return storage_key

    @tape_recorder.intercept_input(alias='service_operation.get_request_data')
    def get_request_data(self):
        """
        Reads the required input for the operation
        """
        # Get request data from flask
        return request.data

    @tape_recorder.intercept_output(alias='service_operation.store_result')
    def store_result(self, result):
        """
        Stores the operation result and return the key that can be used to fetch the result
        """
        result_key = self.put_result_in_mongo(result)
        return result_key
```
## Replaying an intercepted operation
In order to replay an operation, you need the specific recording ID. Typically, you would add this information to your
logs output. Later, we will demonstrate how to look for recording IDs using search filters, the `Equalizer`, and the
`PlaybackStudio`
```python
tape_cassette = S3TapeCassette('production-recordings', region='us-east-1')
tape_recorder = TapeRecorder(tape_cassette)

def playback_function(recording):
    """
    Given a recording, starts the execution of the recorded operation
    """
    operation_class = recording.get_metadata()[TapeRecorder.OPERATION_CLASS]
    return operation_class().execute()

# Will replay recorded operation, injecting and capturing needed data in all of the intercepted inputs and outputs
tape_recorder.play(recording_id, playback_function)
```

# Framework classes - recording and replaying
## `TapeRecorder` class
This class is used to "record" an operation and "replay" (rerun) the recorded operation on any code version.
The recording is done by placing different decorators that intercept the operation and its inputs and outputs by using
decorators.
### `operation` decorator
```python
def operation(self, metadata_extractor=None)
```
Decorates the operation entry point. Every decorated input and output that is being executed within this scope is being
intercepted and recorded or replayed, depending on whether the current context is recording or playback.

* `metadata_extractor` - an optional function that can be used to add
metadata to the recording. The metadata can be used as a search filter when fetching recordings, hence it can be used
to add properties specific to the operation received parameters that make sense to filter by when you wish to replay
the operation.

### `intercept_input` decorator
```python
def intercept_input(self, alias, alias_params_resolver=None, data_handler=None, capture_args=None, run_intercepted_when_missing=True)
```
Decorates a function that acts as an input to the operation. The result of the function is the recorded input, and the
combined passed arguments and alias are used as the key that uniquely identifies the input. Upon playback, an invocation to
the intercepted method will fetch the input from the recording by combining the passed arguments and alias as the
lookup key. If no recorded value is found, a `RecordingKeyError` will be raised.

* `alias` - Input alias, used to uniquely identify the input function, hence the name should be unique across all
  relevant inputs this operation can reach. This should be renamed as it will render previous recording useless
* `alias_params_resolver` - Optional function that resolve parameters inside alias if such are given. This is useful when
  you have the same input method invoked many times with the same arguments on different class instances
* `data_handler` - Optional data handler that prepares and restores the input data for and from the recording when default
  pickle serialization is not enough. This needs to be an implementation of `InputInterceptionDataHandler` class
* `capture_args` - If a list is given, it will annotate which arg indices and/or names should be captured as part of
  the intercepted key (invocation identification). If None, all args are captured
* `run_intercepted_when_missing` - If no matching content is found on recording during playback, run the original intercepted 
  method. This is useful when you want to use existing recording to play a code flow where this interception didn't exist

When intercepting a static method, `static_intercept_input` should be used.

### `intercept_output` decorator
```python
def intercept_output(self, alias, data_handler=None, fail_on_no_recorded_result=True)
```
Decorates a function that acts as an output of the operation. The parameters passed to the function are recorded as
the output and the return value is recorded as well. The alias combined with the invocation number are used as the key that
uniquely identifies this output. Upon playback, an invocation to the intercepted method will construct the same
identification key and capture the outputs again (which can be used later to compare against the recorded output), and
the recorded return value will be returned.

* `alias` - Output alias, used to uniquely identify the input function, hence the name should be unique across all
  relevant inputs this operation can reach. This should be renamed as it will render previous recording useless
* `data_handler` - Optional data handler that prepares and restores the output data for and from the recording when
  default pickle serialization is not enough. This needs to be an implementation of `OutputInterceptionDataHandler` class
* `fail_on_no_recorded_result` - Whether to fail if there is no recording of a result or return None.
  Setting this to False is useful when there are already pre-existing recordings and this is a new output interception
  where we want to be able to playback old recordings and the return value of the output is not actually used.
  Defaults to True

The return value of the operation is always intercepted as an output implicitly using
`TapeRecorder.OPERATION_OUTPUT_ALIAS` as the output alias.

When intercepting a static method, `static_intercept_output` should be used.

## `TapeCassette` class
An abstract class that acts as a storage driver for TapeRecorder to store and fetch recordings, the class has three main
methods that need to be implemented.
```python
def get_recording(self, recording_id)
```
Get recording is stored under the given ID

```python
def create_new_recording(self, category)
 ```
Creates a new recording object that is used by the tape recorded
* `category` - Specifies under which category to create the recording and represent the operation type

```python
def iter_recording_ids(self, category, start_date=None, end_date=None, metadata=None, limit=None)
```
Creates an iterator of recording IDs matching the given search parameters
* `category` - Specifies in which category to look for recordings
* `start_date` - Optional earliest date of when recordings were captured
* `end_date` - Optional latest date of when recordings were captured
* `metadata` - Optional dictionary to filter captured metadata by
* `limit` - Optional limit on how many matching recording IDs to fetch

The framework comes with two built-in implementations:
* `InMemoryTapeCassette` - Saves recording in a dictionary, its main usage is for tests
* `S3TapeCassette` - Saves recording in AWS S3 bucket
### `S3TapeCassette` class
```python
# Instantiate the cassette connected to bucket 'production-recordings'
# under region 'us-east-1' in read/write mode
tape_cassette = S3TapeCassette('production-recordings', region='us-east-1', read_only=False)
```
Instantiating this class relies on being able to connect to AWS S3 from the current terminal/process and have read/write
access to the given bucket (for playback, only read access is needed).
```python
def __init__(self, bucket, key_prefix='', region=None, transient=False, read_only=True,
             infrequent_access_kb_threshold=None, sampling_calculator=None)
```
* `bucket` - AWS S3 bucket name
* `key_prefix` - Each recording is saved under two keys, one containing full data and the other just for fast lookup
  and filtering of recordings. The key structure used for recording is
  'tape_recorder_recordings/{key_prefix}<full/metadata>/{id}', this gives the option to add a prefix to the key
* `region` - This value is propagated to the underline boto client
* `transient` - If this is a transient cassette, all recording under the given prefix will be deleted when closed
  (only if not read-only). This is useful for testing purposes and clean-up after tests
* `read_only` - If True, this cassette can only be used to fetch recordings and not to create new ones.
  Any write operations will raise an assertion.
* `infrequent_access_kb_threshold` - Threshold in KB. When above the threshhold, the object will be saved in STANDARD_IA
  (infrequent access storage class), None means never (default)
* `sampling_calculator` - Optional sampling ratio calculator function. Before saving the recording, this
  function will be triggered with (category, recording_size, recording)
  and the function should return a number between 0 and 1 which specifies its sampling rate

# Usage and examples - comparing replayed vs recorded operations
## Using the Equalizer
In order to run a comparison, we can use the `Equalizer` class and provide it with relevant playable recordings.
In this example, we will look for five recordings from the last week using the `find_matching_recording_ids` function.
The `Equalizer` relies on:
* `playback_function` to replay the recorded operation
* `result_extractor` to extract the result that we want to compare from the captured outputs
* `comparator` to compare the extracted result
```python
# Creates an iterator over relevant recordings which are ready to be played
lookup_properties = RecordingLookupProperties(start_date=datetime.utcnow() - timedelta(days=7),
                                              limit=5)
recording_ids = find_matching_recording_ids(tape_recorder,
                                            ServiceOperation.__name__,
                                            lookup_properties)


def result_extractor(outputs):
    """
    Given recording or playback outputs, find the relevant output which is the result that
    needs to be compared
    """
    # Find the relevant captured output
    output = next(o for o in outputs if 'service_operation.store_result' in o.key)
    # Return the captured first arg as the result that needs to be compared
    return output.value['args'][0]


def comparator(recorded_result, replay_result):
    """
    Compare the operation captured output result
    """
    if recorded_result == replay_result:
        return ComparatorResult(EqualityStatus.Equal, "Value is {}".format(recorded_result))
    return ComparatorResult(EqualityStatus.Different,
                            "{recorded_result} != {replay_result}".format(
                                recorded_result=recorded_result, replay_result=replay_result))


def player(recording_id):
    return tape_recorder.play(recording_id, playback_function)


# Run comparison and output comparison result using the Equalizer
equalizer = Equalizer(recording_ids, player, result_extractor, comparator)

for comparison_result in equalizer.run_comparison():
    print('Comparison result {recording_id} is: {result}'.format(
        recording_id=comparison_result.playback.original_recording.id,
        result=comparison_result.comparator_status))
```

# Framework classes - comparing replayed vs recorded operations
## `Equalizer` class
The `Equalizer` is used to replay multiple recordings of a single operation and conduct a comparison between the
recorded results (outputs) vs the replayed results. Underline it uses the `TapeRecorder` to replay the
operations and the `TapeCassette` to look for and fetch relevant recordings.

```python
def __init__(self, recording_ids, player, result_extractor, comparator,
             comparison_data_extractor=None, compare_execution_config=None)
```
* `recording_ids` - An iterator of recording IDs to play and compare the results
* `player` - A function that plays a recording given an ID
* `result_extractor` - A function used to extract the results that need to be compared from the recording and playback
  outputs
* `comparator` - A function used to create the comparison result by comparing the recorded vs replayed result
* `comparison_data_extractor` - A function used to extract optional data from the recording that will be passed to the
  comparator
* `compare_execution_config` -  A configuration specific to the comparison execution flow

For more context, you can look at the [basic service operation](examples/basic_service_operation.py/) example.

## Usage and examples - comparing multiple recorded vs replayed operations in one flow
When a code change may affect multiple operations, or when you want to have a general regression job running, you can use
the `PlaybackStudio` and `EqualizerTuner` to run multiple operations together and aggregate the results.
Moreover, the `EqualizerTuner` can be used as a factory to create the relevant plugin functions required to set up an
`Equalizer` to run a comparison of a specific operation.

```python
# Will run 10 playbacks per category
lookup_properties = RecordingLookupProperties(start_date, limit=10)
catagories = ['ServiceOperationA', 'ServiceOperationB']
equalizer_tuner = MyEqualizerTuner()

studio = PlaybackStudio(categories, equalizer_tuner, tape_recorder, lookup_properties)
categories_comparison = studio.play()
```
Implementing an `EqualizerTuner`
```python
class MyEqualizerTuner(EqualizerTuner):
    def create_category_tuning(self, category):
        if category == 'ServiceOperationA':
            return EqualizerTuning(operation_a_playback_function,
                                   operation_a_result_extractor,
                                   operation_a_comparator)
        if category == 'ServiceOperationB':
            return EqualizerTuning(operation_b_playback_function,
                                   operation_b_result_extractor,
                                   operation_b_comparator)
```

# Framework classes - comparing replayed vs recorded operations
## `PlaybackStudio` class
The studio runs many playbacks for one or more categories (operations), and uses the `Equalizer` to conduct a comparison
between the recorded outputs and the playback outputs.

```python
def __init__(self, categories, equalizer_tuner, tape_recorder, lookup_properties=None,
             recording_ids=None, compare_execution_config=None)
```
* `categories` - The categories (operations) to conduct comparison for
* `equalizer_tuner` - Given a category, returns a corresponding equalizer tuning to be used for playback and comparison
* `tape_recorder` - The tape recorder that will be used to play the recordings
* `lookup_properties` - Optional `RecordingLookupProperties` used to filter recordings by
* `recording_ids` - Optional specific recording IDs. If given, the `categories` and `lookup_properties` are ignored and
  only the given recording IDs will be played
* `compare_execution_config` -  A configuration specific to the comparison execution flow

## `EqualizerTuner` class
An abstract class that is used to create an `EqualizerTuning` per category that contains the correct plugins (functions)
required to play the operation and compare its results.

```python
def create_category_tuning(self, category)
```
Create a new `EqualizerTuning` for the given category

```python
class EqualizerTuning(object):
    def __init__(self, playback_function, result_extractor, comparator,
                 comparison_data_extractor=None):
        self.playback_function = playback_function
        self.result_extractor = result_extractor
        self.comparator = comparator
        self.comparison_data_extractor = comparison_data_extractor
```

# Contributions
Feel free to send pull requests and raise issues. Make sure to add/modify tests to cover your changes.
Please squash your commits in the pull request to one commit. If there is a good logical reason to break it into
few commits, multiple pull requests are preferred unless there is a good logical reason to bundle the commits to the
same pull request.

Please note that as of now this framework is compatible with both Python 2 and 3, hence any changes should
keep that. We use the ״six״ framework to help keep this support.

To contribute, please review our [contributing policy](https://github.com/Optibus/playback/blob/main/CONTRIBUTING.md).

## Running tests
Tests are automatically run in the CI flow using CircleCI. In order to run them locally, you should install the
development requirements:
`pip install -e .[dev]`
and then run `pytest tests`.




%package help
Summary:	Development documents and examples for playback-studio
Provides:	python3-playback-studio-doc
%description help
# playback [![CircleCI](https://circleci.com/gh/Optibus/playback.svg?branch=main&style=shield)](https://circleci.com/gh/Optibus/playback) [![codecov](https://codecov.io/gh/Optibus/playback/branch/main/graph/badge.svg?branch=main&token=CA8OMGPFQT)](https://codecov.io/gh/Optibus/playback) [![PyPi Version](https://badge.fury.io/py/playback-studio.svg)](https://pypi.python.org/pypi/playback-studio/) [![Python Versions](https://img.shields.io/pypi/pyversions/playback-studio.svg)](https://pypi.python.org/pypi/playback-studio/)

A Python decorator-based framework that lets you "record" and "replay" operations (e.g. API requests, workers consuming jobs from queues).

a java-script / type script [version](https://github.com/Optibus/playback-ts) is in the works

## Main uses

* Regression testing - replay recorded production traffic on modified code before pushing it
* Debug production issues locally
* Access many "real data" scenarios to test/validate new features/behaviours

The framework intercepts all decorated inputs and outputs throughout the recorded operation, which are used later to replay the exact operation in a controlled isolated sandbox, as well as to compare the output of the recorded operation vs the replayed operation.

## Background
The motivation for this framework was to be able to test new code changes on actual data from production while doing it not in production, when the
alternative of canary deployment is not a viable option.
Some examples when this might happen include:
* When detecting a regression is based on intimate knowledge of the service output
* When the service amount of possible input permutations is large while the number of users per permutation is low, resulting
  in a statistical sample that is not large enough to rely on in production in order to detect regression early enough
  to rollback

On top of this, the ability for the developer to check and get an accurate comparison of his/her code vs production then
debug it during development increases productivity by detecting issues right away.
The quality of the released code improves significantly by covering many edge cases that are hard to predict in tests.

## Features
* Create a standalone "recording" of each intercepted operation, with all the relevant inputs and outputs, and save it
  to AWS S3
* Replay a recorded operation anywhere via code execution
* Run an extensive comparison of recorded vs replayed operations

# Installation
`pip install playback-studio`

# Examples
There are two examples as part of this repo you can check out under the [examples](examples) directory:
* [basic service operation](examples/basic_service_operation.py/) - a simple example for in memory operation
* [Flask based service](examples/flask) - an end to end flask based example with persistent recording

# Usage and examples - interception and replay
## Intercepting an operation
In order to intercept an operation, you need to explicitly declare the recorded operation entry point by decorating it with
the `TapeRecorder.operation` decorator and explicitly declare what inputs and outputs need to be intercepted by using
the `TapeRecorder.intercept_input` and `TapeRecorder.intercept_output` decorators, as demonstrated below:
```python
from flask import request
tape_cassette = S3TapeCassette('production-recordings', region='us-east-1', read_only=False)
tape_recorder = TapeRecorder(tape_cassette)
tape_recorder.enabled_recording()


class ServiceOperation(object):

    ...

    @tape_recorder.operation()
    def execute(self):
        """
        Executes the operation and return the key of where the result is stored
        """
        data = self.get_request_data()
        result = self.do_something_with_input(data)
        storage_key = self.store_result(result)
        return storage_key

    @tape_recorder.intercept_input(alias='service_operation.get_request_data')
    def get_request_data(self):
        """
        Reads the required input for the operation
        """
        # Get request data from flask
        return request.data

    @tape_recorder.intercept_output(alias='service_operation.store_result')
    def store_result(self, result):
        """
        Stores the operation result and return the key that can be used to fetch the result
        """
        result_key = self.put_result_in_mongo(result)
        return result_key
```
## Replaying an intercepted operation
In order to replay an operation, you need the specific recording ID. Typically, you would add this information to your
logs output. Later, we will demonstrate how to look for recording IDs using search filters, the `Equalizer`, and the
`PlaybackStudio`
```python
tape_cassette = S3TapeCassette('production-recordings', region='us-east-1')
tape_recorder = TapeRecorder(tape_cassette)

def playback_function(recording):
    """
    Given a recording, starts the execution of the recorded operation
    """
    operation_class = recording.get_metadata()[TapeRecorder.OPERATION_CLASS]
    return operation_class().execute()

# Will replay recorded operation, injecting and capturing needed data in all of the intercepted inputs and outputs
tape_recorder.play(recording_id, playback_function)
```

# Framework classes - recording and replaying
## `TapeRecorder` class
This class is used to "record" an operation and "replay" (rerun) the recorded operation on any code version.
The recording is done by placing different decorators that intercept the operation and its inputs and outputs by using
decorators.
### `operation` decorator
```python
def operation(self, metadata_extractor=None)
```
Decorates the operation entry point. Every decorated input and output that is being executed within this scope is being
intercepted and recorded or replayed, depending on whether the current context is recording or playback.

* `metadata_extractor` - an optional function that can be used to add
metadata to the recording. The metadata can be used as a search filter when fetching recordings, hence it can be used
to add properties specific to the operation received parameters that make sense to filter by when you wish to replay
the operation.

### `intercept_input` decorator
```python
def intercept_input(self, alias, alias_params_resolver=None, data_handler=None, capture_args=None, run_intercepted_when_missing=True)
```
Decorates a function that acts as an input to the operation. The result of the function is the recorded input, and the
combined passed arguments and alias are used as the key that uniquely identifies the input. Upon playback, an invocation to
the intercepted method will fetch the input from the recording by combining the passed arguments and alias as the
lookup key. If no recorded value is found, a `RecordingKeyError` will be raised.

* `alias` - Input alias, used to uniquely identify the input function, hence the name should be unique across all
  relevant inputs this operation can reach. This should be renamed as it will render previous recording useless
* `alias_params_resolver` - Optional function that resolve parameters inside alias if such are given. This is useful when
  you have the same input method invoked many times with the same arguments on different class instances
* `data_handler` - Optional data handler that prepares and restores the input data for and from the recording when default
  pickle serialization is not enough. This needs to be an implementation of `InputInterceptionDataHandler` class
* `capture_args` - If a list is given, it will annotate which arg indices and/or names should be captured as part of
  the intercepted key (invocation identification). If None, all args are captured
* `run_intercepted_when_missing` - If no matching content is found on recording during playback, run the original intercepted 
  method. This is useful when you want to use existing recording to play a code flow where this interception didn't exist

When intercepting a static method, `static_intercept_input` should be used.

### `intercept_output` decorator
```python
def intercept_output(self, alias, data_handler=None, fail_on_no_recorded_result=True)
```
Decorates a function that acts as an output of the operation. The parameters passed to the function are recorded as
the output and the return value is recorded as well. The alias combined with the invocation number are used as the key that
uniquely identifies this output. Upon playback, an invocation to the intercepted method will construct the same
identification key and capture the outputs again (which can be used later to compare against the recorded output), and
the recorded return value will be returned.

* `alias` - Output alias, used to uniquely identify the input function, hence the name should be unique across all
  relevant inputs this operation can reach. This should be renamed as it will render previous recording useless
* `data_handler` - Optional data handler that prepares and restores the output data for and from the recording when
  default pickle serialization is not enough. This needs to be an implementation of `OutputInterceptionDataHandler` class
* `fail_on_no_recorded_result` - Whether to fail if there is no recording of a result or return None.
  Setting this to False is useful when there are already pre-existing recordings and this is a new output interception
  where we want to be able to playback old recordings and the return value of the output is not actually used.
  Defaults to True

The return value of the operation is always intercepted as an output implicitly using
`TapeRecorder.OPERATION_OUTPUT_ALIAS` as the output alias.

When intercepting a static method, `static_intercept_output` should be used.

## `TapeCassette` class
An abstract class that acts as a storage driver for TapeRecorder to store and fetch recordings, the class has three main
methods that need to be implemented.
```python
def get_recording(self, recording_id)
```
Get recording is stored under the given ID

```python
def create_new_recording(self, category)
 ```
Creates a new recording object that is used by the tape recorded
* `category` - Specifies under which category to create the recording and represent the operation type

```python
def iter_recording_ids(self, category, start_date=None, end_date=None, metadata=None, limit=None)
```
Creates an iterator of recording IDs matching the given search parameters
* `category` - Specifies in which category to look for recordings
* `start_date` - Optional earliest date of when recordings were captured
* `end_date` - Optional latest date of when recordings were captured
* `metadata` - Optional dictionary to filter captured metadata by
* `limit` - Optional limit on how many matching recording IDs to fetch

The framework comes with two built-in implementations:
* `InMemoryTapeCassette` - Saves recording in a dictionary, its main usage is for tests
* `S3TapeCassette` - Saves recording in AWS S3 bucket
### `S3TapeCassette` class
```python
# Instantiate the cassette connected to bucket 'production-recordings'
# under region 'us-east-1' in read/write mode
tape_cassette = S3TapeCassette('production-recordings', region='us-east-1', read_only=False)
```
Instantiating this class relies on being able to connect to AWS S3 from the current terminal/process and have read/write
access to the given bucket (for playback, only read access is needed).
```python
def __init__(self, bucket, key_prefix='', region=None, transient=False, read_only=True,
             infrequent_access_kb_threshold=None, sampling_calculator=None)
```
* `bucket` - AWS S3 bucket name
* `key_prefix` - Each recording is saved under two keys, one containing full data and the other just for fast lookup
  and filtering of recordings. The key structure used for recording is
  'tape_recorder_recordings/{key_prefix}<full/metadata>/{id}', this gives the option to add a prefix to the key
* `region` - This value is propagated to the underline boto client
* `transient` - If this is a transient cassette, all recording under the given prefix will be deleted when closed
  (only if not read-only). This is useful for testing purposes and clean-up after tests
* `read_only` - If True, this cassette can only be used to fetch recordings and not to create new ones.
  Any write operations will raise an assertion.
* `infrequent_access_kb_threshold` - Threshold in KB. When above the threshhold, the object will be saved in STANDARD_IA
  (infrequent access storage class), None means never (default)
* `sampling_calculator` - Optional sampling ratio calculator function. Before saving the recording, this
  function will be triggered with (category, recording_size, recording)
  and the function should return a number between 0 and 1 which specifies its sampling rate

# Usage and examples - comparing replayed vs recorded operations
## Using the Equalizer
In order to run a comparison, we can use the `Equalizer` class and provide it with relevant playable recordings.
In this example, we will look for five recordings from the last week using the `find_matching_recording_ids` function.
The `Equalizer` relies on:
* `playback_function` to replay the recorded operation
* `result_extractor` to extract the result that we want to compare from the captured outputs
* `comparator` to compare the extracted result
```python
# Creates an iterator over relevant recordings which are ready to be played
lookup_properties = RecordingLookupProperties(start_date=datetime.utcnow() - timedelta(days=7),
                                              limit=5)
recording_ids = find_matching_recording_ids(tape_recorder,
                                            ServiceOperation.__name__,
                                            lookup_properties)


def result_extractor(outputs):
    """
    Given recording or playback outputs, find the relevant output which is the result that
    needs to be compared
    """
    # Find the relevant captured output
    output = next(o for o in outputs if 'service_operation.store_result' in o.key)
    # Return the captured first arg as the result that needs to be compared
    return output.value['args'][0]


def comparator(recorded_result, replay_result):
    """
    Compare the operation captured output result
    """
    if recorded_result == replay_result:
        return ComparatorResult(EqualityStatus.Equal, "Value is {}".format(recorded_result))
    return ComparatorResult(EqualityStatus.Different,
                            "{recorded_result} != {replay_result}".format(
                                recorded_result=recorded_result, replay_result=replay_result))


def player(recording_id):
    return tape_recorder.play(recording_id, playback_function)


# Run comparison and output comparison result using the Equalizer
equalizer = Equalizer(recording_ids, player, result_extractor, comparator)

for comparison_result in equalizer.run_comparison():
    print('Comparison result {recording_id} is: {result}'.format(
        recording_id=comparison_result.playback.original_recording.id,
        result=comparison_result.comparator_status))
```

# Framework classes - comparing replayed vs recorded operations
## `Equalizer` class
The `Equalizer` is used to replay multiple recordings of a single operation and conduct a comparison between the
recorded results (outputs) vs the replayed results. Underline it uses the `TapeRecorder` to replay the
operations and the `TapeCassette` to look for and fetch relevant recordings.

```python
def __init__(self, recording_ids, player, result_extractor, comparator,
             comparison_data_extractor=None, compare_execution_config=None)
```
* `recording_ids` - An iterator of recording IDs to play and compare the results
* `player` - A function that plays a recording given an ID
* `result_extractor` - A function used to extract the results that need to be compared from the recording and playback
  outputs
* `comparator` - A function used to create the comparison result by comparing the recorded vs replayed result
* `comparison_data_extractor` - A function used to extract optional data from the recording that will be passed to the
  comparator
* `compare_execution_config` -  A configuration specific to the comparison execution flow

For more context, you can look at the [basic service operation](examples/basic_service_operation.py/) example.

## Usage and examples - comparing multiple recorded vs replayed operations in one flow
When a code change may affect multiple operations, or when you want to have a general regression job running, you can use
the `PlaybackStudio` and `EqualizerTuner` to run multiple operations together and aggregate the results.
Moreover, the `EqualizerTuner` can be used as a factory to create the relevant plugin functions required to set up an
`Equalizer` to run a comparison of a specific operation.

```python
# Will run 10 playbacks per category
lookup_properties = RecordingLookupProperties(start_date, limit=10)
catagories = ['ServiceOperationA', 'ServiceOperationB']
equalizer_tuner = MyEqualizerTuner()

studio = PlaybackStudio(categories, equalizer_tuner, tape_recorder, lookup_properties)
categories_comparison = studio.play()
```
Implementing an `EqualizerTuner`
```python
class MyEqualizerTuner(EqualizerTuner):
    def create_category_tuning(self, category):
        if category == 'ServiceOperationA':
            return EqualizerTuning(operation_a_playback_function,
                                   operation_a_result_extractor,
                                   operation_a_comparator)
        if category == 'ServiceOperationB':
            return EqualizerTuning(operation_b_playback_function,
                                   operation_b_result_extractor,
                                   operation_b_comparator)
```

# Framework classes - comparing replayed vs recorded operations
## `PlaybackStudio` class
The studio runs many playbacks for one or more categories (operations), and uses the `Equalizer` to conduct a comparison
between the recorded outputs and the playback outputs.

```python
def __init__(self, categories, equalizer_tuner, tape_recorder, lookup_properties=None,
             recording_ids=None, compare_execution_config=None)
```
* `categories` - The categories (operations) to conduct comparison for
* `equalizer_tuner` - Given a category, returns a corresponding equalizer tuning to be used for playback and comparison
* `tape_recorder` - The tape recorder that will be used to play the recordings
* `lookup_properties` - Optional `RecordingLookupProperties` used to filter recordings by
* `recording_ids` - Optional specific recording IDs. If given, the `categories` and `lookup_properties` are ignored and
  only the given recording IDs will be played
* `compare_execution_config` -  A configuration specific to the comparison execution flow

## `EqualizerTuner` class
An abstract class that is used to create an `EqualizerTuning` per category that contains the correct plugins (functions)
required to play the operation and compare its results.

```python
def create_category_tuning(self, category)
```
Create a new `EqualizerTuning` for the given category

```python
class EqualizerTuning(object):
    def __init__(self, playback_function, result_extractor, comparator,
                 comparison_data_extractor=None):
        self.playback_function = playback_function
        self.result_extractor = result_extractor
        self.comparator = comparator
        self.comparison_data_extractor = comparison_data_extractor
```

# Contributions
Feel free to send pull requests and raise issues. Make sure to add/modify tests to cover your changes.
Please squash your commits in the pull request to one commit. If there is a good logical reason to break it into
few commits, multiple pull requests are preferred unless there is a good logical reason to bundle the commits to the
same pull request.

Please note that as of now this framework is compatible with both Python 2 and 3, hence any changes should
keep that. We use the ״six״ framework to help keep this support.

To contribute, please review our [contributing policy](https://github.com/Optibus/playback/blob/main/CONTRIBUTING.md).

## Running tests
Tests are automatically run in the CI flow using CircleCI. In order to run them locally, you should install the
development requirements:
`pip install -e .[dev]`
and then run `pytest tests`.




%prep
%autosetup -n playback-studio-0.3.19

%build
%py3_build

%install
%py3_install
install -d -m755 %{buildroot}/%{_pkgdocdir}
if [ -d doc ]; then cp -arf doc %{buildroot}/%{_pkgdocdir}; fi
if [ -d docs ]; then cp -arf docs %{buildroot}/%{_pkgdocdir}; fi
if [ -d example ]; then cp -arf example %{buildroot}/%{_pkgdocdir}; fi
if [ -d examples ]; then cp -arf examples %{buildroot}/%{_pkgdocdir}; fi
pushd %{buildroot}
if [ -d usr/lib ]; then
	find usr/lib -type f -printf "/%h/%f\n" >> filelist.lst
fi
if [ -d usr/lib64 ]; then
	find usr/lib64 -type f -printf "/%h/%f\n" >> filelist.lst
fi
if [ -d usr/bin ]; then
	find usr/bin -type f -printf "/%h/%f\n" >> filelist.lst
fi
if [ -d usr/sbin ]; then
	find usr/sbin -type f -printf "/%h/%f\n" >> filelist.lst
fi
touch doclist.lst
if [ -d usr/share/man ]; then
	find usr/share/man -type f -printf "/%h/%f.gz\n" >> doclist.lst
fi
popd
mv %{buildroot}/filelist.lst .
mv %{buildroot}/doclist.lst .

%files -n python3-playback-studio -f filelist.lst
%dir %{python3_sitelib}/*

%files help -f doclist.lst
%{_docdir}/*

%changelog
* Fri May 05 2023 Python_Bot <Python_Bot@openeuler.org> - 0.3.19-1
- Package Spec generated