Hello
Where is a repository of “TON OS Rust DApp Server”?
I see that this contest start yesterday, but I can’t start.
Contest Dates:3 August2020 1pm UTC — 3 September20201pm UTC
Going to public it this week, I hope
Would be published this week hopefully
the date in the submission page does not match with the forum
https://freeton.org/proposal?proposalAddress=0:12b040db0c7bfa804184c9756847faab85e009f040ff2876d20c5006cfbc0459
I think the forum one is the correct one, right? @SkyAnn @Roman_D @Mitja
We are glad to announce that we have published a new repository for TON OS Rust DApp Servers !
See full news here.
TON OS DApp Server Devops Contest [3.08.-3.09.2020] SUBMISSION
Repository: https://github.com/samostrovskyi/TON-OS-DApp-Server-k8s
Wallet address: 0:06c812287e994efba0640753a4f4bb5ef43e3caba6254cb0ae820ad7663ef815
What
We are ready to announce TON OS DApp Server management tool which follow all the nowadays best practices:
- Fully-automated approach
- Infrastructure as Code
- Distributed microservice architecture
- Kubernetes based solution
- Manage TON OS DApp Server as a package
- Centralized logging and monitoring
- Security basics
Why
The main idea of this project is to provide an ability to deploy TON OS DApp Server on any Kubernetes based platform. If you have not such, we prepared example scripts on how to spin up Kubernetes on AWS or even bare metal.
Who
We are a team of 2 DevOps professionals who are passionate about blockchain technologies and wanna bring value to FreeTON development. Feel free to contact us in case of any questions:
Telegram:
@renatSK
@sostrovskyi
Github:
@ddzsh
@samostrovskyi
TON OS DApp Server Devops Contest [3.08.-3.09.2020] SUBMISSION
Repository: https://github.com/samostrovskyi/TON-OS-DApp-Server-deploy
Wallet address: 0:a2c66fbd01f0193c39127d1dd825e6d144d0581ca82a72a747d0af343b2c0b0b
What?
We are ready to announce TON OS DApp Server management tool which follow all the nowadays best practices:
- Fully-automated approach
- Centralized management of remote servers
- Distributed microservice architecture
- Centralized logging and monitoring
- Alerting and notifications
- Security basics
Why?
The main idea of this project is to provide an ability to manage TON OS DApp Server setup as simply as possible for development and production purposes. Now you can easily install or upgrade TON OS DApp Server by single command based on Ansible.
Who?
We are a team of 2 DevOps professionals who are passionate about blockchain technologies and wanna bring value to FreeTON development. Feel free to contact us in case of any questions:
Telegram:
@renatSK
@sostrovskyi
forum.freeton.org:
@Gofman
@sostrovskyi
Github:
@ddzsh
@samostrovskyi
Hello.
Consider my tooling interpretation too, at https://github.com/amttr/tonos-config.
The solution is based on the original repository, simple and straightforward. Single node instantiation at DO, provision, and deployment.
TON OS DApp Server Devops Contest [3.08.-3.09.2020] SUBMISSION
Repository: https://github.com/SkySonR/TON-OS-DApp-Server-Packer
Wallet address: 0:a2c66fbd01f0193c39127d1dd825e6d144d0581ca82a72a747d0af343b2c0b0b
What?
We would like to have one template for TON DApps Server operation system. Motivation for this decision:
- decrease time for image maintainership (maintain one template is much easy and require less time then maintain one template)
- provide ability to run DApps Server locally for development propose (on workstation)
- add possibility to run TON DApps Server in a bunch of clouds and providers
- standartize upgrading and delivery of new version
- have pre-installed image in universal format (OVF or OVA)
Why?
We believe that proposed project will help developers to increase development speed by providing easy steps to spin up local development environment with TON OS DApps Server.
Who?
We are a team of 2 DevOps professionals who are passionate about blockchain technologies and wanna bring value to FreeTON development. Feel free to contact us in case of any questions:
Telegram:
@renatSK
@sostrovskyi
forum.freeton.org:
@Gofman
@sostrovskyi
Github:
@ddzsh
@samostrovskyi
What a marvelous plan - to split one work in three submissions!
Well done, @Gofman and @sostrovskyi !
it’s not true
each submission solve different problems and uses different toolsets
- Kubernetes based (helm charts, cluster installation)
- Ansible roles (remote management, monitoring, logging, alerts)
- Packger for VM images (OVF/OVA files)
It’s arguable, of course, but this contest is about solving one problem - not multiple ones.
Submitting partial solutions as independent ones should be considered as cheating.
Which problem? One big green button?
This contest to create tooling. We did, for several proposals and use cases. You just don’t understand what are you talking about. Where you see cheating? Cheating it’s spending several weeks to develop tools? Debug and fix problems in initial repository? We works every day at night after normal working hours to create automation, describe all what we figured out to help other people. I am sorry but it’s annoying. Instead of hating others work I propose you to do better than we did and participate in contest.
Also want to mention, that we only people who spend a lot of time to debug and 100% ensure that DApp server works properly.
We met issues and report them directly to Artem Ryabov, in result two issues were fixed, one critical without which DApps server works only with read operations. Rnode never been synchronized.
Thanks for that. Good job.
Who else did that? We participating in DePool contest also, but we manage to do several jobs in the same time. To be honest I also has been waiting for submissions even last contest hours. I really like competition but it’s not our fault that only few people from community were able to participate in this contest
Don’t freak out.
I don’t criticize your work - jury will do that, I’m voicing my doubts about decensy of your approach to submitting it.
Multiple submissions - are you compete with yourselves, guys? If not - why not one, well structured submission?
The fact that almost nobody participated in a contest doesn’t allow one who did to demand all the rewards for him-/herself.
This is my humble opinion.
I will repeat one more time:
There are completely different projects. They uses completely different tools and cover completely different use-cases. One big green button doesn’t exist.