Skip to content

Feature Idea: Task Definition as the mapping file #37

Closed

Description

@supergibbs

Allow using the ECS Task Definition as the mapping file. Could pass file name and container name/index but could default to task_definition.json and first container for simpler convention use. Added bonus, could merge environment and secrets sections to get the full .env.

Activity

  1. macalbert commented on May 21, 2025

    @macalbert
    Owner

    Ei @supergibbs thanks a lot for the proposal, really appreciated! 🙌 ❤

    I’ve been giving it quite a bit of thought, and I can definitely see how using the ECS Task Definition to generate .env files could be useful in some cases, especially for staying aligned with what’s actually deployed.

    That said, I think it’s important to highlight that Envilder is (very humbly) trying to define a new standard, a clear and explicit spec that acts as the source of truth in itself, not just a reflection of existing infrastructure like ECS tasks.

    I believe that one important reason why the ECS Task Definition isn’t ideal as the source of truth is that it’s very tightly coupled to AWS. It’s not agnostic and includes a lot of platform-specific configuration that may introduce noise or unnecessary complexity. This coupling makes the definition harder to maintain and reduces portability, which is something I would like to avoid with Envilder.

    That said, using the ECS task definition as an optional helper or import mechanism still makes sense, especially if it helps bridge the gap for existing setups. But probably not as the main or default source of truth.

    Again, thanks a lot for sharing the idea, it’s super valuable to explore these angles!

  2. supergibbs commented on May 21, 2025

    @supergibbs
    Author

    Oh I think I misunderstood. You intend to use Envilder to create a .env and include in the deploy. I was thinking this was to recreate a dev (or other) environment locally. ECS automatically pulls parameter store in as env vars, so, for those projects, this would help test locally. Maybe a future use case!

  3. Repository owner locked as resolved and limited conversation to collaborators on Jul 13, 2025
  4. macalbert commented on May 2, 2026

    @macalbert
    Owner

    Hey @supergibbs! 👋

    Quick update: since we last chatted here, Envilder has shipped runtime SDKs for .NET, Python, and Node.js! 🚀

    These do exactly what you described: load secrets from AWS SSM (or Azure Key Vault) directly into your app's environment at startup. No .env file needed, no intermediate steps. Perfect for recreating your ECS environment locally.

    # Python
    from envilder import Envilder
    Envilder.load("secrets-map.json")
    // .NET
    Envilder.Load("secrets-map.json");
    // Node.js
    import { Envilder } from '@envilder/sdk';
    await Envilder.load('secrets-map.json');

    Full docs and examples at 👉 https://envilder.com/docs

    If you're working with .NET, Python, or Node.js projects that deploy to ECS, this should solve your use case natively. Would love your feedback if you give it a try!

    Go and Java SDKs are also in the pipeline 🛠️

  5. converted this issue into a discussion #211 on May 2, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    enhancementNew feature or request

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions