IPFS cluster mid-term solution #26
Closed
opened 2019-04-04 08:13:52 +00:00 by raucao
·
3 comments
No Branch/Tag Specified
master
monitoring/filesystem_out_of_space
chore/upgrade_gitea_to_1.27.1
bugfix/substr_url_matching
notes/ejabberd_ldap_photo
feature/akaunting
chore/ejabberd_service_avatar
feature/237-gitea_gpg
No results found.
Labels
Clear labels
monitoring
bug
design
dev environment
docs
duplicate
enhancement
feature
good first issue
idea
invalid
kredits-1
kredits-2
kredits-3
on hold
ops
question
security
ui/ux
wontfix
Infrastructure metrics, alerts, notifications, etc.
service
discourse
Kosmos Community Forums
service
accounts
Kosmos Accounts
service
drone-ci
Kosmos Drone CI
service
email
mail.kosmos.org
service
garage
S3-compatible object storage
service
gitea
Kosmos Gitea
service
ipfs
Kosmos IPFS
service
lightning
Lightning address, lndhub, etc.
service
mastodon
kosmos.social
service
nostr
Relays, Blossom server, etc.
service
postgres
Database cluster
service
remotestorage
Portable data storage for the Web
service
wiki
Kosmos Wiki
service
xmpp
Kosmos Chat
Something is not working
Graphic/visual design
Config, builds, CI, deployment, etc.
Documentation
This issue or pull request already exists
Improving existing functionality
New functionality
Dive in, and start contributing
Something to consider
Not a bug
Small contribution
Medium contribution
Large contribution
Currently not actionable
Manual IT ops activities
Looking for an answer
All your base are belong to us
User interface, process design, etc.
This won't be fixed
release
major
release
minor
release
patch
No labels
Milestone
No items
No Milestone
Projects
Clear projects
No projects
No Assignees
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: kosmos/chef#26
Reference in new issue
Block a user
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Eventually, we're shutting down
dev.kosmos.org, which would leave us with only one of the currently two cluster nodes.Perhaps helpful for this, I just stumbled upon this detailed guide for setting up a cross-region cluster on the cheap:
https://gateway.ipfs.io/ipfs/QmTqD45V5EFF9DvCpr39vyJDE5m1PJYdhWSjqNdYLAgA37/
Thinking about this again, and I can't help but wonder why we should use a private pin orchestration mechanism, when our IPFS hashes are all published on the public Ethereum ledger to begin with.
That means any node listening to the blockchain for new hashes could just pin them from those events. With the
kredits-contractsJS wrapper, that would probably be solved in less than 10 lines of code./cc @bumi
https://github.com/67P/kredits-contracts/pull/136
Closing this in favor of this more detailed roadmap that is being worked on at the moment: https://github.com/67P/kredits-contracts/issues/148