pmig

4 ms·

1.
by pmig 5mo ago
This is a problem we, as a company, have thought about a lot, but we always concluded that Kubernetes is already the simplest abstraction of a distributed system that is feasible for the diverse needs that the biggest companies out there ha
2.
by pmig 5mo ago
To be honest I never really understood the benefit of Docker (Compose) Secrets - which is different from Swarm Secrets. Imho there just plain host mounted volumes, which are hidden from inspect commands?
3.
by pmig 5mo ago
What are the benefits of running Podman Compose instead of Docker Compose? I don't see how it helps with orphan containers, logs and mutable tags.
4.
Should I run plain Docker Compose in production in 2026?(distr.sh)
413 points by pmig 5mo ago|298 comments
5.
by pmig 7mo ago
Good luck, and keep us posted.
6.
by pmig 7mo ago
You can use it for IoT use cases for sure. Although our software is compatible with Windows, it does not explicitly perform operating system management or the tasks that you typically need to handle in an IoT environment.
7.
by pmig 7mo ago
Nice to hear, feel free to leave any feedback while exploring Distr.
8.
by pmig 7mo ago
I think that Dokku [1] https://dokku.com/ is actually the closest to what you are building. We are actually building in a similar space with Distr [2] and happy to jump on a quick call. [1] https://dokku.com&#x2F
9.
by pmig 7mo ago
Congrats on building your custom delivery platform. We understand your pain ;-). Any specific pain you want to share or feature you are still missing in your solution? We’re happy to help you migrate to Distr if you decide you no longer wan
10.
by pmig 7mo ago
Thanks for sticking around! Yes indeed, Distr already has a lot of features and can replace many other tools in your deployment stack (e.g., CI, log collection, alerts, licensing, secrets, OCI registry, customer & user management). User
11.
by pmig 7mo ago
Sure, happy to follow up with a detailed comparison. TL;DR: Octopus Deploy has a strong focus on CD, providing a Cloud based framework to push your software to multiple targets. Distr also supports directly and continuously deploying your s
12.
by pmig 7mo ago
I feel you, but a huge percentage of recently funded companies are in the AI space. Software distribution for them is even more complex due to all the moving parts, and we want to make sure these companies know that our solution is a great
13.
by pmig 7mo ago
Sure, multiple of our customers that distribute applications with a machine learning/AI component also need to distribute their models. They can use our OCI registry to distribute large images with huge layers. We specifically reworked
14.
by pmig 7mo ago
Custom SSO integrations often require specific development and are therefore not available in our beginner tier. Oh my bad. Our repository[1] is obviously Apache2.0 licensed, not MIT. Thanks for pointing that out. [1] https://git
15.
by pmig 7mo ago
Feel free to reach out via our website[1]. Distr does not require an internet connection to keep your application running. Update commands are fetched directly from the agent and do not require any special connectivity. Updates are pulled b
16.
by pmig 7mo ago
SSO (Google, Microsoft, GitHub) is available on all tiers. Custom OIDC provider support is even available in our ~MIT~ (Apache2) licensed community edition if you self host Distr. Even TOTP MFA is available for all users and part of the com
17.
by pmig 7mo ago
Hi HN, I am Philip, one of the creators of Distr and happy to answer questions.
18.
by pmig 7mo ago
Thanks. If you are referring to how we handle large OCI images for our OCI-compatible container registry, we create a temporary volume and stream/cache the layers there before streaming them to S3-compatible storage. This mitigates the
19.
by pmig 10mo ago
I am still waiting for the day where gMessage (currently called "Messages, Hangouts, or who knows what) & iMessage will be interoperable. The RCS standard is already out there
20.
by pmig 11mo ago
Thanks god we built all our infra on top of EKS, so everything works smoothly =)
21.
by pmig 11mo ago
Indeed, they are really pretty similar, but ours is actually also Open Source: https://github.com/hyprmcp/mcp-install-instructions-generato...
22.
Show HN: HyprMCP – Analytics, logs and auth for MCP servers(github.com)
59 points by pmig 11mo ago|8 comments
23.
Arch User Repository (AUR) is offline(aur.archlinux.org)
3 points by pmig 1y ago|0 comments
24.
by pmig 1y ago
After taking a closer look at MCPCat the implementation is quite different for MCPCat you need to integrate a SDK and HyprMCP works as a proxy in front for your already existing MCP server.
25.
by pmig 1y ago
The token spend only increases due to the additional parameter names and descriptions, right?
26.
by pmig 1y ago
Congrats on the Launch, we build something similar [1], but opted to make name also optional to reduce friction even more. We also built an MCP server that serves these installation instructions :-) [1]: https://github.com/h
27.
by pmig 1y ago
There is also a first party registry[1] in development, hopefully becoming the next artifact hub for MCP servers. [1]: https://github.com/modelcontextprotocol/registry
28.
by pmig 1y ago
Interesting, have you thought converting the MCP server to a remote http server?
29.
by pmig 1y ago
Most software we install locally is at least distributed via a trusted party (App Store, Play Store, Linux package repos, etc) and have a valid signatur (Desktop & Mobile) or are contained in some way (containers, browser extensions, e
30.
by pmig 1y ago
That's a good point, we really think that the future of MCP servers are remote servers, as running "random" software that has little to no boundaries, no verification or similar shouldn't be a thing. Is there a specific

More ›