Creación de redes sociales.

Al crear redes sociales sobre la base de nuestra plataforma, se utiliza toda una ″combinación″ de tecnologías. De hecho, una plataforma es un marco (un conjunto de soluciones de software) + infraestructura de servidor que sirve a cada proyecto individual (servidores proxy, CDN, sistemas de almacenamiento en clúster). Hablando de la parte de software de la plataforma (sobre el framework), podemos decir que se trata de 1) bibliotecas y soluciones en el campo de proyectos de alta carga; 2) bibliotecas y soluciones en el campo de la IA; 3) soluciones de software de seguridad de la información; 4) componentes funcionales de las redes sociales. En la pila de tecnologías utilizadas se pueden distinguir soluciones basadas en Go, Phyton, JAVA, nodejs, php, Kotlin, Swift y otros lenguajes. Destacamos que nuestra plataforma es un conjunto completo (″recolector″) de soluciones abiertas. Es importante destacar que en el campo de los DBMS se utilizan tanto soluciones SQL como NoSQL (en combinación y dependiendo de las tareas a resolver), las cuales brindan alta velocidad, confiabilidad y escalabilidad de soluciones en condiciones de procesamiento de grandes arreglos de datos. Además, desarrollamos nuestros propios controladores para los sistemas utilizados y DBMS, que nos permiten manejar una serie de excepciones y trabajar bajo altas cargas y requisitos de confiabilidad.

Para proyectos tan cargados como las redes sociales, organizamos toda una red de CDN y servidores de almacenamiento. Junto con socios y clientes, acordamos la topología del proyecto, teniendo en cuenta sus características, así como un conjunto de requisitos: 1) en el campo de la confiabilidad y seguridad del proyecto; 2) en el campo de los requisitos legales de los países, cuyos usuarios deben tener acceso al proyecto. Lo más importante es que no solo podemos crear la infraestructura adecuada para cualquier proyecto de este tipo, sino también arrendar nuestra infraestructura. Las decisiones en un caso u otro se toman en función de la viabilidad económica y la facilidad de apoyo. Actualmente estamos creando una infraestructura distribuida, los servidores de la plataforma están ubicados en centros de datos altamente confiables en países como USA, Rusia, Singapur, Alemania, Holanda, Finlandia. La infraestructura para cada proyecto se asigna de tal manera que se garantice una alta confiabilidad y velocidad de las aplicaciones del proyecto en las condiciones de acceso de la audiencia de todo el mundo.

Lo importante a recordar aquí es que estamos creando proyectos escalables horizontalmente. Esto significa, entre otras cosas, que no hay necesidad de reservar capacidades para una audiencia que no estará en 1-2 meses. Podemos escalar rápidamente la infraestructura de acuerdo con la dinámica de crecimiento de los proyectos. Teniendo en cuenta la excelente optimización del software utilizado y los métodos de almacenamiento de datos, en promedio, 1 grupo de proyectos requiere 3 servidores. En promedio, necesita 2 + 1 clústeres por cada diez millones de audiencia diaria de proyectos (cada usuario genera en promedio más de 100 solicitudes al backend). El costo de alquilar 1 clúster es de aproximadamente 1000 dólares estadounidenses por mes. Además, existe la opción de alquilar nuestra infraestructura en la nube, que puede resultar más económica que utilizar tus propios clústeres, debido a la sinergia con otros proyectos. En cualquier caso, los gastos técnicos se compensan con creces en dichos proyectos, tanto a través de la monetización publicitaria como a través de la monetización de los servicios internos. Cuanto mayor sea la audiencia del proyecto, menor será el costo de su operación técnica.

Fundamental y teóricamente - ″SÍ″. Todas nuestras soluciones son de código abierto. Pero en la práctica, esto no siempre es beneficioso para nuestros socios, pues para ello es necesario contar con especialistas altamente calificados en el campo de los proyectos altamente cargados y el stack tecnológico utilizado. Sin embargo, hay dos opciones para la cooperación: 1) capacitamos y formamos un equipo separado para trabajar con el proyecto; 2) seguimos sirviendo y desarrollando el proyecto junto a usted (la última opción es la más rentable desde el punto de vista de la ″sinergia″, porque nuestras soluciones se están desarrollando y el costo del servicio puede ser más rentable que mantener un equipo separado ).

Nuestra plataforma está equipada con varias capas y mecanismos de protección y seguridad, que incluyen:

• Protección de datos personales:
  1) Los datos personales se almacenan en forma cifrada;
  2) Se siguen estrictamente los estándares de OWASP;
  3) Acceso al análisis del dispositivo + autenticación de dos factores.
• Las páginas internas de los proyectos dentro de la plataforma están protegidas de los sistemas automatizados para analizar, buscar y copiar información; intente escribir un analizador de datos, por ejemplo, desde este sitio, y compruébelo usted mismo;
• Se excluye el registro de bots en el sistema (se utilizan tecnologías de inteligencia artificial para analizar la actividad conductual);
• Si se detecta actividad maliciosa, el sistema genera automáticamente ″abusos-cartas″ y las envía a los centros de datos y proveedores de Internet que participan en el ataque.

Esto es más una cuestión organizativa que técnica. En cuanto al aspecto técnico del problema, el acceso al DBMS está estrictamente delimitado del acceso de los desarrolladores al código del programa. Por lo general, los desarrolladores dentro de nuestra plataforma no tienen acceso a los nodos del sistema de administración de la base de datos. En cuanto a la parte organizativa y técnica, para estos fines se utilizan ingenieros certificados en el campo de la seguridad de la información. Como regla general, estas personas son los ingenieros principales del proyecto y son responsables de la parte más vulnerable. El acceso a dichas partes del proyecto está altamente regulado y protegido legalmente.

Démosle un ejemplo. Cuando creas un juego en un lenguaje de programación, el juego en sí se convierte en un objeto de propiedad intelectual y no en el lenguaje de programación en el que está escrito. Sin embargo, en el contrato de licencia del juego, es necesario indicar los objetos de propiedad intelectual que se utilizaron al crearlo. Por ejemplo, objetos visuales, lenguajes de programación, bibliotecas publicadas bajo la licencia Apache o la GPL. A pesar de que la plataforma en sí, a partir de la cual se crean las redes sociales, nos pertenece, el objeto último de la propiedad intelectual es la propia red social, que tiene características únicas. Esta propiedad intelectual ya te pertenecerá. Pero su contrato de licencia de red debe enumerar el software que utiliza para construirlo, incluida nuestra plataforma. Le ayudaremos a redactar correctamente un contrato de licencia y registrar su objeto de propiedad intelectual.

En respuesta a la pregunta anterior, indicamos que lo ayudaremos a redactar correctamente una descripción de producto (su red social), redactar un contrato de licencia para los usuarios y también pasar por el procedimiento para registrar un objeto de propiedad intelectual. En diferentes países, diferentes departamentos son responsables de esto. Por ejemplo, en Rusia, Rospatent se dedica a esto. En los EE. UU., La Biblioteca del Congreso de EE. UU. No importa dónde registres tu propiedad intelectual. Lo importante es que dicho registro tiene protección legal en todos los países.

Al final del desarrollo y con la entrega del proyecto, transferimos el acceso a la infraestructura del proyecto y la descripción para los especialistas del cliente. Todas nuestras soluciones son de código abierto. Además, si es económicamente beneficioso para las Partes, podemos continuar el mantenimiento y desarrollo de su proyecto junto con usted. Hay diferentes opciones para su elección.

La respuesta es simple:
1. QSNE no es una red social lista para usar, sino un marco utilizado para crear proyectos de alta carga. Un conjunto de bibliotecas, ″cubos″ a partir de los cuales se construye cada red social individual;
2. Cada red social es única y tiene características únicas. Todo esto se acuerda inicialmente y depende del paradigma y la idea puesta en el proyecto. Además, cada red social tiene su propia GUI, su propio estilo único; todo esto requiere una cantidad significativa de tiempo para desarrollarse;
3. Una red social consta de una serie de componentes que no se desarrollan en paralelo, sino estrictamente secuencial. Por ejemplo, aplicaciones de elementos web, API y backend.

Por supuesto no. El desarrollo de una red social es un proceso de varios pasos. Al desarrollar proyectos de carga tan alta, se utiliza una cierta pila de tecnologías y se utiliza una ″combinación″ completa de soluciones. Todo depende no solo de la complejidad del proyecto, sino de sus componentes; por ejemplo, algunos proyectos necesitan secuencias de video, otros no, algunos proyectos usan aplicaciones diferentes y algunos repiten la parte adaptativa del proyecto. En promedio, el desarrollo de una red social toma de 3 (para proyectos muy simples) a 18 meses.