The Veeam Community Weekly Recap is available with incredible content and relevant information! Congratulations to Nico Losschaert, Brad Linch, Christian Eromosele, and Philippe Dupuis for the posts and articles.
Thanks so much to Madalina Cristil, Mark Boothman, and Safiya Mohamed for the opportunity to participate! I am honored.
Link:
Back Up Audit, Hidden Cloud Costs and Active Directory Rename | Veeam Community Resource Hub
A partir das minhas leituras e estudos pessoais, procurei elaborar uma visão resumida sobre os atores no mercado de TI e suas respectivas funções. Este é um tema que muitas vezes gera confusão, especialmente para os clientes finais.
Temos na figura abaixo um quadro geral. Os atores são:
Começando pelos Parceiros Tecnológicos, eles podem atuar de cinco formas distintas:
A cadeia de valor acima mostra o quão é importante para os Parceiros Tecnológicos entregarem serviços e soluções que atendam as expectativas dos clientes finais e que, ao mesmo tempo, possibilitem a obtenção de receitas recorrentes maiores.
Isso pode ser conseguido através de ofertas baseadas em serviços gerenciados (MSP) ou até mesmo atuando como um provedor de software (ISV).
A boa notícia é que os Parceiros Tecnológicos podem atuar nos cinco eixos da cadeia de valor de forma simultânea, ponderando a intensidade de atuação em cada eixo de acordo com as suas vocações ou planos de negócios.
Para conseguirem esta atuação mais abrangente, os Parceiros Tecnológicos podem (e devem) contar com a ajuda dos Distribuidores de Valor Agregado. Na figura abaixo, vemos como as ofertas finais podem ser construídas e enriquecidas pelos Parceiros de Tecnologia com o apoio dos VADs.
Assim, é importante ressaltar que o papel de um Distribuidor de Valor Agregado vai muito além da simples venda de hardwares e softwares. Ele efetivamente deve apoiar os seus Parceiros Tecnológicos entregando suporte e outros serviços diferenciados.
Dentre eles, podemos destacar os serviços de nuvem pública. Um Distribuidor pode atuar como Cloud Provider, Cloud Broker, Cloud Builder ou até mesmo como um Cloud Auditor para complementar as ofertas dos Parceiros Tecnológicos.
Apresento abaixo alguns dos serviços que um Distribuidor de Valor Agregado deve, idealmente, ser capaz de entregar:
Embora os Fornecedores de Tecnologia também atuem entregando vários destes serviços diferenciados diretamente para Parceiros de Negócio e Clientes finais, tem sido uma prática comum a delegação destas atividades aos VADs devido a possibilidade de se alcancar um maior ganho de escala.
Espero que este pequeno resumo tenha permitido uma visão mais clara sobre a dinâmica e os atores do mercado de TI!
Até a próxima.
Hi! I am sharing the “Demystifying the Kubernetes Iceberg” series by Anton Sankov. Kubernetes is like an iceberg with eight well-defined layers/tiers. You learn the basics, only to see there is a lot more to learn. The more you learn, the more you see there is to know. This series explains all the concepts listed in the “Kubernetes Iceberg” meme from Reddit. These are insightful articles.
Hi! I am sharing the status of the CNCF Cloud Native Interactive Landscape. The Cloud Native Computing Foundation (CNCF) hosts critical components of the global technology infrastructure. I also present a “small” list of some components/services for implementing a cloud-native applications platform based on Kubernetes.
https://landscape.cncf.io/
These integrations are complex and expensive for companies. IMO, a turnkey Kubernetes environment with managed services is what customers need, and tech players are aware of this. Let’s see how the market will develop on this topic.
Kubernetes Distributions:
Amazon Elastic Kubernetes Service (EKS)
Azure Kubernetes Service (AKS)
Cisco Intersigh Kubernetes Service (IKS)
Google Kubernetes Engine (GKE)
Mirantis Kubernetes Engine
Nutanix Kubernetes Engine (NKE)
Openshift Kubernetes Engine (OKE)
Rancher Kubernetes Engine (RKE)
VMware Tanzu Kubernetes Grid (TKG)
Container Registry:
Amazon Elastic Container Registry (ECR)
Azure Container Registry (ACR)
GitLab Container Registry
Google Cloud Container Registry
Harbor
JFrog Container Registry
Red Hat Quay
Container Image Scanner:
Anchore
Aqua Security
Clair
Dagda
Docker Trusted Registry
Falco
Google Container Analysis
JFrog Xray
Qualys Container Security
Red Hat Quay
Snyk Container
Tenable. io
Service Mesh:
AWS App Mesh
HashiCorp Consul Connect
Istio
Kong Mesh
Linkerd
Open Service Mesh
Red Hat OpenShift Service Mesh
Container Network Interface (CNI):
Amazon VPC CNI
AWS Elastic Block Storage (EBS)
AWS Elastic File System (EFS)
AWS FSx for Lustre (FSX)
Azure CNI
Azure Disk
Azure File
Calico
Red Hat Ceph RBD
Red Hat CephFS
Cilium
Container Storage Interface (CSI)
GCE Persistent Disk
GKE CNI
GlusterFS
Google Cloud Filestore
Google Cloud Storage
Minio
NetApp
Nutanix
Portworx
Pure Storage CSI
Scaleway CSI
vSphere
Weave
Open source security tools:
Checkov
Container Security Operator
Falco
Kube-bench
Kube-hunter
KubeLinter
Kubesec. io
Open Policy Agent (OPA)
Terrascan
Kubernetes Backup & Restore:
Cohesity
OpenEBS
Portworx
Veeam Kasten
Velero
At this moment, I think Red Hat Openshift is in an excellent position to deliver a turn-key Kubernetes environment to customers. As we know, Kubernetes distribution “per si” is just a part of an operational environment. And there are many K8s distributions in the market, such as: . As we know, Kubernetes distribution “per si” is just a part of an operational environment. And there are many K8s distributions in the market, such as:
· Openshift Container Platform (OCP)
· Rancher Kubernetes Engine (RKE)
· VMware Tanzu Kubernetes Grid (TKG)
· Amazon Elastic Kubernetes Service (EKS)
· Azure Kubernetes Service (AKS)
· Google Kubernetes Engine (GKE)
· Cisco Intersigh Kubernetes Service (IKS)
· Nutanix Karbon (now Nutanix Kubernetes Engine – NKE)
· Mirantis Kubernetes Engine
But to get a consistent and complete DevSecOps platform associated with a CI/CD framework, much more services, components, and integrations are necessary: service mesh, security, image registry, automation, app services, compute, storage, monitoring, authentication, DB Services, logging, networking, backup, DR, and others.
So, it doesn’t make sense for companies to build and maintain their customized cloud-native applications platform. It’s not their core business; these many services’ integration, operations, and support are complex and costly.
Red Hat has a good market share and solid products/services portfolio that can deliver and support a Kubernetes platform to customers in self-managed or managed services options.
For self-managed, there is Red Hat Openshift Platform Plus. For managed services, it’s possible to highlight: ROSA (Red Hat Openshift on AWS), Azure Red Hat OpenShift, Red Hat OpenShift on IBM Cloud, and Red Hat OpenShift Dedicated.
These managed services are provided by Red Hat Site Reliability Engineers (SREs), including installation, management, maintenance, updates, and monitoring. It is an absolute turnkey application platform.
IMO, Kubernetes Managed Services is what the customers need, and tech players are certainly watchful for it. Let’s see how the market will develop on this topic.
Hi! This a useful VMware Cloud on AWS network guideline: “Selecting IP Subnets and Connectivity for your SDDC”.
https://blogs.vmware.com/cloud/2019/10/03/selecting-ip-subnets-sddc/
APIs play an essential role in cloud-native applications. API management helps improve and accelerate the development process and the ability to respond to consumer demands. For sample, Google Apigee comes in the following flavors: a cloud version hosted in GCP and a hybrid version consisting of a runtime plane installed on-premises plus a management plane running in the GCP cloud.
Elaborei esta demonstração de como realizar o deploy de um banco de dados MySQL com armazenamento persistente utilizando um template nativo do Red Hat OpenShift. Os templates permitem uma rápida implementação de aplicações em clusters Kubernetes. Os templates também podem ser utilizados como parte de uma estratégia mais ampla de Infrastructure as Code (IaC) para gerenciar os vários aspectos do estado do cluster Kubernetes e das aplicações. Nesta demonstração, realizei o deploy através de linha de comando, embora ele também pudesse ser realizado através da console Web do Openshift.
Oi! Elaborei esta demonstração do Veeam Backup para Office 365. Nela apresento a criação de um “backup job granular” dentro de uma organização O365, o poder de pesquisa e recuperação de informações utilizando o Veeam Explorer e o uso do Restore Portal. O Restore Portal é uma nova funcionalidade do VBO. Trata-se de um portal self-service de simples utilização e baseado na web que permite aos usuários realizarem suas próprias recuperações de informações do Office 365 dispensando o acionamento da equipe de TI. O ambiente utilizado encontra-se para uso de qualquer parceiro Veeam no link: https://propartner.veeam.com/hands-on-labs
Don Eyles é um engenheiro pelo qual possuo muita admiração. Não apenas por ele ter escrito a maior parte do software para entrada orbital e pouso das missões Apollo mas também por um desafio semelhante que enfrentei. Na mesma idade (23 anos), também tive que escrever um software com recursos mínimos de memória e computação. Para tanto, programei em Assembly lançando mão de técnicas de máquinas de estados e com acesso a apenas 16KB de memória! Senti bem uma pequena amostra do enorme desafio que ele enfrentou. Segue a incrível história da Apollo 14, na qual o código de Eyles foi alterado durante a missão para contornar um problema de hardware. Mais precisamente, no interruptor que abortaria o pouso! Eyles adotou uma abordagem muito inteligente. Os astronautas realizaram as alterações de código através do pequeno teclado do computador de bordo! E o pouso lunar da Apollo 14 pôde ser realizado com sucesso! Leia o depoimento:
In Their Own Words: Don Eyles on Apollo 14
Hey! This is my personal representation of Fortinet´s portfolio / Security Fabric. The architecture is divided into four pillars: Secure Networking, Zero Trust Access, Cloud Security, and Security Operations.
More Options: