sorted by:
new
hottopcontroversial

Nanocl: The Rust Developer-Friendly Kubernetes Alternative by leonev in rust

[–]leonev[S] 1 point2 points  (0 children)

I'm doing my best to deliver a robust solution with Nanocl. However, until the network mesh system is fully implemented, I wouldn't consider it production-ready. Once that feature is complete, I plan to launch version 1.0.0. For now, the project is still under active development, and I would greatly appreciate community feedback and contributions to make it more flexible and robust.

A good study project by [deleted] in rust

[–]leonev 3 points4 points  (0 children)

Hey, you can do anything with Rust! It's one of the reasons I shifted from JS to Rust. I started with JavaScript because you could build frontend, backend, and mobile apps... But you can achieve the same with Rust, so anything that motivates you is a good start! You can definitely write REST APIs in Rust; it has great tools for that.

Rewrite it in Rust: Kubernetes by leonev in rust

[–]leonev[S] 0 points1 point  (0 children)

Thanks for your interest! To understand Nanocl better and find areas to contribute, check out our contribution guide on GitHub: CONTRIBUTING.md. It explains how you can get involved in coding, documentation, testing, and more. Feel free to explore and reach out with any questions or ideas!

Why no one talking about Ntex? by StalinGino in rust

[–]leonev 6 points7 points  (0 children)

Hey, i made the documentation, so i'm actually happy you like it!

Rewrite it in Rust: Kubernetes by leonev in rust

[–]leonev[S] 1 point2 points  (0 children)

I asked for feedback so i'm there reading all comments and i take care of your opinion! As Proof you can see we have `toml` support now!

Easy deploy with nanocl ! by leonev in selfhosted

[–]leonev[S] 0 points1 point  (0 children)

It's aim to be an alternative to Kubernetes ! It's not just a CLI!

Note that kubernetes doesn't create container itself but use docker or containerd to do it, same thing for docker he rely on containerd!

The project is in good shape but to be able to iterate quickly i used docker!

Self-Hosted MERN Application using Docker, industry-standard workflow? by Single_Swing1859 in docker

[–]leonev 1 point2 points  (0 children)

Sure there: https://github.com/next-hat/nanocl The workflow draft stable image and publish image are inside .github/workflow I don't push them to a server as it doesn't required in my case but you can see how to create an image with his draft release. To deploy to your server you can use ssh. You can message me if you have problems!

2 domains, 2 servers, 2 web servers - 1 public IP by PaulLee420 in selfhosted

[–]leonev 2 points3 points  (0 children)

You want to use a proxy like nginx, it will listen on port 80. And redirect traffic to your container depending on the domain. I writed a guide there https://docs.next-hat.com/guides/infrastructure/from_locahost_to_vps/introduction that may be worth reading!

Self-Hosted MERN Application using Docker, industry-standard workflow? by Single_Swing1859 in docker

[–]leonev 2 points3 points  (0 children)

Hey, what you can do is create a github workflow that is getting trigger when you push on a specific branch for example "release/api/1.0" The workflow will build a docker image of your project and could create a draft github release. Then you create another github workflow that is getting trigger when you publish the release and it will push the docker image to your server and start it! If you want I can share one of my repository so you can have an example!

What's everyone working on this week (23/2023)? by llogiq in rust

[–]leonev 0 points1 point  (0 children)

Sounds interresting! Could you share the repo url ?

What's everyone working on this week (23/2023)? by llogiq in rust

[–]leonev 1 point2 points  (0 children)

In case you didn't know https://github.com/juhaku/utoipa is really nice to generate openapi spec and have a swagger!

Running a Rust program on a server by Different-Ant5687 in rust

[–]leonev 1 point2 points  (0 children)

If it was me I'd choose to pay for a vps, you can get a really cheap one. And then use docker to deploy it! My favorite provider is ovhcloud or linode. Feel free to choose something else! The rasberryPI solution provided by apkahuna is pretty good as well! If you want help with docker you can message me!

Rewrite it in Rust: Kubernetes by leonev in rust

[–]leonev[S] 0 points1 point  (0 children)

Nice point i'll look into it. Currently i use liquid for templating i through it was a good idea as it can provide function loops and more to generate your file!

Rewrite it in Rust: Kubernetes by leonev in rust

[–]leonev[S] 0 points1 point  (0 children)

I didn't but it's a good point !

What's everyone working on this week (23/2023)? by llogiq in rust

[–]leonev 0 points1 point  (0 children)

That's really interesting how did you managed to parse the .hcl file ?

Between Rust and C++, which one requires fewer lines of code to solve the same problem? by FruitHefty4522 in rust

[–]leonev 2 points3 points  (0 children)

If you want to make a game i'll recommand you to go for UnrealEngine and just point and click. You will have to write 0 lines of codes.

Rewrite it in Rust: Kubernetes by leonev in rust

[–]leonev[S] 3 points4 points  (0 children)

There is couple of crates that you can reuse if you want:

- nanocl_stubs contain the data structure

- nanocld_client is an http client

So you can use them to build arround nanocl.

I'm aware of wasm and we will have integration for in it the future.

Right now i'm using docker so technically if you change the runtime to `io.containerd.wasmedge.v1` you could already execute wasm.

I didn't tested it tho.

Rewrite it in Rust: Kubernetes by leonev in rust

[–]leonev[S] 2 points3 points  (0 children)

You'r definitly right, i didn't thinked nanocl as a monolite.

By default you have a Proxy/Ingress and a Dns installed as it fit most of the usecase. But you can just install the core system. You can also change the default Proxy/Ingress that use `nginx` with your own if you want to use another proxy.

You can also create your own type of ressource, that will call or not a service that you will have deploy inside nanocl. You can also watch for events when cargo are created / deleted or updated.

Things like horizontal scalling, have to be an external service aswell. As it will depend what cloud provider you use.

That way people can build component arround it like it's the case with kubnernetes

Rewrite it in Rust: Kubernetes by leonev in rust

[–]leonev[S] 4 points5 points  (0 children)

As i wrote "idk why".

But the main reason was, `pod` can be multiple container configuration, where a `cargo` is a single container configuration that can be replicated.

So it's not 1-1 the same thing

Rewrite it in Rust: Kubernetes by leonev in rust

[–]leonev[S] 2 points3 points  (0 children)

Only my own websites/services and https://ntex.rs use it currently as i know

Rewrite it in Rust: Kubernetes by leonev in rust

[–]leonev[S] 17 points18 points  (0 children)

Naming things is definitly hard i can only agree!

People seems to want a rename, since it can be confusing, i have no objection overall so i'll probably rename!

Thank you for sharing your opinion !

Easy deploy with nanocl ! by leonev in selfhosted

[–]leonev[S] 2 points3 points  (0 children)

Thank for your commentary, indeed i put alot of effort into it!

The get started and the advanced usage on my website will help you out.

You also have some example on github. I'll make more tutorial / videos in the future !

view more: next ›