Software at the core

1

El mapa de un gerente en tecnología

2

La tecnología es software en su mínima expresión

3

Nuestra civilización funciona con software

4

Cómo contratar perfiles técnicos y evitar estafas

5

Un ADN de software en el corazón de tu empresa

6

Comprar tecnología o crear tecnología

7

El ciclo real del desarrollo de software

8

Evolución de Tesla: ¿por qué domina el mercado de autos?

9

Caso de estudio: Tesla vs. la industria automotriz

El ciclo del desarrollo de tecnología empresarial

10

Caso de estudio: Accenture vs. Hertz, equipos de desarrollo internos vs. externos

11

El ciclo de vida de la tecnología en las empresas

12

Roles en proyectos de tecnología: diseño, data science, devops, backend, front-end y mobile devs

13

Líderes técnicos: stakeholders, product owners, product managers

14

Metodologías de cumplimiento de fechas de entrega

15

Líderes vs. equipos

16

Cuánto pagar por un proyecto de tecnología

17

Conclusiones de Accenture vs. Hertz

Seguridad informática

18

Caso de estudio: filtración de datos de Uber y Marriot

19

Seguridad informática para roles no técnicos

20

Manejo de datos sensibles y encriptación

21

Los NO rotundos de seguridad informática corporativa

22

Niveles de permisos y manejos de información

23

Conclusiones del Pentesting a Uber y Marriot

Infraestructura avanzada de software en empresas

24

Arquitectura del Software

25

Arquitectura de Bases de Datos

26

Cómo se construye el backend

27

Cómo se construye la interface de tus usuarios

28

Qué es y cómo pagar la deuda técnica de una empresa

29

Infraestructura de servidores

30

Servidores básicos o locales

31

Servidores en DataCenters

32

Servidores en la nube

33

¿Cuándo elegir la nube vs. tener tu propio DataCenter?

34

¿Qué es la Inteligencia Artificial?

35

¿Cuándo utilizar Inteligencia Artificial en tu negocio?

Recursos Humanos y Gestión de Talento

36

Salarios de la industria del software en Latinoamérica y España

37

Crecimiento salarial en LATAM y España

38

Demografía de desarrolladores por región

39

Calculadora de salarios

40

Cómo motivar ingenieros y estructuras de compensación

41

Organigrama de equipos de ingeniería

42

¿Cómo crear una empresa disruptiva?

No tienes acceso a esta clase

¡Continúa aprendiendo! Únete y comienza a potenciar tu carrera

No se trata de lo que quieres comprar, sino de quién quieres ser. Invierte en tu educación con el precio especial

Antes: $249

Currency
$209

Paga en 4 cuotas sin intereses

Paga en 4 cuotas sin intereses
Suscríbete

Termina en:

12 Días
5 Hrs
19 Min
10 Seg

Cómo se construye el backend

26/42
Recursos

Aportes 36

Preguntas 5

Ordenar por:

¿Quieres ver más aportes, preguntas y respuestas de la comunidad?

El backend se comunica con la base de datos y realiza variados procesos entre los cuales están los conocidos como CRUD (Create, Read, Update, Delete). El usuario no tiene acceso directo a este backend, sino que la interfaz o aplicativo se comunica con el backend a través de un API (application programing interface) la que reconoce el login entregado y le da distintos accesos al usuario.

El backend es como la seguridad de un restaurante. Si eres el administrador, el portero te va a dejar entrar y puedes ir a todas las áreas (restaurante, cocina, oficina). Si eres un mesero, solo puedes moverte entre el restaurante y la cocina; si tratas de pasar a la oficina, probablemente haya un guardia impidiéndote el paso. Si eres un cliente, solo vas a poder acceder al restaurante y, posiblemente, solo a la mesa que reservaste. Y si no eres cliente no vas a poder pasar de la puerta.

🎨 Un backend es encargado de crear una estructura de datos consumibles para una aplicación, conocida como API.

Application Programing Interface (API).

En la practica se crea una matriz de ROLES ( Ente / Acceso) y de acuerdo a las funciones que desempeña cada persona se da acceso de Create, Read,Update, Delete.

Hacer bien un Backend es fundamental para el registro de Datos!

Muy bueno, hay que mejorar nuestra base de datos, de esta manera se puede tener un mejor entendimiento y generar una mejorar estructura!!

El backend es la parte del desarrollo web que se encarga de que toda la lógica de una página web  funcione. Se trata del conjunto de acciones que pasan en una web pero que no vemos como, por ejemplo, la comunicación con el servidor.

El encargado de desarrollar el back-end se pasa el día entero toqueteando diferentes y variados códigos de programación en lenguajes como PHP, Java o .Net. El desarrollador debe ser meticuloso y cuidadoso en su trabajo ya que un pequeño despiste y ¡bum!… Página web caída.

Algunas de las funciones que se gestionan en la parte del back-end son:

  • El Desarrollo de funciones que simplifiquen el proceso de desarrollo.
  • Acciones de lógica.
  • Conexión con bases de datos.
  • Uso de librerías del servidor web (por ejemplo para implementar temas de caché o para comprimir las imágenes de la web).

Además, tiene que velar por la seguridad de los sitios web que gestiona y optimizar al máximo los recursos para que las páginas sean ligeras.


Un CRUD genérico

En resumen, con la API podemos controlar el acceso edición y manipulación de los datos a través de una app o sitio web.
el backend captura los datos a través de unos lenguajes de programacion que corren en el servidor.

Ya tenemos la base de datos estructurada, pero no podemos darle acceso a toda la información, a todos los roles que manejen la aplicación porque sería un hueco de seguridad.  #### **¿Qué hace el Backend?** En el Backend se crea el código CRUD (Create Read Update Delete) que permite a los usuarios consumir los datos, comúnmente en formato XML y JSON, por medio de APIs (Application Program Interface) .  Estas APIs son accesibles por los usuarios a través de las peticiones realizadas desde un frontend, o aplicación final. Igualmente, dentro de la implementación de un CRUD, se implementan los controles de accesos según los roles de usuario. Un ejemplo simplificado podría ser de la siguiente manera: * Create: Administrador y Operador. * Read: Administrador, Operador y Cliente. * Update: Administrador y Operador. * Delete: Administrador. Esto es un ejemplo simplificado, ya que podría no aplicarse para todas las bases de datos, sino que podría ser aplicado tabla por tabla, operador, cliente o administrador. Dependerá del diseño de la seguridad de la aplicación y de los accesos a datos otorgados a cada perfil de usuario.

creo que si bien un gerente no va a programar, saber manipular un json (o xml) le da muchisima mas autonomía a la hora de extraer información.

######CRUD:

Create:

  • Admin.
  • Operador.

.

Read:

  • Admin.
  • Operador.
  • Cliente.

Update:

  • Admin.
  • Operador.

Delete:

  • Admin.

API:

  • Control de acceso.
  • Estructura de datos.
  • XML / JSON.

CRUD (Create, Read, Update, Delete) is an acronym for ways one can operate on stored data. It is a mnemonic for the four basic functions of persistent storage. CRUD typically refers to operations performed in a database or datastore, but it can also apply to higher level functions of an application such as soft deletes where data is not actually deleted but marked as deleted via a status.

Api -API (application programing interface) - estructura de datos a los que la versión de interface puede acceder a partir de la autentificación, controlan el acceso, edición y manipulación de datos.

Cómo se construye el Backend

Ya tenemos la base de datos estructurada, pero no podemos darle acceso a toda la información, a todos los roles que manejen la aplicación porque sería un hueco de seguridad. Lo que debemos hacer es crear un método de autenticar a los usuarios por medio de usuario y contraseña para saber si el usuario es** Administrador, Operador, o Cliente**. De este modo, podemos definir algo llamado CRUD Create Read Update Delete (Crear, Leer, Actualizar, Eliminar) de la siguiente manera:
.

  • Create: Administrador y Operador.
  • Read: Administrador, Operador y Cliente.
  • Update: Administrador y Operador.
  • Delete: Administrador.

.
Esto es un breve vistazo, ya que no aplica para todas las bases de datos, puede ser algo aplicable a tabla por tabla, operador, cliente o administrador. Varía mucho dependiendo de los datos.
.

¿Qué hace el Backend?

El Backend captura y crea una estructura de datos que pueden ser consumibles por medio de API. Estas estructuras pueden ser accesibles por medio de la interfaz de usuario, controlar los accesos y la manipulación de los datos. Comúnmente, esto se hace por medio de XML y JSON.

El backend existe para evitar que el cliente tenga acceso directo a la base de datos y la pueda manipular.
Hay que marcar un limite.

Base de datos -> Backend -> API

El back-end es una base de datos a la que los usuarios acceden indirectamente a través de una aplicación externa o mediante la manipulación con instrucciones de bajo nivel de los datos (por ejemplo, a través de comandos SQL).

Una base de datos de back-end almacena datos, pero no incluye elementos de la aplicación del usuario final, como consultas, formularios, macros o informes almacenados.

NOTA: El concepto de base de datos back-end fue inventado por Microsoft en 1989.

Bueno para conectarlo a Backend es verdad que se debe aplicar estos metodos para interactuar con nuestra aplicacion. Lo recomendable segun mi punto de vista es que este correcto la BD para interactuar con el Backend sin ningun problema. Lo digo para evitar conflictos al momento de juntarlo y evitar asi los errores. Lo se por experiencia.

CRUD:

Create
Read
Update
Delete

Es importante decir que existen promesas en node que te sirven para esto. Lo conectás a la base de datos con, por ejemplo:Express y te ahí podemos decir que hay tareas:

  • Create: admin y operador
  • Read: Admin, operador, cliente,
  • Update: Admin, operador
  • Delete: admin
La categoria en los permisos sobre la app o sistema son fundamentales para evitar fraude

Agregaría, esta información va de manera segura si se programa bien y no se envían los datos sin cifrar y nada de datos en la cabecera (datos que se ven en explorador)

una API (Application Programming Interface) es estructura de datos a los que la version de la interfas puede acceder que permite el control de acceso y la edición de datos (XML/JSON)

Backend y API.

Gracias

C R U D

Create, Read, Update, Delete (CRUD).

CRUD
Create Read Update Delete

Roles, interesantes…

Crear, Leer, Actualizar, Borrar

CRUD:
Create
Read
Update
Delete

los roles y sus permisos son importantes para este tipo de ejemplo de negocio.

Backend / API
BD. Login Reportes. CRUD.

API= estructura datos, control de acceso