Vai al contenuto
BigTree108

Servizi di consulenza e sviluppo Kubernetes

Consulenza e sviluppo Kubernetes per team che eseguono container in produzione: cluster su EKS, AKS, GKE e su hardware proprio, chart Helm, delivery GitOps, sicurezza e osservabilità dei cluster, aggiornamenti di versione e carichi di lavoro GPU, con ingegneri Kubernetes dedicati per il Suo team o un progetto Kubernetes realizzato end to end.

Che cosa realizziamo con Kubernetes

  • Cluster di produzione

    Cluster EKS, AKS o GKE definiti in Terraform, con nodi scalati da Karpenter o dal cluster autoscaler, traffico instradato tramite la Gateway API e network policy che negano per impostazione predefinita.

  • Containerizzazione delle applicazioni

    Applicazioni .NET, Java, Python e Node.js esistenti trasferite in immagini piccole, non root, create e analizzate nella pipeline, con la configurazione tenuta fuori dall’immagine.

  • Chart Helm e manifest

    Applicazioni pacchettizzate con Helm o Kustomize, ciascuna con richieste e limiti di risorse, probe di readiness e liveness e un pod disruption budget.

  • Delivery GitOps

    Argo CD o Flux che mantengono ogni cluster allineato a Git e Argo Rollouts o Flagger che spostano il traffico verso una nuova versione per gradi, così ciò che gira è ciò che dice il repository e un rollback è un revert.

  • Osservabilità dei cluster

    Prometheus e Grafana oppure il monitoraggio nativo del cloud in uso, tracce OpenTelemetry tra i servizi e avvisi su ciò che gli utenti noterebbero e non su ogni riavvio di un pod.

  • Sicurezza dei cluster

    Pod Security Standards, RBAC per team, segreti prelevati da un vault dall’External Secrets Operator, immagini firmate, admission policy in Kyverno o OPA Gatekeeper e TLS reciproco tra i servizi tramite Istio o Linkerd.

  • Aggiornamenti e gestione day-two

    Versioni minori aggiornate entro la finestra di supporto del provider, API rimosse individuate prima che blocchino un deploy, ingress-nginx sostituito con un’implementazione della Gateway API ora che il progetto è stato dismesso e backup Velero ripristinati a intervalli pianificati.

  • Cluster on-premises e ibridi

    Kubernetes sui server aziendali o all’edge con OpenShift, Rancher RKE2, Talos Linux o k3s, e flotte di cluster distribuite tra cloud e data center gestite da un unico punto tramite Cluster API e GitOps.

  • Carichi di lavoro GPU e machine learning

    Pool di nodi GPU gestiti con il NVIDIA GPU Operator, modelli serviti tramite KServe o vLLM, cluster Ray tramite KubeRay e job batch messi in coda in Kueue, con KEDA che scala in base alla lunghezza della coda, così le GPU inattive vengono rilasciate.

Ingaggiare ingegneri Kubernetes

  • ingegneri Kubernetes dedicati

    Ingegneri Kubernetes che entrano a tempo pieno nel Suo team, lavorano nei Suoi repository, nel Suo tracker e nelle Sue riunioni e rispondono al Suo responsabile. Li intervista Lei; noi ci occupiamo del contratto ucraino, delle buste paga, della fatturazione e delle ferie.

  • Realizzazione di progetti Kubernetes

    Un team che porta il progetto Kubernetes dal perimetro al rilascio: stima, sviluppo, test e deployment, con un responsabile tecnico da parte nostra che risponde del piano e della qualità.

  • Supporto e presa in carico di sistemi Kubernetes

    Un sistema Kubernetes esistente rilevato da un altro team o mantenuto in esercizio: prima una revisione in sola lettura e un elenco scritto dei rischi, poi correzioni e nuove funzionalità in ordine di impatto.

La pagina sul team dedicato spiega come gli specialisti entrano nel Suo team, e la pagina sull’outsourcing tratta la realizzazione di progetti, le prese in carico e il modo in cui fatturiamo.

Chi lavora al Suo progetto Kubernetes

  • ingegneri Kubernetes

    Cluster, GitOps e aggiornamenti

  • Platform engineer

    La piattaforma interna attraverso cui i team rilasciano

  • Ingegneri DevOps e site reliability

    Pipeline, monitoraggio e reperibilità

  • Sviluppatori backend

    Applicazioni rese pronte per i container

  • Ingegneri della sicurezza

    Policy, RBAC e verifiche dei cluster

Come gestiamo Kubernetes

Un control plane gestito ovunque il provider ne offra uno, tutto dichiarato in Git e cluster che possono essere ricostruiti dal codice invece di essere riparati a mano. Le persone accedono al cluster tramite il provider di identità aziendale con credenziali di breve durata, così nessun portatile contiene un kubeconfig da amministratore.

Su un cluster costruito da un altro team partiamo da una verifica in sola lettura di versioni, add-on, RBAC, esposizione di rete e impostazioni delle risorse e da un elenco scritto dei rischi in ordine di impatto, prima di modificare qualsiasi cosa.

Altri servizi di cloud, DevOps e sicurezza

Panoramica: Cloud, DevOps e sicurezza

Domande sullo sviluppo con Kubernetes

In quali settori lavorano i vostri ingegneri Kubernetes?

Soprattutto fintech, con servizi di pagamento e di trading che richiedono isolamento e tracce di audit; aziende cloud, hosting e telecom che offrono ai propri clienti piattaforme su Kubernetes; e-commerce, con servizi che scalano per i picchi di vendita; prodotti SaaS con molti servizi e tenant; prodotti AI che servono modelli su cluster GPU; e piattaforme sanitarie che mantengono i dati dei pazienti in namespace o cluster separati.

EKS, AKS o GKE?

Di solito quello del cloud già in uso, perché identità, rete e fatturazione sono inclusi: EKS su AWS, AKS su Azure e GKE su Google Cloud, con EKS Auto Mode o GKE Autopilot quando si vuole che anche i nodi siano gestiti. Su hardware proprio, OpenShift o Rancher. La nostra configurazione Terraform e GitOps è la stessa su tutti.

Potete aggiornare un cluster rimasto indietro?

Sì, una versione minore alla volta. Ogni carico di lavoro viene controllato per le API che la versione successiva rimuove, l’aggiornamento viene provato su una copia del cluster e gli ingress controller, gli operator e gli altri add-on vengono aggiornati insieme.

Con quale rapidità possono iniziare ingegneri Kubernetes?

Quando è disponibile il profilo giusto per il ruolo di ingegnere Kubernetes, l’avvio dipende soltanto dal Suo colloquio e dalla firma dell’NDA e della cessione della proprietà intellettuale. Altrimenti avviamo una ricerca, che di norma produce profili di candidati entro due o tre settimane, e nessuno inizia finché Lei non ha detto di sì.

Come ingaggiare ingegneri Kubernetes tramite BigTree108?

Ci indichi il lavoro, il livello di seniority e l’impegno orario necessario. Le proponiamo una o due persone con i rispettivi profili, Lei le intervista come farebbe con una Sua assunzione e firma un unico contratto con BIG TREE 108 LLC, ricevendo una sola fattura al mese.

A chi appartiene il lavoro che producono?

A Lei. Ogni specialista ha un contratto firmato con BigTree108 che cede all’azienda tutto il lavoro prodotto, e il nostro accordo con Lei lo cede a sua volta. Codice, design e documenti vengono consegnati nei Suoi repository e strumenti, non conservati dove solo noi possiamo modificarli.

Usa Kubernetes?

Ci indichi il provider, la versione del cluster e ciò che vi gira. Riceverà una risposta entro un giorno lavorativo: un piano, profili di candidati oppure un perimetro per la verifica dei Suoi cluster.