zipher-sdk 0.4.4__tar.gz → 0.4.6__tar.gz

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
Files changed (26) hide show
  1. {zipher-sdk-0.4.4 → zipher_sdk-0.4.6}/PKG-INFO +26 -6
  2. zipher-sdk-0.4.4/zipher_sdk.egg-info/PKG-INFO → zipher_sdk-0.4.6/README.md +14 -17
  3. {zipher-sdk-0.4.4 → zipher_sdk-0.4.6}/setup.py +4 -4
  4. zipher-sdk-0.4.4/README.md → zipher_sdk-0.4.6/zipher_sdk.egg-info/PKG-INFO +37 -1
  5. {zipher-sdk-0.4.4 → zipher_sdk-0.4.6}/zipher_sdk.egg-info/entry_points.txt +0 -1
  6. zipher_sdk-0.4.6/zipher_sdk.egg-info/requires.txt +3 -0
  7. zipher-sdk-0.4.4/zipher_sdk.egg-info/requires.txt +0 -3
  8. {zipher-sdk-0.4.4 → zipher_sdk-0.4.6}/LICENSE +0 -0
  9. {zipher-sdk-0.4.4 → zipher_sdk-0.4.6}/setup.cfg +0 -0
  10. {zipher-sdk-0.4.4 → zipher_sdk-0.4.6}/tests/__init__.py +0 -0
  11. {zipher-sdk-0.4.4 → zipher_sdk-0.4.6}/tests/test_acl/__init__.py +0 -0
  12. {zipher-sdk-0.4.4 → zipher_sdk-0.4.6}/tests/test_acl/sample_job.py +0 -0
  13. {zipher-sdk-0.4.4 → zipher_sdk-0.4.6}/tests/test_acl/test_acl.py +0 -0
  14. {zipher-sdk-0.4.4 → zipher_sdk-0.4.6}/tests/test_client.py +0 -0
  15. {zipher-sdk-0.4.4 → zipher_sdk-0.4.6}/zipher/__init__.py +0 -0
  16. {zipher-sdk-0.4.4 → zipher_sdk-0.4.6}/zipher/acl/__init__.py +0 -0
  17. {zipher-sdk-0.4.4 → zipher_sdk-0.4.6}/zipher/acl/models.py +0 -0
  18. {zipher-sdk-0.4.4 → zipher_sdk-0.4.6}/zipher/acl/zipher_installer.py +0 -0
  19. {zipher-sdk-0.4.4 → zipher_sdk-0.4.6}/zipher/cli.py +0 -0
  20. {zipher-sdk-0.4.4 → zipher_sdk-0.4.6}/zipher/client.py +0 -0
  21. {zipher-sdk-0.4.4 → zipher_sdk-0.4.6}/zipher/exceptions.py +0 -0
  22. {zipher-sdk-0.4.4 → zipher_sdk-0.4.6}/zipher/models.py +0 -0
  23. {zipher-sdk-0.4.4 → zipher_sdk-0.4.6}/zipher/utils.py +0 -0
  24. {zipher-sdk-0.4.4 → zipher_sdk-0.4.6}/zipher_sdk.egg-info/SOURCES.txt +0 -0
  25. {zipher-sdk-0.4.4 → zipher_sdk-0.4.6}/zipher_sdk.egg-info/dependency_links.txt +0 -0
  26. {zipher-sdk-0.4.4 → zipher_sdk-0.4.6}/zipher_sdk.egg-info/top_level.txt +0 -0
@@ -1,17 +1,25 @@
1
- Metadata-Version: 2.1
1
+ Metadata-Version: 2.4
2
2
  Name: zipher-sdk
3
- Version: 0.4.4
3
+ Version: 0.4.6
4
4
  Summary: Python SDK for programmatic access to the Zipher API
5
- Home-page: UNKNOWN
6
5
  Author: Zipher Inc.
7
6
  Author-email: yoav@zipher.cloud
8
- License: UNKNOWN
9
- Platform: UNKNOWN
10
7
  Classifier: Programming Language :: Python :: 3
11
8
  Classifier: License :: OSI Approved :: MIT License
12
9
  Classifier: Operating System :: OS Independent
13
10
  Description-Content-Type: text/markdown
14
11
  License-File: LICENSE
12
+ Requires-Dist: pydantic<3,>=2.4
13
+ Requires-Dist: requests<3,>=2.28
14
+ Requires-Dist: databricks-sdk<1,>=0.28
15
+ Dynamic: author
16
+ Dynamic: author-email
17
+ Dynamic: classifier
18
+ Dynamic: description
19
+ Dynamic: description-content-type
20
+ Dynamic: license-file
21
+ Dynamic: requires-dist
22
+ Dynamic: summary
15
23
 
16
24
 
17
25
  # Zipher SDK
@@ -136,6 +144,19 @@ optimized_cluster = client.update_existing_conf(job_id="my-job-id", existing_con
136
144
 
137
145
  ```
138
146
 
147
+ #### Optional: passing per-run parameters
148
+
149
+ You can specify run-level parameters that Zipher will take into consideration. This is useful for parametrized jobs, where Zipher can explicitly learn the different usage patterns of different parametes.
150
+
151
+
152
+ ```python
153
+ optimized_cluster = client.update_existing_conf(
154
+ job_id="my-job-id",
155
+ existing_conf=config_payload,
156
+ run_params={"customer_ids": ["c1", "c2"], "lookback_days": "30"},
157
+ )
158
+ ```
159
+
139
160
  ### Update Existing Multiple Tasks Configuration
140
161
 
141
162
  You can update multiple databricks tasks by initializing a zipher Client and sending a JSON representing a list of dbx SubmitTask objects to
@@ -202,4 +223,3 @@ optimized_tasks = client.get_optimized_tasks(job_id="my-job-id", tasks=tasks_to_
202
223
 
203
224
  # Continue with sending the optimized tasks to Databricks via the Databricks python SDK, Airflow operator, etc.
204
225
  ```
205
-
@@ -1,18 +1,3 @@
1
- Metadata-Version: 2.1
2
- Name: zipher-sdk
3
- Version: 0.4.4
4
- Summary: Python SDK for programmatic access to the Zipher API
5
- Home-page: UNKNOWN
6
- Author: Zipher Inc.
7
- Author-email: yoav@zipher.cloud
8
- License: UNKNOWN
9
- Platform: UNKNOWN
10
- Classifier: Programming Language :: Python :: 3
11
- Classifier: License :: OSI Approved :: MIT License
12
- Classifier: Operating System :: OS Independent
13
- Description-Content-Type: text/markdown
14
- License-File: LICENSE
15
-
16
1
 
17
2
  # Zipher SDK
18
3
 
@@ -136,6 +121,19 @@ optimized_cluster = client.update_existing_conf(job_id="my-job-id", existing_con
136
121
 
137
122
  ```
138
123
 
124
+ #### Optional: passing per-run parameters
125
+
126
+ You can specify run-level parameters that Zipher will take into consideration. This is useful for parametrized jobs, where Zipher can explicitly learn the different usage patterns of different parametes.
127
+
128
+
129
+ ```python
130
+ optimized_cluster = client.update_existing_conf(
131
+ job_id="my-job-id",
132
+ existing_conf=config_payload,
133
+ run_params={"customer_ids": ["c1", "c2"], "lookback_days": "30"},
134
+ )
135
+ ```
136
+
139
137
  ### Update Existing Multiple Tasks Configuration
140
138
 
141
139
  You can update multiple databricks tasks by initializing a zipher Client and sending a JSON representing a list of dbx SubmitTask objects to
@@ -201,5 +199,4 @@ tasks_to_optimize = [
201
199
  optimized_tasks = client.get_optimized_tasks(job_id="my-job-id", tasks=tasks_to_optimize)
202
200
 
203
201
  # Continue with sending the optimized tasks to Databricks via the Databricks python SDK, Airflow operator, etc.
204
- ```
205
-
202
+ ```
@@ -8,7 +8,7 @@ with open('README.md', encoding='utf-8') as f:
8
8
 
9
9
  setup(
10
10
  name='zipher-sdk',
11
- version='0.4.4',
11
+ version='0.4.6',
12
12
  description='Python SDK for programmatic access to the Zipher API',
13
13
  long_description=long_description,
14
14
  long_description_content_type='text/markdown',
@@ -16,9 +16,9 @@ setup(
16
16
  author_email='yoav@zipher.cloud',
17
17
  packages=find_packages(),
18
18
  install_requires=[
19
- "pydantic==2.11.3",
20
- "requests==2.32.3",
21
- "databricks-sdk==0.52.0"
19
+ "pydantic>=2.4,<3",
20
+ "requests>=2.28,<3",
21
+ "databricks-sdk>=0.28,<1"
22
22
  ],
23
23
  entry_points={
24
24
  "console_scripts": [
@@ -1,3 +1,26 @@
1
+ Metadata-Version: 2.4
2
+ Name: zipher-sdk
3
+ Version: 0.4.6
4
+ Summary: Python SDK for programmatic access to the Zipher API
5
+ Author: Zipher Inc.
6
+ Author-email: yoav@zipher.cloud
7
+ Classifier: Programming Language :: Python :: 3
8
+ Classifier: License :: OSI Approved :: MIT License
9
+ Classifier: Operating System :: OS Independent
10
+ Description-Content-Type: text/markdown
11
+ License-File: LICENSE
12
+ Requires-Dist: pydantic<3,>=2.4
13
+ Requires-Dist: requests<3,>=2.28
14
+ Requires-Dist: databricks-sdk<1,>=0.28
15
+ Dynamic: author
16
+ Dynamic: author-email
17
+ Dynamic: classifier
18
+ Dynamic: description
19
+ Dynamic: description-content-type
20
+ Dynamic: license-file
21
+ Dynamic: requires-dist
22
+ Dynamic: summary
23
+
1
24
 
2
25
  # Zipher SDK
3
26
 
@@ -121,6 +144,19 @@ optimized_cluster = client.update_existing_conf(job_id="my-job-id", existing_con
121
144
 
122
145
  ```
123
146
 
147
+ #### Optional: passing per-run parameters
148
+
149
+ You can specify run-level parameters that Zipher will take into consideration. This is useful for parametrized jobs, where Zipher can explicitly learn the different usage patterns of different parametes.
150
+
151
+
152
+ ```python
153
+ optimized_cluster = client.update_existing_conf(
154
+ job_id="my-job-id",
155
+ existing_conf=config_payload,
156
+ run_params={"customer_ids": ["c1", "c2"], "lookback_days": "30"},
157
+ )
158
+ ```
159
+
124
160
  ### Update Existing Multiple Tasks Configuration
125
161
 
126
162
  You can update multiple databricks tasks by initializing a zipher Client and sending a JSON representing a list of dbx SubmitTask objects to
@@ -186,4 +222,4 @@ tasks_to_optimize = [
186
222
  optimized_tasks = client.get_optimized_tasks(job_id="my-job-id", tasks=tasks_to_optimize)
187
223
 
188
224
  # Continue with sending the optimized tasks to Databricks via the Databricks python SDK, Airflow operator, etc.
189
- ```
225
+ ```
@@ -1,3 +1,2 @@
1
1
  [console_scripts]
2
2
  zipher = zipher.cli:main
3
-
@@ -0,0 +1,3 @@
1
+ pydantic<3,>=2.4
2
+ requests<3,>=2.28
3
+ databricks-sdk<1,>=0.28
@@ -1,3 +0,0 @@
1
- pydantic==2.11.3
2
- requests==2.32.3
3
- databricks-sdk==0.52.0
File without changes
File without changes
File without changes
File without changes
File without changes
File without changes
File without changes