5 ms·
While this is a fantastic resource, I feel like it's indicative of a larger problem: why is all of this still needed ? Is there no way to abstract all of this a
by rakoo 7y ago
While this is a fantastic resource, I feel like it's indicative of a larger problem: why is all of this still needed ? Is there no way to abstract all of this and focus on the actual functionality of the webservice ?
This is probably the answer that Google App Engine, by providing all the bricks needed to replace Redis or the FS or S3, and all you need is to write your own application code. All the provisioning and monitoring is taken care of. Is there an open alternative to it I could run locally or on my own server ?
- fpereiro 7y ago> why is all of this still needed ? That's the million dollar question! It also vexes me that all of this is necessary. I hope like crazy that there will be a radically better approach in 5-10 years. I am not aware of solutions that truly abstract all these problems without creating 1) further, larger problems; and/or 2) severe vendor lock-in.
- thosakwe 7y agoI don't think it's possible to achieve both 1 and 2 simultaneously. If all of the software is specifically made to be integrated with other components, wouldn't you necessarily be locked into that single system?
- fpereiro 7y agoThe only alternative would be to create an elegant system that is also in itself an open standard. I don't see a way around this double requirement. It sounds like something mighty interesting to work in.
- rakoo 7y agoIt doesn't have to be elegant, just popular enough that everyone agrees to standardize on it. The best example I have in mind is the S3: because it's so popular, it's the default API for minio (https://min.io/ https://min.io/). Redis is also different enough from every other database yet widespread enough that it's considered a standard, and other projects have started using its API to implement an alternative or a cache. I also hope that at one point I can just write my code, wrap it behind a simple HTTP API, and give it to some orchestrator that manages everything (monitoring, logs, deployment, TLS, gives me a FS API, manages authentication, ...). I feel like web platforms such as OpenResty (https://openresty.org/en/ https://openresty.org/en/), Caddy (https://caddyserver.com/ https://caddyserver.com/) already provide part of it, but can probably go a bit further
- fpereiro 7y agoI think it does have to have a certain elegance (or better, conceptual integrity), otherwise it won't be able to provide a flexible and understandable interface for handling all the various use cases.
- sciurus 7y agoPossibly http://dokku.viewdocs.io/dokku/ http://dokku.viewdocs.io/dokku/
- Chris2048 7y agoI use this, but trying to get off it as it is no longer maintained, and many of the benefits are now features of docker proper.
- sciurus 7y agoOh, I hadn't heard it had maintenance issues. https://github.com/dokku/dokku/releases https://github.com/dokku/dokku/releases shows a release a week ago, and https://github.com/dokku/dokku/pulse/monthly https://github.com/dokku/dokku/pulse/monthly shows pull requests and issues being addressed.
- Chris2048 7y agoShit, sorry, I confused dokku with dokku-alt. Seems dokku picked up pace since. Specifically, I used alt version for the nginx setup
- osener 7y agoDepending on what you're building, you can even go with https://hasura.io/ https://hasura.io/ and focus on the user-facing parts of your application! It still makes it reasonably straightforward to implement custom logic, and you only need to write backend code that directly benefits your domain, skipping all the CRUD plumbing.
- rakoo 7y agoHasura seems to be very specifically about a database and its API. What I'm looking for is an environment that is more focused on application code, and which gives you the API to communicate with the external world. That environment would provide all that is given in the article by default.