Cloud in a Bottle: el self-hosting accesible para todos
Cloud in a Bottle: making self-hosting accessible to everyone
Cloud in a Bottle es una nube personal de código abierto que combina aplicaciones en contenedores, autenticación unificada y una buena experiencia de usuario. Su objetivo es que autoalojar software se sienta como usar un smartphone que sirve aplicaciones web, no como un trabajo secundario de administrador de sistemas. El proyecto, impulsado por Imbue, ofrece una versión gestionada y una ruta de autoalojamiento de primera clase, con cero telemetría y un catálogo de aplicaciones curado. Lanzado tras seis meses de pruebas privadas, busca catalizar la creación de más software web de código abierto.
Quiero que se sienta como tu 'smartphone en la nube': algo que posees, donde encontrar e instalar grandes aplicaciones es trivial, y donde la experiencia de usuario es tan buena como la de los productos de código cerrado que intentamos reemplazar.
- jiaosdjf
El espacio de la nube es absurdo, hemos estado sentados durante dos décadas mientras tipos como AWS definen cada aspecto del despliegue, la autenticación, incluso la contenerización.
La contenerización se suponía que significaba alojar en cualquier lugar, literalmente redesplegar un conjunto complejo de servicios y sus conexiones en cualquier proveedor de nube en un abrir y cerrar de ojos. Eso es lo que es un maldito contenedor de envío: llegas a cualquier puerto del mundo y el mismo contenedor es levantado por cualquier grúa y subido a cualquier barco o camión.
Amazon, Google, Microsoft: estas personas han vendido el bloqueo de proveedor al mismo segmento de la sociedad tecnológica que debería haber estado luchando contra ello con uñas y dientes. Hace 20 años subías por FTP unos archivos PHP y simplemente funcionaba; ahora tienes que averiguar 20 perfiles de IAM y repartir tus archivos entre buckets porque todo debe ser 1000000x escalable desde el primer momento.
En serio, el otro día estaba construyendo un sitio estático en Firebase y solo quería una forma sencilla de protegerlo con contraseña (como autenticación HTTP) para la fase de preparación y que mi cliente pudiera verlo. De toda la mierda inútil con la que Firebase intenta atraparte, ni siquiera pueden hacer algo tan simple como autenticación HTTP básica sin un espectáculo y levantar una instancia de Cloud Run o algo para verificar una contraseña estática.
Sí, necesitamos urgentemente arreglar el alojamiento; todo debería ser portable, simple y genérico.
- KomoD
Estos tipos han estado enviando spam a issues en repositorios para promocionar este proyecto y sin ninguna revelación de que están asociados con el proyecto.
https://github.com/search?q=%22cloudinabottle.toml%22&type=i...
- drunner
Creo que el momento para este espacio ha llegado. El apetito por alejarse de las suscripciones y de prestar tus datos personales a empresas de publicidad/IA es más fuerte que nunca.
Actualmente, gran parte de este espacio se basa en docker compose y es simplemente inaccesible para muchos que podrían estar interesados. Ya sea este proyecto u otro, espero que algo gane suficiente impulso pronto para romper realmente las barreras de entrada.
- jerf
"Nosotros (Imbue, la empresa para la que trabajo) también ofrecemos una versión gestionada, que creo que es realmente importante para hacer esto ampliamente accesible, y nos da un modelo de negocio sencillo para apoyar el proyecto."
Mirando tu página de alojamiento, no veo ninguna referencia a copias de seguridad. Veo en tus documentos referencias a copias de seguridad, pero definitivamente deberías ofrecer algún tipo de solución de copia de seguridad llave en mano y con un margen adecuado. La dificultad de configuración es lo que mata el autoalojamiento al principio, las actualizaciones lo dificultan con el tiempo, pero cuando todo muere y luego no tengo copia de seguridad es cuando me doy por vencido.
No encuentro ninguna referencia a límites de tamaño de disco en ninguna parte. ¿Puedo alojar Immich en esto? ¿Puedo alojar mi servidor multimedia? ¿Cuánto costará? Seguramente no $10 al mes por mi colección multimedia. No soy un acumulador y en su mayoría tengo cosas extraídas de medios que poseo personalmente, lo que limita el tamaño, y aún así no vas a alojar eso por $10 al mes. Veo que tienes Jellyfin en el conjunto de aplicaciones, pero no sé cuánto costará. Los límites de CPU y RAM los entiendo desde la página de despliegue.
Ah, y me refiero específicamente a tu servicio alojado aquí.
- mawise
Esta no es la parte difícil del autoalojamiento, al menos ya no. En los comentarios aquí hay muchos ejemplos de proyectos similares que resuelven básicamente el mismo problema (selección y despliegue de aplicaciones). Para hacer que el autoalojamiento sea "fácil" necesitamos resolver el registro de dominios, la gestión de DNS y la configuración de reenvío de puertos.
Probablemente esto requiera un proyecto más como OpenWRT que incluya una relación impulsada por API con un registrador. La falta de una API estándar (accesible para el consumidor) de registro de dominios es un gran vacío en la automatización de esto. Si tal proyecto gana algo de tracción, entonces podría migrar a un router físico que los posibles autoalojadores pudieran comprar. Con el registro de dominios, la gestión de DNS y el reenvío de puertos todo en el software del router, entonces las partes difíciles restantes pueden automatizarse lo suficiente como para hacer que el autoalojamiento sea accesible para el propietario promedio de una consola de juegos.
- kolleraa
¡Este es un gran proyecto! Sí, la nube personal está llegando y será para todos.
Estoy trabajando en un proyecto con objetivos similares pero algunas decisiones de diseño diferentes: en lugar de los contenedores típicos, voy por aplicaciones cliente ligero que acceden a una capa de datos común construida sobre una arquitectura completamente sin servidor. Aún no está listo para producción, pero para los interesados: https://starkeep.app/
- tgsovlerkhgsel
Esta es una gran idea y le deseo éxito. El autoalojamiento no debería ser una pesadilla de investigar y configurar 20 aplicaciones diferentes.
¿Hay algo similar en progreso para un "stack tecnológico de empresa tecnológica"? Es decir, en lugar de intentar ensamblar tu propia infraestructura personalizada encontrando un sistema RPC, un gestor de permisos/grupos, gestión de credenciales, almacenamiento, base de datos, descubrimiento de servicios, gestión de trabajos, monitorización, etc., un stack "dogmático" que puedas desplegar fácilmente, siempre que aceptes sus elecciones, con todas estas partes ya incluidas y conectadas.
- bob1029
Parece haber mucha variación entre las preferencias declaradas y las reveladas en torno al autoalojamiento.
A menudo parece que presentar la imagen de ser autónomos ante nuestros compañeros es más importante que lograrlo realmente.
Se necesita mucha energía para replicar lo que AWS y compañía han hecho una vez que tenemos en cuenta preocupaciones como el paso del tiempo y la entropía. Nunca he podido mantener un aparato de medios/NAS vivo por mucho más de 3-4 años. Inevitablemente, ocurre algún tipo de evento catastrófico y tengo que empezar de nuevo con nuevos proveedores, etc. Incluso sin pérdida de datos, esto cansa. Te prometo que te cansas de esto después de un tiempo. Puede parecer que nunca sucederá y luego un día sucede.
Puedes lograr mucho más si realmente puedes permitirte usar la nube. Me cuesta mucho creer que mucha gente esté ganando de verdad en costo total de propiedad con el autoalojamiento.
- crabmusket
Sandstorm tenía un modelo de alojamiento radicalmente más innovador: en lugar de ayudarte a alojar aplicaciones, cada documento era su propia instancia. Esto era realmente interesante, pero, como señala este artículo, requería una integración profunda con las aplicaciones.
Me interesaría ver si tu enfoque más pragmático funciona. Poder empezar tomando aplicaciones "de estante" en gran medida sin modificar, y luego añadir gradualmente integración a través de características de proxy estándar, parece sensato.
En cualquier caso, hacer inicio de sesión único entre aplicaciones es un lugar muy sensato y valioso para empezar.
- skybrian
Esta propuesta es algo interesante, pero, al igual que Sandstorm, navegar por la biblioteca de aplicaciones preconstruidas me deja un poco frío. Es demasiado parecido a navegar por una tienda de aplicaciones móviles bastante pequeña. Hay quizás tres aplicaciones que podrían interesarme.
Ya que ahora tenemos IA, creo que la propuesta de exe.dev es mejor: proporcionan máquinas virtuales Linux, un proxy web e integraciones. Puedes pedirle a la IA que construya cualquier aplicación web que quieras. Me encantaría tener exe.dev, pero ejecutándose en mi Mac Mini.