|
1 | | -# featbit-python-sdk |
| 1 | +# FeatBit python sdk |
| 2 | + |
| 3 | +## Introduction |
| 4 | + |
| 5 | +This is the Python Server SDK for the feature management platform FeatBit. It is |
| 6 | +intended for use in a multiple-users python server applications. |
| 7 | + |
| 8 | +This SDK has two main purposes: |
| 9 | + |
| 10 | +- Store the available feature flags and evaluate the feature flags by given user in the server side SDK |
| 11 | +- Sends feature flags usage, and custom events for the insights and A/B/n testing. |
| 12 | + |
| 13 | +## Data synchonization |
| 14 | + |
| 15 | +We use websocket to make the local data synchronized with the server, and then store them in the memory by default. |
| 16 | +Whenever there is any changes to a feature flag or his related data, the changes would be pushed to the SDK, the average |
| 17 | +synchronization time is less than **100** ms. Be aware the websocket connection can be interrupted by any error or |
| 18 | +internet interruption, but it would be restored automatically right after the problem is gone. |
| 19 | + |
| 20 | +## Offline mode support |
| 21 | + |
| 22 | +In the offline mode, SDK DOES not exchange any data with feature flag center, this mode is only use for internal test for instance. |
| 23 | + |
| 24 | +To open the offline mode: |
| 25 | +```python |
| 26 | +config = Config(env_secret, event_url, streaming_url, offline=True) |
| 27 | +``` |
| 28 | + |
| 29 | +## Evaluation of a feature flag |
| 30 | + |
| 31 | +SDK will initialize all the related data(feature flags, segments etc.) in the bootstrapping and receive the data updates |
| 32 | +in real time, as mentioned in the above |
| 33 | + |
| 34 | +After initialization, the SDK has all the feature flags in the memory and all evaluation is done locally and synchronously, the average evaluation time is < **10** ms. |
| 35 | + |
| 36 | +## Installation |
| 37 | +install the sdk in using pip, this version of the SDK is compatible with Python 3.6 through 3.10. |
| 38 | + |
| 39 | +``` |
| 40 | +pip install fb-python-sdk |
| 41 | +``` |
| 42 | + |
| 43 | +## SDK |
| 44 | + |
| 45 | +Applications SHOULD instantiate a single instance for the lifetime of the application. In the case where an application |
| 46 | +needs to evaluate feature flags from different environments, you may create multiple clients, but they should still be |
| 47 | +retained for the lifetime of the application rather than created per request or per thread. |
| 48 | + |
| 49 | +### Bootstrapping |
| 50 | + |
| 51 | +The bootstrapping is in fact the call of constructor of `FFCClient`, in which the SDK will be initialized and connect to feature flag center |
| 52 | + |
| 53 | +The constructor will return when it successfully connects, or when the timeout(default: 15 seconds) expires, whichever comes first. If it has not succeeded in connecting when the timeout elapses, you will receive the client in an uninitialized state where feature flags will return default values; it will still continue trying to connect in the background unless there has been a network error or you close the client(using `stop()`). You can detect whether initialization has succeeded by calling `initialize()`. |
| 54 | + |
| 55 | +The best way to use the SDK as a singleton, first make sure you have called `fbclient.set_config()` at startup time. Then `fbclient.get()` will return the same shared `fbclient.client.FFCClient` instance each time. The client will be initialized if it runs first time. |
| 56 | +```python |
| 57 | +from fbclient.config import Config |
| 58 | +from fbclient import get, set_config |
| 59 | + |
| 60 | +set_config(Config(env_secret, event_url, streaming_url)) |
| 61 | +client = get() |
| 62 | + |
| 63 | +if client.initialize: |
| 64 | + # your code |
| 65 | + |
| 66 | +``` |
| 67 | +You can also manage your `fbclient.client.FBClient`, the SDK will be initialized if you call `fbclient.client.FBClient` constructor. |
| 68 | +```python |
| 69 | +from fbclient.config import Config |
| 70 | +from fbclient.client import FBClient |
| 71 | + |
| 72 | +client = FBClient(Config(env_secret, event_url, streaming_url), start_wait=15) |
| 73 | + |
| 74 | +if client.initialize: |
| 75 | + # your code |
| 76 | + |
| 77 | +``` |
| 78 | +If you prefer to have the constructor return immediately, and then wait for initialization to finish at some other point, you can use `fbclient.client.fbclient.update_status_provider` object, which provides an asynchronous way, as follows: |
| 79 | + |
| 80 | +``` python |
| 81 | +from fbclient.config import Config |
| 82 | +from fbclient.client import FBClient |
| 83 | + |
| 84 | +client = FFCClient(Config(env_secret), start_wait=0) |
| 85 | +if client._update_status_provider.wait_for_OKState(): |
| 86 | + # your code |
| 87 | + |
| 88 | +``` |
| 89 | + |
| 90 | + |
| 91 | +### Evaluation |
| 92 | + |
| 93 | +SDK calculates the value of a feature flag for a given user, and returns a flag vlaue/an object that describes the way that the value was determined. |
| 94 | + |
| 95 | +`User`: A dictionary of attributes that can affect flag evaluation, usually corresponding to a user of your application. |
| 96 | +This object contains built-in properties(`key`, `name`). The `key` and `name` are required. The `key` must uniquely identify each user; this could be a username or email address for authenticated users, or a ID for anonymous users. The `name` is used to search your user quickly. You may also define custom properties with arbitrary names and values. |
| 97 | +For instance, the custom key should be a string; the custom value should be a string or a number |
| 98 | + |
| 99 | +```python |
| 100 | +if client.initialize: |
| 101 | + user = {'key': user_key, 'name': user_name, 'age': age} |
| 102 | + flag_value = client.variation(flag_key, user, default_value) |
| 103 | + # your if/else code according to flag value |
| 104 | + |
| 105 | +``` |
| 106 | +If evaluation called before SDK client initialized or you set the wrong flag key or user for the evaluation, SDK will return |
| 107 | +the default value you set. The `fbclient.common_types.FlagState` will explain the details of the last evaluation including error raison. |
| 108 | + |
| 109 | +If you would like to get variations of all feature flags in a special environment, you can use `fbclient.client.FBClient.get_all_latest_flag_variations`, SDK will return `fbclient.common_types.AllFlagStates`, that explain the details of all feature flags |
| 110 | +```python |
| 111 | +if client.initialize: |
| 112 | + user = {'key': user_key, 'name': user_name} |
| 113 | + all_flag_values = client.get_all_latest_flag_variations(user) |
| 114 | + ed = all_flag_values.get(flag_key) |
| 115 | + flag_value = ed.variation |
| 116 | + # your if/else code according to flag value |
| 117 | + |
| 118 | + |
| 119 | +``` |
| 120 | + |
| 121 | +### Experiments (A/B/n Testing) |
| 122 | +We support automatic experiments for pageviews and clicks, you just need to set your experiment on our SaaS platform, then you should be able to see the result in near real time after the experiment is started. |
| 123 | + |
| 124 | +In case you need more control over the experiment data sent to our server, we offer a method to send custom event. |
| 125 | +```python |
| 126 | +client.track_metric(user, event_name, numeric_value); |
| 127 | +``` |
| 128 | +**numeric_value** is not mandatory, the default value is **1**. |
| 129 | + |
| 130 | +Make sure `track_metric` is called after the related feature flag is evaluated by simply calling `variation` or `variation_detail` |
| 131 | +otherwise, the custom event may not be included into the experiment result. |
0 commit comments