For what I understand, yes. Go ahead and try it out and read the docs.
Each container/pod can specify it's requirements regarding could/mem, and
k8s will allocate them while they exist automatically on some node. Or you
can even make sure some containers/pods will be run on some type of nodes
(like the ones with SSD, etc.)
So, yes, it should. Have fun! :-)
On Thursday, May 17, 2018, <tomasz.szand...@gmail.com> wrote:
> Greetings,
> I am looking for a software to manage a pool of application, using API and
> database system. Let me show You my problem:
> I have 3 types of services: A, B and C. Each one requires outside
> resource, so we distinguish each instance. e.g.: I have 6 A-type virtual
> machines { A1, A2,.., A6}, 3 B-type: {B1,B2,B3} and 10 C-type. Each
> instance has its own internal setup, mostly IPs to remote resources. Now I
> want my managing system to solve usecases:
> 1. One of Jenkinses (I could have few) needs to test something using
> A-type instance. He sends API request and gets details to about random from
> that type and uses it. When he is done, the instance isfreed and returned
> using API.
> 2. A software developers needs some manual tests and asks for C-type
> instance. He sends an API request and gets details on one of those
> instances.
> 3. Only one "user" (Jenkins or human) can be using given instance at any
> time.
> 4. I need to be able to check who/what is using any of the instances at
> any time (can also be API query).
> 5. There needs to be security logs - when who requested what, what he got
> in
> return.
>
>
> I am looking for a system to solve this problem, one of my Colleagues
> hinted me to use Kubernetes - since the "instance" can be containers with
> uniqe configuration it might be possible, but could anyone comment: does
> Kubernetes satisfies all my needs? Or maybe something else?
>
> --
> You received this message because you are subscribed to the Google Groups
> "Kubernetes user discussion and Q&A" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to kubernetes-users+unsubscr...@googlegroups.com.
> To post to this group, send email to kubernetes-users@googlegroups.com.
> Visit this group at https://groups.google.com/group/kubernetes-users.
> For more options, visit https://groups.google.com/d/optout.
>
--
You received this message because you are subscribed to the Google Groups
"Kubernetes user discussion and Q&A" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to kubernetes-users+unsubscr...@googlegroups.com.
To post to this group, send email to kubernetes-users@googlegroups.com.
Visit this group at https://groups.google.com/group/kubernetes-users.
For more options, visit https://groups.google.com/d/optout.
