+1 binding On Thu, Aug 8, 2024 at 5:38 PM Oliveira, Niko <oniko...@amazon.com.invalid> wrote:
> +1 (binding) > > A lot of effort went into this one, great job Jarek. I'm happy to see this > one get across the line because we hear from so many users and customers > who want this feature. It's important to focus on building what users are > asking for. > > ________________________________ > From: Shahar Epstein <sha...@apache.org> > Sent: Wednesday, August 7, 2024 10:58:27 AM > To: dev@airflow.apache.org > Subject: RE: [EXT] [VOTE] AIP-67 - Multi-team deplyment of Airflow > Components > > CAUTION: This email originated from outside of the organization. Do not > click links or open attachments unless you can confirm the sender and know > the content is safe. > > > > AVERTISSEMENT: Ce courrier électronique provient d’un expéditeur externe. > Ne cliquez sur aucun lien et n’ouvrez aucune pièce jointe si vous ne pouvez > pas confirmer l’identité de l’expéditeur et si vous n’êtes pas certain que > le contenu ne présente aucun risque. > > > > +1 (binding) > Looking forward! > > On 2024/08/01 20:13:00 Jarek Potiuk wrote: > > Hello here, > > > > I reviewed and - I hope - addressed all the comments so far. One most > > recent change in the doc was to allow a connection/variable to belong to > > multiple teams. Also I mentioned a potential future change that will > allow > > us to run "per-team" schedulers - leaving the UI/DB schema as the main > > components that are shared between teams. > > > > I am also fine if this one's delivery will slip to 3.1 - because it has > > many dependencies on other AIPs - and also makes some assumptions on > > the other AIP-s scope when they are not yet fully fleshed out. So some > > implementation details **might** change. the general approach is going to > > stay: > > > > * not targeting manageable "mutliple tenants" - but more of a small-ish > set > > of teams within the same organisation that want to maintain separate > > environments and isolated execution environment > > > > * common UI and scheduler (potentially per-team schedule) as the main > > "common" piece > > > > * each team being able to manage their team separately - to the extent of > > parsing DAGs and executing tasks > > > > The AIP proposal with updates: > > > https://cwiki.apache.org/confluence/display/AIRFLOW/AIP-67+Multi-team+deployment+of+Airflow+components > > > > > > J. > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@airflow.apache.org > For additional commands, e-mail: dev-h...@airflow.apache.org > >
