Previous commit (3c988a5f) switched oban_pro to the licensed hex repo at deploy time. Reverting that — keep all three Pro packages vendored so prod image builds don't depend on oban.pro reachability or auth on every CI run. oban_pro 1.7.0 dropped into vendor/oban_pro via `mix hex.package fetch oban_pro 1.7.0 --repo=oban --unpack`. mix.exs goes back to `path: "vendor/oban_pro"` (matching oban_met / oban_web, which were already vendored — and stay vendored since the licensed repo only has older versions of those: 0.1.11 / 2.10.6 vs the 1.1.0 / 2.12.1 we vendor). Schema migration from3c988a5fstays — 1.7.0 tables/indexes are already applied. No code changes.
23 lines
673 B
Elixir
23 lines
673 B
Elixir
defmodule Oban.Pro.Cloud do
|
|
@moduledoc """
|
|
A behaviour for interacting with cloud hosting providers.
|
|
"""
|
|
|
|
@type conf :: term()
|
|
@type opts :: keyword()
|
|
@type quantity :: non_neg_integer()
|
|
|
|
@doc """
|
|
Executed once at runtime to gather, normalize, and transform options.
|
|
"""
|
|
@callback init(opts()) :: conf()
|
|
|
|
@doc """
|
|
Called to horizontally scale a cloud resource up or down.
|
|
|
|
Successful scaling requests must return a new `conf` to be used during the next call to
|
|
`scale/2`. That allows cloud modules to track responses for additional control and
|
|
introspection.
|
|
"""
|
|
@callback scale(quantity(), conf()) :: {:ok, conf()} | {:error, term()}
|
|
end
|