TALKING ABOUT SOFTWARE ARCHITECTURE // HABLANDO SOBRE ARQUITECTURA DE SOFTWARE [ENG/ESP]

ENGLISH

Hello Hive community.

This time I bring a reflection on how to think about building software in my opinion and experience, at least initially as an idea on which to improve, trying to imagine a software architecture that may or may not be oriented to integration with Blockchain.

The first thing the architecture approach goes beyond programming languages as it is a previous step, although it depends on the case the programmer will choose the language that is more familiar or with which he has more practice, you can also choose based on the need of the case, and evaluate the different options that can solve it, also taking into account the experience in each language that is an important point to consider.

Speaking specifically of Web Applications, the different ways to perform microservices or division of layers in the application logic is fundamental, this is related to the type of business, but the minimum today are two layers with the Client Server Model, followed by a division between the data layer and the business logic, in this way we would already have a 3-layer architecture basically, regardless of whether or not microservices.

The use of Microservices is recommended because the access to each of the services is independent, it remains easily scalable and reusable for modifications, as well as accessible from different frontend, and also with connection to multiple databases or Blockchains, in addition to these integrations are made at the level of scalability over time, but maintaining a workable code.

Also at the moment of having an application in production, the facility of having two or more services and not only one, allows to maintain parts of the service active while updating others, this is important and one realizes it at the moment of making live changes.

It never hurts to talk about backups always recommended and necessary as a frequent database backup that can save from many problems, and keep a working structure in an application like Github or many others that facilitate the documentation of versions.

Well I hope you like these reflections on the decisions to take regarding the software architecture that we are going to take in our applications and the reasons.

Images created with: https://creator.nightcafe.studio/

You can visit my Blog at https://peakd.com/@taradraz1

Thank you very much for your attention.

ESPAÑOL

Hola comunidad de Hive.

En esta ocasion traigo una reflexión sobre como pensar el construir software en mi opinión y experiencia, al menos inicialmente como una idea sobre la cual mejorar, intentando imaginar una arquitectura de software que puede estar o no orientada a integración con Blockchain.

Lo primero el enfoque de la arquitectura va mas allá de los lenguajes de programación ya que es un paso previo, si bien depende el caso el programador escogera el lenguaje que le sea mas familiar o con el cual tenga mayor práctica, también se puede escoger en base a la necesidad del caso, y evaluar las distintas opciones que puedan solucionarlo, tomando en cuenta igualmente la experiencia en cada lenguaje que es un punto importante a considerar.

Hablando especificamente de Aplicaciones Web, las distintas formas de realizar microservicios o división de capas en la logica del aplicativo es lo fundamental, esto esta relacionado con el tipo de negocio, pero lo minimo en la actualidad son dos capas con el Modelo Cliente Servidor, seguido de una division entre la capa de datos y la logica del negocio, de esta forma ya tendriamos una arquitectura de 3 capas básicamente, mas allá de que sea o no microservicios.

Se recomienda el uso de Microservicios ya que el acceso a cada uno de los servicios se hace independiente, se mantiene escalable facilmente y reutilizable para modificaciones, además de accesible desde distintos frontend, y también con conexión a una bases de datos muiltiples o Blockchains, ademas se realizar estas integraciones a nivel de escalabilidad con el paso del tiempo, pero manteniendo un codigo trabajable.

También al momento de tener una aplicacion en producción, la facilidad de tener dos o mas servicios y no solo uno, permite mantener partes del servicio activas mientras se actualizan otras, esto es importante y uno se da cuenta al momento de realizar cambios en vivo.

Nunca esta de más hablar sobre respaldos siempre recomendados y necesarios como un backup de base de datos frecuente que puede salvar de muchos problemas, y llevar una estructura de trabajo en una aplicacion como Github o tantas otras que facilitan la documentación de versiones.

Bueno espero les guste estas reflexiones sobre las decisiones a tomar en cuanto a la arquitectura de software que vamos a llevar en nuestras aplicaiones y las razones.

Imagenes creadas con: https://creator.nightcafe.studio/

Pueden visitar mi Blog en https://peakd.com/@taradraz1

Muchas gracias por su atencion.