Diferença entre Elasticidade e Escalabilidade na Cloud | Cloud Elasticity vs. Cloud Scalability

Artigos relacionados: Balanceamento de Carga • Elasticidade vs Escalabilidade • Propriedades ACID • Teorema CAP


Diferença entre Elasticidade e Escalabilidade na Cloud

Há muitos aspectos que os administradores de infraestruturas de redes informaticas da Cloud devem considerar ao decidir implementar os serviços de nuvem. Custo, segurança, desempenho, disponibilidade e confiabilidade, são algumas das principais áreas a serem consideradas. Outro critério que deve ser considerado quando o número de clientes ou utilizadores cresce é a escalabilidade e a elasticidade da nuvem.


Elasticidade vs. Escalabilidade

O objetivo da elasticidade é combinar os recursos alocados com a quantidade real de recursos necessários em qualquer ponto no decorrer do tempo de uso do sistema. A escalabilidade lida com as necessidades de mudança de uma aplicação dentro da infraestrutura, adicionando ou removendo recursos estaticamente para atender aos pedidos das aplicações quando necessário.


Elasticidade da Nuvem

Elasticidade é a capacidade de aumentar ou reduzir dinamicamente os recursos da infraestrutura conforme necessário, para adaptar-se às mudanças na carga de trabalho de maneira autónoma, assim maximizando o uso de recursos disponíveis no sistema. Isso pode resultar numa economia nos custos de infraestrutura em geral. Mas nem todos necessitam da elasticidade que poderá ser oferecida, porque em em sistemas que não tenham mudanças súbitas ou cíclicas no acesso ao sistema, não se justifica o uso de um sistema elástico. O sistema pode incluir: hardware, software, QoS, conectividade e outros recursos usados em sistemas elásticos, assim garantindo que o desempenho das aplicações da nuvem.

A elasticidade da nuvem é um recurso popular associado a soluções de scale-out (dimensionamento horizontal), que permite que os recursos sejam adicionados ou removidos dinamicamente quando necessário. Elasticidade é geralmente associada a recursos de nuvem pública e que é normalmente apresentada em serviços pay-per-use ou pay-as-you-grow. Isso significa que os gestores de TI não pagam mais pelos recursos do que estão usando a qualquer momento. Em ambientes virtuais, a elasticidade da nuvem pode incluir a capacidade de implantar dinamicamente novas máquinas virtuais ou desligar máquinas virtuais inativas numa questão de segundos, porque é um processo digital.

Um caso exemplo de um sistema que poderia necessitar de elasticidade da nuvem, são plataformas de venda de produtos, em que de forma sazonal existe em certos períodos do ano uma enorme quantidade de acessos, criando uma demanda repentina no sistema. Uma empresa em vez de gastar o orçamento numa capacidade adicional de infra-estrutura permanente para lidar com alguns meses de alta carga do ano, esta é uma boa oportunidade para usar uma solução elástica. A infra-estrutura adicional só necessita de estar ativa em determinados períodos do ano para lidar com o aumento do volume de pedidos ao sistema, e no resto do ano diminui a capacidade para um modelo mais económico que é capaz de lidar perfeitamente com o volume de acesso do resto do ano.


Escalabilidade na nuvem

A escalabilidade inclui a capacidade de aumentar o tamanho da carga de trabalho dentro da infraestrutura existente (hardware, software, etc.) sem afetar o desempenho. A escalabilidade pode ser vertical (scale-up no sistema) ou horizontal (scale-out para vários sistemas). As aplicações têm espaço para ampliar de forma a evitar que a falta de recursos no futuro.

Um caso exemplo é de uma pequena empresa que utiliza uma aplicação e uma base de dados alojada num servidor, com o crescimento da empresa, a base de dados aumenta e os recursos da aplicação também crescem. O gestor TI deverá analisar o crescimento da necessidade dos recursos no futuro planeado e aumentar a infraestrutura provisionada (computação, rede ou armazenamento) necessária para que a aplicação tenha a capacidade de processamento ou o espaço na base de dados necessária para satisfazer os pedidos dos utilizadores.


Onde a Elasticidade e Escalabilidade se cruzam

Alguns serviços de nuvem são considerados soluções adaptáveis onde tanto a escalabilidade quanto a elasticidade são oferecidas. Eles permitem que os departamentos de TI expandam ou contratem os seus recursos e serviços com base nas suas necessidades e ao mesmo tempo oferecendo o crescimento à medida que as necessidades de desempenho e recursos sejam precisos. A incorporação desses dois recursos é uma consideração importante para os gestores de TI cujas infraestruturas estão a mudar constantemente. Existem diferenças distintas entre elasticidade e escalabilidade, que depende da necessidade do negócio ou do caso de uso, se os serviços de elasticidade ou de escalabilidade serão a melhor escolha. Há uma regra prática para ajudar os gestores TI a tomar essa decisão: A escalabilidade da nuvem geralmente é oferecida mais prontamente em ambientes de nuvem privada, enquanto a elasticidade da nuvem geralmente é fornecida mais prontamente em ambientes de nuvem pública.



______________________________________________________________________




Index
― Elasticidade vs Escalabilidade na Cloud (PORTUGUESE | PORTUGUÊS)
― Cloud Elasticity vs. Cloud Scalability (ENGLISH)
― Élasticité du nuage et évolutivité du nuage (FRENCH | FRANÇAIS)
― Elasticidad en la nube vs. escalabilidad en la nube (SPANISH | ESPAÑOL)
― Cloud-Elastizität vs. Cloud-Skalierbarkeit (GERMAN | DEUTSCHE)
― Cloud Elasticity vs. Cloud Scalability (ITALIAN | ITALIANO)
― Облачная эластичность против облачной масштабируемости (RUSSIAN | РУССКИЙ)
― Bulut Esnekliği - Bulut Ölçeklenebilirliği (TURKISH | TÜRK)
― Еластичність хмари та масштабованість у хмарі (UKRAINIAN | УКРАЇНСЬКИЙ)
― 云弹性与云可扩展性 (CHINESE | 中文)
― クラウドの弾力性とクラウドのスケーラビリティ (JAPANESE | 日本語)
― سحابة مرونة مقابل سحابة التدرجية (ARABIC | عربى)
― 구름 탄성과 구름 확장 성 (KOREAN | 한국)
― Ελαστικότητα σύννεφων και κλιμακωτή αξιοπιστία (GREEK | Ελληνικά)
― Cloud Elasticity vs. Cloud-schaalbaarheid (NETHERLANDS | NEDERLAND)
― Elasticitatea cloud vs. Scalabilitatea cloud (ROMANIA | ROMÂNIA)



______________________________________________________________________




ENGLISH
Cloud Elasticity vs. Cloud Scalability

There are many aspects that cloud computing infrastructure administrators should consider when deciding to implement cloud services. Cost, safety, performance, availability and reliability are some of the key areas to consider. Another criterion that must be considered when the number of customers or users grows is the scalability and elasticity of the cloud.


Elasticity vs. Scalability

The goal of elasticity is to combine the allocated resources with the actual amount of resources needed at any point in the course of the system's usage time. Scalability addresses the needs of changing an application within the infrastructure by adding or removing resources statically to meet application requests when needed.


Cloud Elasticity

Elasticity is the ability to dynamically increase or reduce infrastructure resources as needed to adapt to changes in workload autonomously, thus maximizing the use of resources available in the system. This can result in savings in overall infrastructure costs. But not everyone needs the elasticity that can be offered, because in systems that do not have sudden or cyclic changes in access to the system, the use of an elastic system is not justified. The system can include: hardware, software, QoS, connectivity and other resources used in elastic systems, thus ensuring that the performance of the cloud applications.

Cloud elasticity is a popular feature associated with scale-out solutions, which allow resources to be added or removed dynamically when needed. Elasticity is usually associated with public cloud features and is typically presented in pay-as-you-grow services. This means IT managers do not pay more for the resources they are using at any time. In virtual environments, cloud elasticity may include the ability to dynamically deploy new virtual machines or shut down inactive virtual machines in a matter of seconds because it is a digital process.

An example case of a system that might need elasticity of the cloud, are product sales platforms, in which seasonally exists at certain times of the year a huge amount of accesses, creating a sudden demand system. A company instead of spending the budget on an additional capacity of permanent infrastructure to handle a few months of high load of the year, this is a good opportunity to use an elastic solution. The additional infrastructure only needs to be active at certain times of the year to handle the increased volume of orders to the system, and the rest of the year decreases the capacity for a more economical model that is able to cope perfectly with the volume of access for the rest of the year.


Scalability in the cloud

Scalability includes the ability to increase the workload size within existing infrastructure (hardware, software, etc.) without affecting performance. Scalability can be either vertical (scale-up in the system) or horizontal (scale-out for multiple systems). Applications have room to expand in order to prevent the lack of resources in the future.

An example is a small company that uses an application and a database hosted on a server, with the growth of the company, the database increases and the resources of the application grow as well. The IT manager should analyze the growth in resource requirements in the planned future and increase the provisioned infrastructure (computing, network or storage) required for the application to have the processing capacity or the space in the database needed to satisfy user requests.


Where Elasticity and Scalability intersect

Some cloud services are considered adaptive solutions where both scalability and elasticity are offered. They enable IT departments to expand or contract their resources and services based on their needs while delivering growth as performance, and resource needs are met. Incorporating these two features is an important consideration for IT managers whose infrastructures are constantly changing. There are distinct differences between elasticity and scalability, which depends on the business need or the use case, whether elasticity or scalability services will be the best choice. There is a practical rule to help IT managers make this decision: Cloud scalability is usually delivered more readily in private cloud environments, while cloud elasticity is usually delivered more readily in public cloud environments.



______________________________________________________________________




FRENCH | FRANÇAIS
Élasticité du nuage et évolutivité du nuage

Les administrateurs d'infrastructure de cloud computing doivent prendre en compte de nombreux aspects avant de décider d'implémenter des services de cloud. Le coût, la sécurité, les performances, la disponibilité et la fiabilité sont des domaines clés à prendre en compte. Un autre critère à prendre en compte lorsque le nombre de clients ou d'utilisateurs augmente est l'évolutivité et l'élasticité du cloud.


Élasticité vs évolutivité

L'objectif de l'élasticité est de combiner les ressources allouées avec la quantité réelle de ressources nécessaires à tout moment du cours de la durée d'utilisation du système. L’évolutivité répond aux besoins de modification d’une application au sein de l’infrastructure en ajoutant ou en supprimant des ressources de manière statique pour répondre aux demandes d’application lorsque cela est nécessaire.


Élasticité des nuages

L'élasticité est la capacité d'augmenter ou de réduire de manière dynamique les ressources d'infrastructure afin de s'adapter aux changements de charge de travail de manière autonome, optimisant ainsi l'utilisation des ressources disponibles dans le système. Cela peut entraîner des économies sur les coûts d'infrastructure globaux. Mais tout le monde n'a pas besoin de l'élasticité qui peut être offerte, car dans les systèmes qui ne subissent pas de modifications soudaines ou cycliques de l'accès au système, l'utilisation d'un système élastique n'est pas justifiée. Le système peut inclure: du matériel, des logiciels, la qualité de service, la connectivité et d’autres ressources utilisées dans les systèmes élastiques, garantissant ainsi la performance des applications cloud.

L’élasticité des nuages est une fonctionnalité courante associée aux solutions d’extension, qui permettent d’ajouter ou de supprimer des ressources de manière dynamique, le cas échéant. L'élasticité est généralement associée aux fonctionnalités de cloud public et est généralement présentée dans les services de paiement au fur et à mesure. Cela signifie que les responsables informatiques ne paient pas davantage pour les ressources qu'ils utilisent à tout moment. Dans les environnements virtuels, l'élasticité du cloud peut inclure la possibilité de déployer de manière dynamique de nouvelles machines virtuelles ou d'éteindre des machines virtuelles inactives en quelques secondes, car il s'agit d'un processus numérique.

Un exemple de système pouvant nécessiter l’élasticité du nuage est constitué par les plates-formes de vente de produits, dans lesquelles il existe de façon saisonnière, à certaines périodes de l’année, un nombre considérable d’accès, créant ainsi un système de demande soudaine. Une entreprise au lieu de dépenser son budget dans une capacité supplémentaire d’infrastructures permanentes pour faire face à quelques mois de forte charge, c’est une bonne occasion d’utiliser une solution élastique. L'infrastructure supplémentaire doit seulement être active à certaines périodes de l'année pour traiter le volume accru de commandes du système, et le reste de l'année réduit la capacité d'un modèle plus économique capable de gérer parfaitement le volume d'accès. pour le reste de l'année.


Evolutivité dans le cloud

L'évolutivité inclut la possibilité d'augmenter la taille de la charge de travail au sein de l'infrastructure existante (matériel, logiciels, etc.) sans affecter les performances. L'évolutivité peut être verticale (mise à l'échelle dans le système) ou horizontale (mise à l'échelle pour plusieurs systèmes). Les applications ont de la place pour se développer afin de prévenir le manque de ressources à l'avenir.

Un exemple est une petite entreprise qui utilise une application et une base de données hébergée sur un serveur, avec la croissance de l'entreprise, la base de données augmente et les ressources de l'application augmentent également. Le responsable informatique doit analyser la croissance des besoins en ressources dans l’avenir prévu et augmenter l’infrastructure fournie (informatique, réseau ou stockage) requise pour que l’application dispose de la capacité de traitement ou de l’espace dans la base de données nécessaire pour satisfaire les demandes des utilisateurs.


Intersection de l'élasticité et de l'évolutivité

Certains services en nuage sont considérés comme des solutions adaptatives offrant à la fois une extensibilité et une élasticité. Ils permettent aux services informatiques d'étendre ou de contracter leurs ressources et leurs services en fonction de leurs besoins, tout en générant une croissance proportionnelle aux performances et aux besoins en ressources. L'intégration de ces deux fonctionnalités est une considération importante pour les responsables informatiques dont les infrastructures évoluent constamment. Il existe des différences distinctes entre l’élasticité et l’évolutivité, qui dépendent du besoin de l’entreprise ou du cas d’utilisation, selon que les services d’élasticité ou d’évolutivité constituent le meilleur choix. Il existe une règle pratique pour aider les responsables informatiques à prendre cette décision: l'évolutivité du cloud est généralement fournie plus facilement dans les environnements de cloud privé, tandis que l'élasticité du cloud est généralement fournie plus facilement dans les environnements de cloud public.



______________________________________________________________________




SPANISH | ESPAÑOL
Elasticidad en la nube vs. escalabilidad en la nube

Hay muchos aspectos que los administradores de infraestructura de computación en la nube deben considerar al decidir implementar servicios en la nube. El costo, la seguridad, el rendimiento, la disponibilidad y la confiabilidad son algunas de las áreas clave a considerar. Otro criterio que debe considerarse cuando la cantidad de clientes o usuarios crece es la escalabilidad y elasticidad de la nube.


Elasticidad frente a escalabilidad

El objetivo de la elasticidad es combinar los recursos asignados con la cantidad real de recursos necesarios en cualquier momento del tiempo de uso del sistema. La escalabilidad responde a las necesidades de cambiar una aplicación dentro de la infraestructura agregando o eliminando recursos de forma estática para satisfacer las solicitudes de la aplicación cuando sea necesario.


Elasticidad de la nube

La elasticidad es la capacidad de aumentar o reducir dinámicamente los recursos de infraestructura según sea necesario para adaptarse a los cambios en la carga de trabajo de forma autónoma, maximizando así el uso de los recursos disponibles en el sistema. Esto puede resultar en ahorros en los costos generales de infraestructura. Pero no todos necesitan la elasticidad que se puede ofrecer, porque en los sistemas que no tienen cambios repentinos o cíclicos en el acceso al sistema, el uso de un sistema elástico no está justificado. El sistema puede incluir: hardware, software, QoS, conectividad y otros recursos utilizados en sistemas elásticos, asegurando así el rendimiento de las aplicaciones en la nube.

La elasticidad de la nube es una característica popular asociada con las soluciones de escalamiento horizontal, que permite que los recursos se agreguen o eliminen dinámicamente cuando sea necesario. La elasticidad por lo general se asocia con las funciones de la nube pública y generalmente se presenta en los servicios de pago a medida que usted crece. Esto significa que los administradores de TI no pagan más por los recursos que están usando en ningún momento. En entornos virtuales, la elasticidad de la nube puede incluir la capacidad de implementar dinámicamente nuevas máquinas virtuales o apagar máquinas virtuales inactivas en cuestión de segundos porque es un proceso digital.

Un caso de ejemplo de un sistema que podría necesitar elasticidad de la nube son las plataformas de venta de productos, en las cuales, en ciertas épocas del año, existe una gran cantidad de accesos que crean un sistema de demanda repentina. Una empresa en lugar de gastar el presupuesto en una capacidad adicional de infraestructura permanente para manejar algunos meses de gran carga del año, esta es una buena oportunidad para usar una solución elástica. La infraestructura adicional solo necesita estar activa en ciertas épocas del año para manejar el mayor volumen de pedidos al sistema, y el resto del año disminuye la capacidad de un modelo más económico que puede hacer frente perfectamente al volumen de acceso. por el resto del año.


Escalabilidad en la nube.

La escalabilidad incluye la capacidad de aumentar el tamaño de la carga de trabajo dentro de la infraestructura existente (hardware, software, etc.) sin afectar el rendimiento. La escalabilidad puede ser vertical (ampliación en el sistema) u horizontal (ampliación para múltiples sistemas). Las aplicaciones tienen espacio para expandirse para evitar la falta de recursos en el futuro.

Un ejemplo es una pequeña empresa que utiliza una aplicación y una base de datos alojada en un servidor, con el crecimiento de la empresa, la base de datos aumenta y los recursos de la aplicación también crecen. El administrador de TI debe analizar el crecimiento de los requisitos de recursos en el futuro planificado y aumentar la infraestructura provista (computación, red o almacenamiento) requerida para que la aplicación tenga la capacidad de procesamiento o el espacio en la base de datos necesario para satisfacer las solicitudes de los usuarios.


Donde la elasticidad y la escalabilidad se cruzan

Algunos servicios en la nube se consideran soluciones adaptativas donde se ofrecen escalabilidad y elasticidad. Permiten a los departamentos de TI expandir o contratar sus recursos y servicios según sus necesidades, al tiempo que ofrecen crecimiento a medida que se satisfacen las necesidades de recursos y recursos. La incorporación de estas dos funciones es una consideración importante para los administradores de TI cuyas infraestructuras están en constante cambio. Existen diferencias distintivas entre la elasticidad y la escalabilidad, que dependen de la necesidad comercial o del caso de uso, ya sea que la elasticidad o la escalabilidad sean los servicios que sean la mejor opción. Hay una regla práctica para ayudar a los administradores de TI a tomar esta decisión: la escalabilidad de la nube generalmente se entrega más fácilmente en entornos de nube privada, mientras que la elasticidad de la nube generalmente se entrega más fácilmente en entornos de nube pública.



_______________________________________________________________________




GERMAN | DEUTSCHE
Cloud-Elastizität vs. Cloud-Skalierbarkeit

Es gibt viele Aspekte, die Administratoren von Cloud-Computing-Infrastrukturen berücksichtigen sollten, wenn sie sich für die Implementierung von Cloud-Diensten entscheiden. Kosten, Sicherheit, Leistung, Verfügbarkeit und Zuverlässigkeit sind einige der wichtigsten zu berücksichtigenden Bereiche. Ein weiteres Kriterium, das bei steigender Anzahl von Kunden oder Benutzern berücksichtigt werden muss, ist die Skalierbarkeit und Elastizität der Cloud.


Elastizität vs. Skalierbarkeit

Das Ziel der Elastizität besteht darin, die zugewiesenen Ressourcen mit der tatsächlichen Menge an Ressourcen zu kombinieren, die zu einem beliebigen Zeitpunkt im Verlauf der Nutzungszeit des Systems benötigt wird. Die Skalierbarkeit berücksichtigt die Anforderungen zum Ändern einer Anwendung in der Infrastruktur, indem Ressourcen statisch hinzugefügt oder entfernt werden, um Anwendungsanforderungen bei Bedarf zu erfüllen.


Wolkenelastizität

Unter Elastizität versteht man die Fähigkeit, die Infrastrukturressourcen dynamisch zu erhöhen oder zu reduzieren, wenn dies zur autonomen Anpassung an Änderungen der Arbeitslast erforderlich ist, wodurch die Nutzung der im System verfügbaren Ressourcen maximiert wird. Dies kann zu Einsparungen bei den gesamten Infrastrukturkosten führen. Aber nicht jeder braucht die Elastizität, die angeboten werden kann, weil in Systemen, die keine plötzlichen oder zyklischen Änderungen des Zugriffs auf das System aufweisen, die Verwendung eines elastischen Systems nicht gerechtfertigt ist. Das System kann Folgendes umfassen: Hardware, Software, QoS, Konnektivität und andere Ressourcen, die in elastischen Systemen verwendet werden, um so die Leistung der Cloud-Anwendungen sicherzustellen.

Die Cloud-Elastizität ist eine beliebte Funktion in Verbindung mit Scale-Out-Lösungen, mit denen Ressourcen bei Bedarf dynamisch hinzugefügt oder entfernt werden können. Elastizität ist in der Regel mit Funktionen der öffentlichen Cloud verbunden und wird in der Regel in Pay-as-you-grow-Diensten dargestellt. Dies bedeutet, dass IT-Manager zu keinem Zeitpunkt mehr für die von ihnen verwendeten Ressourcen zahlen. In virtuellen Umgebungen kann die Cloud-Elastizität die Fähigkeit umfassen, neue virtuelle Maschinen dynamisch bereitzustellen oder inaktive virtuelle Maschinen in Sekundenschnelle herunterzufahren, da es sich um einen digitalen Prozess handelt.

Ein Beispiel für ein System, das Elastizität der Cloud erfordern könnte, sind Produktverkaufsplattformen, auf denen saisonal zu bestimmten Jahreszeiten eine große Anzahl von Zugriffen besteht, was zu einem plötzlichen Nachfragesystem führt. Ein Unternehmen, das nicht das Budget für eine zusätzliche Kapazität der permanenten Infrastruktur ausgeben muss, um einige Monate mit hoher Belastung des Jahres zu bewältigen, ist eine gute Gelegenheit, eine elastische Lösung zu verwenden. Die zusätzliche Infrastruktur muss nur zu bestimmten Zeiten des Jahres aktiv sein, um das gestiegene Auftragsvolumen des Systems zu bewältigen, und der Rest des Jahres verringert die Kapazität für ein wirtschaftlicheres Modell, das das Zugriffsvolumen perfekt bewältigen kann für den Rest des Jahres.


Skalierbarkeit in der Cloud

Die Skalierbarkeit umfasst die Möglichkeit, die Workload-Größe innerhalb der vorhandenen Infrastruktur (Hardware, Software usw.) zu erhöhen, ohne die Leistung zu beeinträchtigen. Die Skalierbarkeit kann entweder vertikal (im System vergrößert) oder horizontal (für mehrere Systeme verkleinert) sein. Die Anwendungen können erweitert werden, um Ressourcenmangel in Zukunft zu vermeiden.

Ein Beispiel ist ein kleines Unternehmen, das eine Anwendung und eine auf einem Server gehostete Datenbank verwendet, wobei das Unternehmen wächst, die Datenbank wächst und die Ressourcen der Anwendung ebenfalls wachsen. Der IT-Manager sollte das Wachstum des Ressourcenbedarfs in der geplanten Zukunft analysieren und die bereitgestellte Infrastruktur (Computer, Netzwerk oder Speicher) erhöhen, die erforderlich ist, damit die Anwendung über die Verarbeitungskapazität oder den Speicherplatz in der Datenbank verfügt, der zur Erfüllung von Benutzeranforderungen erforderlich ist.


Wo sich Elastizität und Skalierbarkeit überschneiden

Einige Cloud-Dienste gelten als adaptive Lösungen, bei denen sowohl Skalierbarkeit als auch Elastizität angeboten werden. Sie ermöglichen den IT-Abteilungen, ihre Ressourcen und Services bedarfsgerecht zu erweitern oder zu reduzieren und gleichzeitig das Wachstum zu erzielen, sobald die Leistung und der Ressourcenbedarf gedeckt sind. Die Integration dieser beiden Funktionen ist ein wichtiger Aspekt für IT-Manager, deren Infrastrukturen sich ständig ändern. Es gibt deutliche Unterschiede zwischen Elastizität und Skalierbarkeit, die von den geschäftlichen Anforderungen oder dem Anwendungsfall abhängen, ob Services für Elastizität oder Skalierbarkeit die beste Wahl sind. Es gibt eine praktische Regel, die IT-Managern dabei hilft, diese Entscheidung zu treffen: Cloud-Skalierbarkeit wird in privaten Cloud-Umgebungen in der Regel leichter bereitgestellt, während die Cloud-Elastizität in öffentlichen Cloud-Umgebungen in der Regel leichter bereitgestellt wird.



______________________________________________________________________




ITALIAN | ITALIANO
Cloud Elasticity vs. Cloud Scalability

Ci sono molti aspetti che gli amministratori dell'infrastruttura di cloud computing dovrebbero prendere in considerazione quando decidono di implementare servizi cloud. Costo, sicurezza, prestazioni, disponibilità e affidabilità sono alcune delle aree chiave da considerare. Un altro criterio che deve essere considerato quando il numero di clienti o utenti cresce è la scalabilità e l'elasticità del cloud.


Elasticità vs. Scalabilità

L'obiettivo dell'elasticità consiste nel combinare le risorse allocate con la quantità effettiva di risorse necessarie in qualsiasi momento nel corso del tempo di utilizzo del sistema. La scalabilità risponde alle esigenze di modifica di un'applicazione all'interno dell'infrastruttura aggiungendo o rimuovendo risorse in modo statico per soddisfare le richieste dell'applicazione quando necessario.


Elasticità nuvola

L'elasticità è la capacità di aumentare o ridurre dinamicamente le risorse infrastrutturali in base alle esigenze per adattarsi alle variazioni del carico di lavoro in modo autonomo, massimizzando così l'utilizzo delle risorse disponibili nel sistema. Ciò può comportare risparmi nei costi complessivi dell'infrastruttura. Ma non tutti hanno bisogno dell'elasticità che può essere offerta, perché nei sistemi che non hanno cambiamenti improvvisi o ciclici nell'accesso al sistema, l'uso di un sistema elastico non è giustificato. Il sistema può includere: hardware, software, QoS, connettività e altre risorse utilizzate nei sistemi elastici, garantendo così le prestazioni delle applicazioni cloud.

L'elasticità del cloud è una caratteristica diffusa associata alle soluzioni di scalabilità orizzontale, che consentono di aggiungere o rimuovere dinamicamente le risorse quando necessario. L'elasticità è solitamente associata a funzionalità di cloud pubblico e viene generalmente presentata in servizi pay-as-you-grow. Ciò significa che i responsabili IT non pagano di più per le risorse che stanno utilizzando in qualsiasi momento. Negli ambienti virtuali, l'elasticità del cloud può includere la capacità di distribuire dinamicamente nuove macchine virtuali o spegnere macchine virtuali inattive in pochi secondi perché si tratta di un processo digitale.

Un caso esemplificativo di un sistema che potrebbe richiedere elasticità del cloud, sono le piattaforme di vendita di prodotti, in cui in determinati periodi dell'anno esiste stagionalmente un'enorme quantità di accessi, creando un improvviso sistema di domanda. Una società invece di spendere il budget su una capacità aggiuntiva di infrastruttura permanente per gestire alcuni mesi di carico elevato dell'anno, questa è una buona opportunità per utilizzare una soluzione elastica. L'infrastruttura aggiuntiva deve essere attiva solo in determinati periodi dell'anno per gestire l'aumento del volume degli ordini nel sistema e il resto dell'anno riduce la capacità di un modello più economico in grado di far fronte perfettamente al volume di accesso per il resto dell'anno.


Scalabilità nel cloud

La scalabilità include la possibilità di aumentare le dimensioni del carico di lavoro all'interno dell'infrastruttura esistente (hardware, software, ecc.) Senza influire sulle prestazioni. La scalabilità può essere verticale (scalabilità orizzontale nel sistema) o orizzontale (scalabilità orizzontale per più sistemi). Le applicazioni hanno spazio per espandersi al fine di prevenire la mancanza di risorse in futuro.

Un esempio è una piccola azienda che utilizza un'applicazione e un database ospitato su un server, con la crescita dell'azienda, il database aumenta e anche le risorse dell'applicazione crescono. Il manager IT dovrebbe analizzare la crescita dei requisiti delle risorse nel futuro pianificato e aumentare l'infrastruttura fornita (informatica, rete o storage) necessaria all'applicazione per avere la capacità di elaborazione o lo spazio nel database necessario per soddisfare le richieste degli utenti.


Dove si intersecano elasticità e scalabilità

Alcuni servizi cloud sono considerati soluzioni adattative in cui sono offerti sia la scalabilità che l'elasticità. Consentono ai dipartimenti IT di espandere o contrarre le proprie risorse e servizi in base alle loro esigenze, fornendo allo stesso tempo la crescita come prestazioni e il fabbisogno di risorse. Incorporare queste due caratteristiche è una considerazione importante per i manager IT le cui infrastrutture sono in costante cambiamento. Esistono differenze distinte tra elasticità e scalabilità, che dipendono dalle esigenze aziendali o dal caso d'uso, se i servizi di elasticità o scalabilità saranno la scelta migliore. Esiste una regola pratica per aiutare i responsabili IT a prendere questa decisione: la scalabilità del cloud viene solitamente fornita più facilmente negli ambienti cloud privati, mentre l'elasticità del cloud viene solitamente fornita più facilmente negli ambienti cloud pubblici.



_______________________________________________________________________




RUSSIAN | РУССКИЙ
Облачная эластичность против облачной масштабируемости

Есть много аспектов, которые должны учитывать администраторы инфраструктуры облачных вычислений при принятии решения о внедрении облачных сервисов. Стоимость, безопасность, производительность, доступность и надежность являются одними из ключевых областей, которые необходимо учитывать. Другой критерий, который необходимо учитывать при увеличении количества клиентов или пользователей, - это масштабируемость и эластичность облака.


Эластичность против Масштабируемости

Цель эластичности - объединить выделенные ресурсы с фактическим количеством ресурсов, необходимых в любой момент времени использования системы. Масштабируемость отвечает потребностям изменения приложения в инфраструктуре путем статического добавления или удаления ресурсов для удовлетворения запросов приложений при необходимости.


Облако Эластичность

Эластичность - это способность динамически увеличивать или уменьшать ресурсы инфраструктуры по мере необходимости, чтобы автономно адаптироваться к изменениям рабочей нагрузки, тем самым максимально используя ресурсы, доступные в системе. Это может привести к экономии общих затрат на инфраструктуру. Но не всем нужна эластичность, которая может быть предложена, потому что в системах, которые не имеют внезапных или циклических изменений в доступе к системе, использование эластичной системы не оправдано. Система может включать в себя: аппаратные средства, программное обеспечение, QoS, средства связи и другие ресурсы, используемые в эластичных системах, что обеспечивает производительность облачных приложений.

Облачная эластичность - это популярная функция, связанная с решениями для горизонтального масштабирования, которые позволяют динамически добавлять или удалять ресурсы при необходимости. Эластичность обычно связана с функциями общедоступного облака и обычно представлена в услугах с оплатой по мере роста. Это означает, что ИТ-менеджеры не платят больше за ресурсы, которые они используют в любое время. В виртуальных средах эластичность облака может включать в себя возможность динамического развертывания новых виртуальных машин или выключения неактивных виртуальных машин за считанные секунды, поскольку это цифровой процесс.

Примером системы, которая может нуждаться в эластичности облака, являются платформы продаж продуктов, в которых в определенное время года существует огромное количество обращений, создающих систему внезапного спроса. Компания вместо того, чтобы тратить бюджет на дополнительную емкость постоянной инфраструктуры, чтобы справиться с несколькими месяцами высокой нагрузки в году, это хорошая возможность использовать гибкое решение. Дополнительная инфраструктура должна быть активной только в определенное время года, чтобы справляться с возросшим объемом заказов в системе, а остальная часть года уменьшает возможности для более экономичной модели, которая способна идеально справляться с объемом доступа. для остальной части года.


Масштабируемость в облаке

Масштабируемость включает в себя возможность увеличения размера рабочей нагрузки в существующей инфраструктуре (аппаратное и программное обеспечение и т. Д.) Без ущерба для производительности. Масштабируемость может быть вертикальной (масштабирование в системе) или горизонтальной (масштабирование для нескольких систем). Приложения могут расширяться, чтобы предотвратить нехватку ресурсов в будущем.

Примером является небольшая компания, которая использует приложение и базу данных, размещенную на сервере, с ростом компании увеличивается база данных, а также растут ресурсы приложения. ИТ-менеджер должен проанализировать рост потребностей в ресурсах в запланированном будущем и увеличить выделенную инфраструктуру (вычислительную, сетевую или хранилище), необходимую для того, чтобы приложение имело вычислительную мощность или пространство в базе данных, необходимое для удовлетворения пользовательских запросов.


Там, где пересекаются эластичность и масштабируемость

Некоторые облачные сервисы считаются адаптивными решениями, где предлагаются как масштабируемость, так и эластичность. Они позволяют ИТ-отделам расширять или сокращать свои ресурсы и услуги в зависимости от своих потребностей, обеспечивая при этом рост производительности и удовлетворения потребностей в ресурсах. Объединение этих двух функций является важным фактором для ИТ-менеджеров, инфраструктура которых постоянно меняется. Существуют четкие различия между эластичностью и масштабируемостью, которые зависят от потребностей бизнеса или варианта использования, будут ли услуги эластичности или масштабируемости наилучшим выбором. Существует практическое правило, помогающее ИТ-менеджерам принять это решение: облачная масштабируемость обычно легче доставляется в средах частного облака, в то время как эластичность облака обычно легче доставляется в средах публичного облака.



______________________________________________________________________




TURKISH | TÜRK
Bulut Esnekliği - Bulut Ölçeklenebilirliği

Bulut bilgi işlem altyapısı yöneticilerinin, bulut hizmetlerini uygulamaya karar verirken göz önünde bulundurmaları gereken birçok husus vardır. Maliyet, güvenlik, performans, kullanılabilirlik ve güvenilirlik dikkate alınması gereken kilit alanlardan bazılarıdır. Müşteri veya kullanıcı sayısı arttıkça göz önüne alınması gereken bir başka kriter de bulutun ölçeklenebilirliği ve esnekliğidir.


Esneklik - Ölçeklenebilirlik

Esnekliğin amacı, tahsis edilen kaynakları, sistemin kullanım süresi boyunca herhangi bir noktada ihtiyaç duyulan gerçek kaynak miktarıyla birleştirmektir. Ölçeklenebilirlik, gerektiğinde uygulama isteklerini karşılamak için kaynakları statik olarak ekleyerek veya çıkararak altyapıdaki bir uygulamayı değiştirme gereksinimlerini giderir.


Bulut Esnekliği

Esneklik, iş yükündeki değişimlere özerk olarak uyum sağlamak için ihtiyaç duyulan altyapı kaynaklarını dinamik olarak artırma veya azaltma yeteneğidir, böylece sistemde mevcut kaynakların kullanımını en üst seviyeye çıkarır. Bu, genel altyapı maliyetlerinde tasarrufla sonuçlanabilir. Ancak herkes teklif edilebilecek esnekliğe ihtiyaç duymaz, çünkü sisteme erişimde ani veya döngüsel değişiklik olmayan sistemlerde, elastik bir sistemin kullanımı haklı değildir. Sistem şunları içerebilir: donanım, yazılım, QoS, bağlantı ve elastik sistemlerde kullanılan diğer kaynaklar, böylece bulut uygulamalarının performansının sağlanması.

Bulut esnekliği, kaynakların gerektiğinde dinamik olarak eklenmesini veya kaldırılmasını sağlayan ölçeklendirme çözümleriyle ilişkili popüler bir özelliktir. Esneklik genellikle genel bulut özellikleriyle ilişkilendirilir ve genellikle büyüdükçe öde hizmetlerinde sunulur. Bu, BT yöneticilerinin kullandıkları kaynaklar için herhangi bir zamanda daha fazla ödeme yapmadıkları anlamına gelir. Sanal ortamlarda bulut esnekliği, dijital bir işlem olduğundan, yeni sanal makineleri dinamik olarak dağıtma veya etkin olmayan sanal makineleri saniyeler içinde kapatma yeteneğini içerebilir.

Bulut esnekliğini gerektirebilecek bir sistemin bir örneği, yılın belli zamanlarında mevsimsel olarak mevcut olan ve ani bir talep sistemi oluşturan çok sayıda erişime sahip olan ürün satış platformlarıdır. Bütçeyi yılın birkaç aylık yüksek yükünü kaldırabilmek için ek bir kalıcı altyapı kapasitesine harcamak yerine, bu, elastik bir çözüm kullanmak için iyi bir fırsat. Ek altyapının, yalnızca sisteme verilen siparişlerin artan hacmini işlemek için yılın belirli zamanlarında etkin olması gerekir ve yılın geri kalanı, erişim hacmiyle mükemmel bir şekilde başa çıkabilen daha ekonomik bir modelin kapasitesini azaltır yılın geri kalanı için.


Bulutta ölçeklenebilirlik

Ölçeklenebilirlik, performansı etkilemeden mevcut altyapıdaki (donanım, yazılım vb.) İş yükü boyutunu artırma özelliğini içerir. Ölçeklenebilirlik dikey (sistemde ölçek büyütme) veya yatay (çoklu sistemlerde ölçek büyütme) olabilir. Gelecekte kaynak eksikliğini önlemek için uygulamaların genişletilmesi için yeterli alan bulunmaktadır.

Örnek olarak, bir uygulamayı ve bir sunucuda barındırılan bir veritabanını kullanan küçük bir şirket, şirketin büyümesiyle birlikte, veritabanı artar ve uygulamanın kaynakları da artar. BT yöneticisi, planlanan gelecekte kaynak gereksinimlerindeki büyümeyi analiz etmeli ve uygulamanın kullanıcı isteklerini yerine getirmek için gereken işlem kapasitesine veya veritabanındaki boşluğa sahip olması için gereken altyapıyı (bilgisayar, ağ veya depolama) arttırmalıdır.


Esneklik ve Ölçeklenebilirliğin kesiştiği yer

Bazı bulut hizmetleri, hem ölçeklenebilirlik hem de esnekliğin sunulduğu adaptif çözümler olarak kabul edilir. BT departmanlarının, performanslarını artırırken büyümesini sağlarken, gereksinimlerine göre kaynaklarını ve hizmetlerini genişletmelerini veya daraltmalarını sağlar ve kaynak ihtiyaçları karşılanır. Bu iki özelliğin kullanılması, altyapıları sürekli değişen BT yöneticileri için önemli bir husustur. Esneklik veya ölçeklenebilirlik arasında iş ihtiyacına veya kullanım durumuna bağlı olarak esneklik veya ölçeklenebilirlik hizmetlerinin en iyi seçenek olup olmayacağı konusunda belirgin farklılıklar vardır. BT yöneticilerinin bu kararı vermesine yardımcı olacak pratik bir kural var: Bulut ölçeklenebilirliği genellikle özel bulut ortamlarında daha kolay teslim edilirken, bulut esnekliği genellikle genel bulut ortamlarında daha kolay sağlanır.



______________________________________________________________________




UKRAINIAN | УКРАЇНСЬКИЙ
Еластичність хмари та масштабованість у хмарі

Існує багато аспектів, які адміністратори інфраструктури хмарних обчислень повинні враховувати при прийнятті рішень щодо використання хмарних послуг. Витрати, безпека, продуктивність, доступність і надійність - це деякі з ключових сфер, які необхідно розглянути. Іншим критерієм, який необхідно враховувати при збільшенні кількості клієнтів або користувачів, є масштабованість і еластичність хмари.


Еластичність проти масштабованості

Метою еластичності є об'єднання виділених ресурсів з фактичною кількістю ресурсів, необхідних у будь-який момент часу використання системи. Масштабованість відповідає потребам зміни програми в інфраструктурі шляхом додавання або видалення ресурсів статично для задоволення запитів прикладних програм, коли це необхідно.


Еластичність хмари

Еластичність - це здатність динамічно збільшувати або зменшувати інфраструктурні ресурси, необхідні для автономної адаптації до змін робочого навантаження, таким чином максимально використовуючи ресурси, доступні в системі. Це може призвести до економії загальних інфраструктурних витрат. Але не всім потрібна еластичність, яка може бути запропонована, оскільки в системах, які не мають раптових або циклічних змін у доступі до системи, використання еластичної системи не виправдано. Система може включати в себе: апаратне забезпечення, програмне забезпечення, QoS, підключення та інші ресурси, що використовуються в еластичних системах, забезпечуючи тим самим продуктивність хмарних додатків.

Еластичність хмари є популярною функцією, пов'язаною з рішеннями масштабування, які дозволяють динамічно додавати або видаляти ресурси, коли це необхідно. Еластичність, як правило, пов'язана з функціями публічної хмари і, як правило, представлена в системах оплати за вами. Це означає, що ІТ-менеджери не платять більше за ресурси, які вони використовують у будь-який час. У віртуальних середовищах еластичність хмар може включати можливість динамічного розгортання нових віртуальних машин або вимкнення неактивних віртуальних машин за лічені секунди, оскільки це цифровий процес.

Прикладом системи, яка може потребувати еластичності хмари, є торговельні платформи продуктів, в яких сезонно в певні періоди року існує величезна кількість звернень, створюючи систему раптового попиту. Компанія замість того, щоб витрачати бюджет на додаткову потужність постійної інфраструктури для обробки декількох місяців високого навантаження на рік, це гарна можливість використовувати еластичне рішення. Додаткова інфраструктура повинна бути активною лише в певні періоди року, щоб впоратися з збільшеним обсягом замовлень в систему, а решту року знижується спроможність до більш економічної моделі, яка зможе впоратися з обсягом доступу до кінця року.


Масштабованість у хмарі

Масштабованість включає можливість збільшення розміру робочого навантаження в межах існуючої інфраструктури (апаратне забезпечення, програмне забезпечення тощо) без впливу на продуктивність. Масштабованість може бути вертикальною (масштабування в системі) або горизонтальною (масштабування для декількох систем). Програми мають місце для розширення, щоб запобігти брак ресурсів у майбутньому.

Прикладом є невелика компанія, яка використовує програму та базу даних, розміщену на сервері, з ростом компанії, база даних зростає, а ресурси програми також зростають. ІТ-менеджер повинен проаналізувати зростання потреб у ресурсах у запланованому майбутньому і збільшити забезпечену інфраструктуру (обчислювальний, мережевий або запам'ятовуючий), необхідний для того, щоб програма мала об'єм обробки або простір у базі даних, необхідний для задоволення запитів користувачів.


Де перетинаються еластичність і масштабованість

Деякі хмарні послуги вважаються адаптивними рішеннями, де пропонуються як масштабованість, так і еластичність. Вони дозволяють ІТ-департаментам розширювати або скорочувати свої ресурси та послуги на основі своїх потреб, забезпечуючи при цьому зростання як продуктивність, так і потреби у ресурсах. Включення цих двох функцій є важливим фактором для ІТ-менеджерів, інфраструктури яких постійно змінюються. Існують чіткі відмінності між еластичністю і масштабованістю, які залежать від бізнес-потреб або випадку використання, чи буде найкращим вибором послуги еластичності або масштабованості. Існує практичне правило, яке допомагає ІТ-менеджерам прийняти таке рішення: масштабованість хмари зазвичай доставляється легше у приватні хмарні середовища, тоді як еластичність хмар зазвичай доставляється легше в публічних хмарних середовищах.



______________________________________________________________________




CHINESE | 中文
云弹性与云可扩展性

在决定实施云服务时，云计算基础架构管理员应该考虑许多方面。成本，安全性，性能，可用性和可靠性是需要考虑的一些关键领域。当客户或用户数量增长时必须考虑的另一个标准是云的可扩展性和弹性。


弹性与可伸缩性

弹性的目标是将分配的资源与系统使用时间过程中任何一点所需的实际资源量相结合。可伸缩性通过静态添加或删除资源以满足应用程序在需要时的请求，满足了在基础架构中更改应用程序的需求。


云弹性

弹性是指根据需要动态增加或减少基础架构资源以自主适应工作负载变化的能力，从而最大限度地利用系统中可用的资源。这可以节省整体基础设施成本。但并不是每个人都需要可以提供的弹性，因为在系统中没有突然或周期性变化的系统中，使用弹性系统是不合理的。该系统可以包括：硬件，软件，QoS，连接和弹性系统中使用的其他资源，从而确保云应用程序的性能。

云弹性是与横向扩展解决方案相关的流行功能，可以在需要时动态添加或删除资源。弹性通常与公共云功能相关联，通常以“按需付费”服务的形式呈现。这意味着IT经理不会为他们随时使用的资源支付更多费用。在虚拟环境中，云弹性可能包括动态部署新虚拟机或在几秒钟内关闭非活动虚拟机的能力，因为它是一个数字流程。

可能需要云的弹性的系统的示例情况是产品销售平台，其中在一年中的特定时间季节性地存在大量访问，从而创建突然的需求系统。公司不是将预算用于额外的永久性基础设施，以处理一年中的几个月的高负荷，这是使用弹性解决方案的好机会。额外的基础设施只需要在一年中的某些时间处于活动状态，以处理增加的系统订单量，并且今年剩余时间减少了能够更好地应对访问量的更经济型号的容量在今年剩下的时间里。


云中的可扩展性

可扩展性包括在不影响性能的情况下增加现有基础架构（硬件，软件等）内的工作负载大小的能力。可伸缩性可以是垂直的（在系统中向上扩展），也可以是水平的（多个系统的向外扩展）。应用程序有扩展的空间，以防止将来缺乏资源。

一个例子是使用应用程序和服务器上托管的数据库的小公司，随着公司的发展，数据库的增加以及应用程序的资源也在增长。 IT经理应分析计划未来资源需求的增长，并增加应用程序所需的配置基础架构（计算，网络或存储），以满足用户请求所需的处理能力或数据库空间。


弹性和可伸缩性相交的地方

一些云服务被认为是提供可扩展性和弹性的自适应解决方案。它们使IT部门能够根据需求扩展或收缩其资源和服务，同时实现性能增长和资源需求。对于基础架构不断变化的IT经理来说，合并这两个功能是一个重要的考虑因素。弹性和可伸缩性之间存在明显差异，这取决于业务需求或用例，弹性或可伸缩性服务是否是最佳选择。有一个实用的规则可以帮助IT经理做出这样的决定：云可扩展性通常在私有云环境中更容易实现，而云弹性通常在公共云环境中更容易提供。



______________________________________________________________________




JAPANESE | 日本語
クラウドの弾力性とクラウドのスケーラビリティ

クラウドサービスを実装することを決定するときにクラウドコンピューティングインフラストラクチャ管理者が考慮すべき多くの側面があります。コスト、安全性、パフォーマンス、可用性、および信頼性は、考慮すべき重要な分野の一部です。顧客数またはユーザー数が増加したときに考慮する必要があるもう1つの基準は、クラウドのスケーラビリティと弾力性です。


弾力性とスケーラビリティ

弾力性の目標は、割り当てられたリソースを、システムの使用時間中の任意の時点で必要とされる実際のリソース量と組み合わせることです。スケーラビリティは、必要に応じてアプリケーションの要求を満たすためにリソースを静的に追加または削除することによって、インフラストラクチャ内のアプリケーションを変更するニーズに対応します。


雲の弾力性

弾力性とは、ワークロードの変化に自律的に適応するために必要に応じてインフラストラクチャリソースを動的に増減する機能です。これにより、システムで利用可能なリソースを最大限に活用できます。これにより、インフラストラクチャ全体のコストを削減できます。しかし、誰もが提供できる弾力性を必要としているわけではありません。システムへのアクセスが突然または周期的に変化しないシステムでは、弾力性のあるシステムを使用することは正当化されないからです。このシステムには、ハードウェア、ソフトウェア、QoS、接続性、およびエラスティックシステムで使用されるその他のリソースが含まれるため、クラウドアプリケーションのパフォーマンスが保証されます。

クラウドの弾力性は、必要に応じてリソースを動的に追加または削除できるスケールアウトソリューションに関連する一般的な機能です。弾力性は、通常、パブリッククラウド機能に関連付けられており、通常、成長に応じた支払いサービスで提示されます。つまり、IT管理者は、使用しているリソースに対して常に追加料金を支払う必要はありません。仮想環境では、クラウドの弾力性にはデジタルプロセスであるため、新しい仮想マシンを動的に展開したり非アクティブな仮想マシンをわずか数秒でシャットダウンしたりする機能が含まれる場合があります。

クラウドの弾力性を必要とする可能性があるシステムの例としては、季節限定で年間の特定の時期に膨大な量のアクセスが存在し、突然の需要システムが作成される製品販売プラットフォームがあります。年間の高負荷の数ヶ月間を処理するために恒久的なインフラストラクチャの追加容量に予算を費やす代わりに、これは弾力的なソリューションを使用する良い機会です。システムへの注文の増加に対応するためには、追加のインフラストラクチャが1年の特定の時間にアクティブである必要があるだけで、残りの1年間はアクセス量に完全に対応できるより経済的なモデルの容量が減少します。年の残りのために。


クラウドでのスケーラビリティ

スケーラビリティには、パフォーマンスに影響を与えることなく既存のインフラストラクチャ（ハードウェア、ソフトウェアなど）内のワークロードサイズを増やす機能が含まれます。スケーラビリティは、垂直方向（システムの拡大）または水平方向（複数のシステムのスケールアウト）のいずれかになります。将来のリソース不足を防ぐために、アプリケーションには拡張の余地があります。

例としては、サーバーでホストされているアプリケーションとデータベースを使用する小規模な会社があります。会社の成長に伴い、データベースが増加し、アプリケーションのリソースも増加します。 IT管理者は、将来のリソース要件の増加を分析し、アプリケーションに必要なプロビジョニングされたインフラストラクチャ（コンピューティング、ネットワーク、または記憶域）を増やして、ユーザーの要求を満たすために必要な処理容量またはスペースを確保する必要があります。


弾力性とスケーラビリティが交差する場所

一部のクラウドサービスは、スケーラビリティと柔軟性の両方が提供される適応型ソリューションと見なされています。これにより、IT部門は、パフォーマンスとリソースニーズが満たされるにつれて成長を実現しながら、ニーズに基づいてリソースとサービスを拡張または契約することができます。これら2つの機能を組み込むことは、インフラストラクチャが絶えず変化しているIT管理者にとって重要な考慮事項です。弾力性とスケーラビリティの間には明確な違いがあります。それは、弾力性またはスケーラビリティサービスが最良の選択であるかどうか、ビジネスニーズまたはユースケースに依存します。 IT管理者がこの決定を下すのに役立つ実用的な規則があります。通常、クラウドのスケーラビリティはプライベートクラウド環境でより容易に提供され、クラウドの弾力性は通常パブリッククラウド環境でより容易に提供されます。



______________________________________________________________________




ARABIC | عربى
سحابة مرونة مقابل سحابة التدرجية

هناك العديد من الجوانب التي يجب على مسؤولي البنية التحتية للحوسبة السحابية مراعاتها عند اتخاذ قرار بتنفيذ الخدمات السحابية. تعد التكلفة والسلامة والأداء والتوافر والموثوقية من بين المجالات الرئيسية التي يجب مراعاتها. معيار آخر يجب مراعاته عند نمو عدد العملاء أو المستخدمين هو قابلية السحابة ومرونتها.


مرونة مقابل قابلية التوسع

الهدف من المرونة هو الجمع بين الموارد المخصصة والكمية الفعلية للموارد المطلوبة في أي وقت خلال وقت استخدام النظام. تعالج قابلية التوسع احتياجات تغيير أحد التطبيقات داخل البنية التحتية عن طريق إضافة أو إزالة الموارد بشكل ثابت لتلبية طلبات التطبيق عند الحاجة.


سحابة مرونة

المرونة هي القدرة على زيادة أو تقليل موارد البنية التحتية بشكل حيوي حسب الحاجة للتكيف مع التغييرات في عبء العمل بشكل مستقل ، وبالتالي تعظيم استخدام الموارد المتاحة في النظام. هذا يمكن أن يؤدي إلى وفورات في تكاليف البنية التحتية الإجمالية. لكن ليس كل شخص يحتاج إلى المرونة التي يمكن تقديمها ، لأنه في الأنظمة التي ليس لديها تغييرات مفاجئة أو دورية في الوصول إلى النظام ، فإن استخدام نظام مرن ليس له ما يبرره. يمكن أن يشمل النظام: الأجهزة والبرامج وجودة الخدمة والاتصال والموارد الأخرى المستخدمة في الأنظمة المرنة ، مما يضمن أداء التطبيقات السحابية.

تُعد المرونة في السحاب ميزة شائعة مرتبطة بحلول التدريج ، والتي تتيح إضافة الموارد أو إزالتها ديناميكيًا عند الحاجة. ترتبط المرونة عادةً بميزات السحابة العامة وعادةً ما يتم تقديمها في خدمات الدفع عند النمو. هذا يعني أن مديري تكنولوجيا المعلومات لا يدفعون أكثر مقابل الموارد التي يستخدمونها في أي وقت. في البيئات الافتراضية ، قد تتضمن مرونة الحوسبة السحابية القدرة على نشر أجهزة افتراضية جديدة ديناميكيًا أو إيقاف تشغيل الأجهزة الظاهرية غير النشطة في غضون ثوانٍ لأنها عملية رقمية.

مثال على ذلك حالة نظام قد يحتاج إلى مرونة في السحابة ، هي منصات مبيعات المنتجات ، حيث يوجد موسميا في أوقات معينة من السنة ، كمية هائلة من عمليات الوصول ، مما يخلق نظام طلب مفاجئ. شركة بدلاً من إنفاق الميزانية على سعة إضافية للبنية التحتية الدائمة للتعامل مع بضعة أشهر من الحمل الكبير من السنة ، هذه فرصة جيدة لاستخدام حل مرن. يجب أن تكون البنية التحتية الإضافية نشطة فقط في أوقات معينة من العام للتعامل مع زيادة حجم الطلبات للنظام ، بينما تعمل بقية العام على تقليل القدرة على نموذج أكثر اقتصادا قادر على التعامل بشكل مثالي مع حجم الوصول لبقية السنة.


قابلية التوسع في السحابة

تتضمن قابلية التوسع القدرة على زيادة حجم عبء العمل داخل البنية التحتية الحالية (الأجهزة والبرامج وغيرها) دون التأثير على الأداء. يمكن أن تكون قابلية التوسع إما عموديًا (زيادة في النظام) أو أفقيًا (التدريج لأنظمة متعددة). التطبيقات لديها مساحة للتوسع من أجل منع نقص الموارد في المستقبل.

مثال على ذلك شركة صغيرة تستخدم تطبيقًا وقاعدة بيانات مستضافة على خادم ، مع نمو الشركة ، وزيادة قاعدة البيانات وزيادة موارد التطبيق أيضًا. يجب على مدير تقنية المعلومات تحليل النمو في متطلبات الموارد في المستقبل المخطط له وزيادة البنية التحتية المتوفرة (الحوسبة أو الشبكة أو التخزين) اللازمة للتطبيق ليكون لديه قدرة المعالجة أو المساحة الموجودة في قاعدة البيانات اللازمة لتلبية طلبات المستخدمين.


حيث تتقاطع المرونة وقابلية التوسع

تعتبر بعض الخدمات السحابية حلولاً تكيفية حيث يتم توفير قابلية التوسع والمرونة. أنها تمكن أقسام تكنولوجيا المعلومات من توسيع أو التعاقد على مواردها وخدماتها بناءً على احتياجاتها مع توفير النمو كأداء ، وتلبية احتياجات الموارد. يعد دمج هاتين الميزتين أحد الاعتبارات المهمة لمديري تقنية المعلومات الذين تتغير بنياتهم الأساسية باستمرار. هناك اختلافات واضحة بين المرونة وقابلية التوسع ، والتي تعتمد على حاجة العمل أو حالة الاستخدام ، سواء كانت خدمات المرونة أو قابلية التوسع هي الخيار الأفضل. هناك قاعدة عملية لمساعدة مديري تقنية المعلومات على اتخاذ هذا القرار: عادةً ما يتم توفير قابلية التوسع في السحاب بسهولة أكبر في البيئات السحابية الخاصة ، بينما يتم تسليم مرونة السحاب عادةً بسهولة أكبر في البيئات السحابية العامة.



______________________________________________________________________




KOREAN | 한국
구름 탄성과 구름 확장 성

클라우드 컴퓨팅을 구현하기로 결정할 때 클라우드 컴퓨팅 인프라 관리자가 고려해야 할 많은 측면이 있습니다. 비용, 안전성, 성능, 가용성 및 신뢰성은 고려해야 할 핵심 영역 중 일부입니다. 고객 또는 사용자 수가 증가 할 때 고려해야 할 또 다른 기준은 클라우드의 확장 성과 탄력성입니다.


탄력성과 확장 성 비교

탄력성의 목표는 할당 된 자원을 시스템 사용 시간 동안 필요한 모든 실제 자원과 결합하는 것입니다. 확장 성은 필요한 경우 응용 프로그램 요청을 충족시키기 위해 리소스를 정적으로 추가하거나 제거하여 인프라 내에서 응용 프로그램을 변경해야 할 필요성을 해결합니다.


구름 탄성

탄력성은 필요에 따라 인프라 자원을 자 동적으로 변경하거나 조정하여 시스템에서 사용 가능한 자원의 사용을 최대화하는 기능입니다. 이로 인해 전반적인 인프라 비용이 절감 될 수 있습니다. 그러나 시스템에 대한 액세스가 갑자기 또는 주기적으로 변경되지 않는 시스템에서는 탄성 시스템 사용이 정당화되지 않기 때문에 모든 사람들이 제공 할 수있는 탄력성을 필요로하지는 않습니다. 시스템은 하드웨어, 소프트웨어, QoS, 연결성 및 탄성 시스템에 사용되는 기타 리소스를 포함 할 수 있으므로 클라우드 애플리케이션의 성능을 보장합니다.

구름 탄성은 스케일 아웃 솔루션과 관련된 보편적 인 기능으로 필요할 때 리소스를 동적으로 추가하거나 제거 할 수 있습니다. 탄력성은 일반적으로 퍼블릭 클라우드 기능과 관련이 있으며 일반적으로 성장에 따른 서비스로 제공됩니다. 즉, IT 관리자는 언제든지 사용중인 리소스에 대해 더 많은 비용을 지불하지 않습니다. 가상 환경에서 클라우드 신축성은 디지털 프로세스이기 때문에 새 가상 컴퓨터를 동적으로 배포하거나 비활성 가상 컴퓨터를 몇 초 만에 종료 할 수있는 기능을 포함 할 수 있습니다.

클라우드의 탄력성을 필요로하는 시스템의 예로는 제품 판매 플랫폼이 있습니다.이 플랫폼에서는 계절에 따라 특정 시간대에 많은 양의 액세스가 발생하여 갑작스러운 수요 시스템이 생성됩니다. 1 년 중 수 개월 높은 부하를 처리 할 영구 인프라의 추가 용량에 예산을 지출하는 대신 회사는 탄력적 인 솔루션을 사용할 수있는 좋은 기회입니다. 추가 인프라는 시스템 주문 증가량을 처리하기 위해 연중 특정 시간에만 활성화되어야하며, 나머지는 액세스 볼륨에 완벽하게 대처할 수있는보다 경제적 인 모델 용량을 감소시킵니다 나머지 년 동안.


클라우드의 확장 성

확장 성에는 성능에 영향을주지 않고 기존 인프라 (하드웨어, 소프트웨어 등) 내에서 작업 부하 크기를 늘릴 수있는 기능이 포함됩니다. 확장 성은 수직 (시스템에서 스케일 업) 또는 수평 (다중 시스템에서 스케일 아웃) 중 하나 일 수 있습니다. 응용 프로그램은 미래의 자원 부족을 막기 위해 확장 할 여지가 있습니다.

예를 들어 서버에서 호스팅되는 응용 프로그램과 데이터베이스를 사용하는 소규모 회사의 경우 회사의 성장, 데이터베이스의 증가 및 응용 프로그램의 리소스가 증가합니다. IT 관리자는 계획된 미래에 리소스 요구 사항의 증가를 분석하고 응용 프로그램이 사용자 요청을 충족시키는 데 필요한 데이터베이스의 처리 용량 또는 공간을 확보하는 데 필요한 프로비저닝 된 인프라 (컴퓨팅, 네트워크 또는 저장소)를 늘려야합니다.


탄력성과 확장 성이 교차하는 곳

일부 클라우드 서비스는 확장 성 및 탄력성이 모두 제공되는 적응 형 솔루션으로 간주됩니다. 이를 통해 IT 부서는 필요에 따라 리소스와 서비스를 확장 또는 축소하면서 성능을 향상시키고 리소스 요구를 충족시킬 수 있습니다. 이 두 가지 기능을 통합하는 것은 인프라가 끊임없이 변화하는 IT 관리자에게 중요한 고려 사항입니다. 탄력성과 확장 성의 차이는 비즈니스 요구 사항 또는 유스 케이스에 따라 다르며 탄력성 또는 확장 성 서비스가 최상의 선택인지 여부에 달려 있습니다. IT 관리자가 이러한 결정을 내리는 데 도움이되는 실용적인 규칙이 있습니다. 클라우드 확장 성은 일반적으로 사설 클라우드 환경에서보다 쉽게 제공되지만 클라우드 신축성은 일반적으로 공용 클라우드 환경에서보다 쉽게 전달됩니다.



______________________________________________________________________




GREEK | Ελληνικά
Ελαστικότητα σύννεφων και κλιμακωτή αξιοπιστία

Υπάρχουν πολλές πτυχές που πρέπει να λάβουν υπόψη οι διαχειριστές υποδομής του cloud computing όταν αποφασίζουν να εφαρμόσουν υπηρεσίες cloud. Το κόστος, η ασφάλεια, η απόδοση, η διαθεσιμότητα και η αξιοπιστία είναι μερικοί από τους βασικούς τομείς που πρέπει να ληφθούν υπόψη. Ένα άλλο κριτήριο που πρέπει να λαμβάνεται υπόψη όταν ο αριθμός των πελατών ή των χρηστών μεγαλώνει είναι η επεκτασιμότητα και η ελαστικότητα του νέφους.


Ελαστικότητα έναντι κλιμάκωσης

Ο στόχος της ελαστικότητας είναι να συνδυάσει τους κατανεμημένους πόρους με το πραγματικό ποσό πόρων που απαιτείται σε οποιοδήποτε σημείο κατά τη διάρκεια του χρόνου χρήσης του συστήματος. Η επεκτασιμότητα καλύπτει τις ανάγκες αλλαγής μιας εφαρμογής εντός της υποδομής, προσθέτοντας ή αφαιρώντας σταδιακά τους πόρους για να ικανοποιήσετε αιτήματα εφαρμογών όταν χρειάζεται.


Ελαστικότητα σύννεφων

Η ελαστικότητα είναι η δυνατότητα δυναμικής αύξησης ή μείωσης των πόρων υποδομής, όπως απαιτείται για την αυτόνομη προσαρμογή στις αλλαγές του φόρτου εργασίας, μεγιστοποιώντας έτσι τη χρήση των διαθέσιμων πόρων στο σύστημα. Αυτό μπορεί να έχει ως αποτέλεσμα την εξοικονόμηση του συνολικού κόστους υποδομής. Όμως, δεν χρειάζεται όλοι η ελαστικότητα που μπορεί να προσφερθεί, διότι σε συστήματα που δεν έχουν ξαφνικές ή κυκλικές αλλαγές στην πρόσβαση στο σύστημα, δεν είναι δικαιολογημένη η χρήση ενός ελαστικού συστήματος. Το σύστημα μπορεί να περιλαμβάνει: υλικό, λογισμικό, QoS, συνδεσιμότητα και άλλους πόρους που χρησιμοποιούνται σε ελαστικά συστήματα, εξασφαλίζοντας έτσι την απόδοση των εφαρμογών σύννεφο.

Η ελαστικότητα του νέφους είναι ένα δημοφιλές χαρακτηριστικό που σχετίζεται με λύσεις scale-out, οι οποίες επιτρέπουν την προσθήκη ή την αφαίρεση πόρων όταν είναι απαραίτητο. Η ελαστικότητα συνδέεται συνήθως με τα χαρακτηριστικά γνωρίσματα του δημόσιου cloud και τυπικά παρουσιάζεται στις υπηρεσίες πληρωμής ως εσάς. Αυτό σημαίνει ότι οι διαχειριστές πληροφορικής δεν πληρώνουν περισσότερο για τους πόρους που χρησιμοποιούν ανά πάσα στιγμή. Σε εικονικά περιβάλλοντα, η ελαστικότητα του νέφους μπορεί να περιλαμβάνει την ικανότητα να αναπτύσσει δυναμικά νέες εικονικές μηχανές ή να κλείνει ανενεργές εικονικές μηχανές μέσα σε λίγα δευτερόλεπτα επειδή πρόκειται για μια ψηφιακή διαδικασία.

Ένα παράδειγμα ενός συστήματος που μπορεί να χρειαστεί ελαστικότητα του σύννεφου είναι πλατφόρμες πωλήσεων προϊόντων, στις οποίες υπάρχει εποχικά σε ορισμένες χρονικές περιόδους ένα τεράστιο αριθμό προσβάσεων, δημιουργώντας ένα ξαφνικό σύστημα ζήτησης. Μια εταιρεία αντί να δαπανήσει τον προϋπολογισμό σε μια πρόσθετη δυναμικότητα μόνιμης υποδομής για να χειριστεί μερικούς μήνες υψηλού φορτίου του έτους, είναι μια καλή ευκαιρία να χρησιμοποιήσετε μια ελαστική λύση. Η πρόσθετη υποδομή χρειάζεται μόνο να είναι ενεργή σε ορισμένες χρονικές στιγμές του έτους για να χειριστεί τον αυξημένο όγκο παραγγελιών στο σύστημα και το υπόλοιπο έτος μειώνει την ικανότητα για ένα πιο οικονομικό μοντέλο που μπορεί να αντιμετωπίσει τέλεια τον όγκο πρόσβασης για το υπόλοιπο έτος.


Ευελιξία στο σύννεφο

Η δυνατότητα κλιμάκωσης περιλαμβάνει την ικανότητα αύξησης του μεγέθους φόρτου εργασίας σε υπάρχουσα υποδομή (υλικό, λογισμικό κ.λπ.) χωρίς να επηρεάζεται η απόδοση. Η επεκτασιμότητα μπορεί να είναι είτε κάθετη (κλίμακα επάνω στο σύστημα) είτε οριζόντια (κλίμακα-out για πολλά συστήματα). Οι αιτήσεις έχουν τη δυνατότητα επέκτασης, προκειμένου να αποφευχθεί η έλλειψη πόρων στο μέλλον.

Ένα παράδειγμα είναι μια μικρή εταιρεία που χρησιμοποιεί μια εφαρμογή και μια βάση δεδομένων που φιλοξενείται σε ένα διακομιστή, με την ανάπτυξη της εταιρείας, η βάση δεδομένων αυξάνεται και οι πόροι της εφαρμογής αναπτύσσονται επίσης. Ο υπεύθυνος πληροφορικής θα πρέπει να αναλύσει την αύξηση των απαιτήσεων πόρων στο προγραμματισμένο μέλλον και να αυξήσει την απαιτούμενη υποδομή (υπολογιστική, δίκτυο ή αποθήκευση) που απαιτείται για να έχει η εφαρμογή η ικανότητα επεξεργασίας ή ο χώρος στη βάση δεδομένων, ώστε να ικανοποιούνται τα αιτήματα των χρηστών.


Όπου διασταυρώνονται η ελαστικότητα και η δυνατότητα κλιμάκωσης

Ορισμένες υπηρεσίες cloud θεωρούνται προσαρμοστικές λύσεις, όπου προσφέρονται τόσο επεκτασιμότητα όσο και ελαστικότητα. Παρέχουν στα τμήματα πληροφορικής τη δυνατότητα να επεκτείνουν ή να συρρικνώσουν τους πόρους και τις υπηρεσίες τους βάσει των αναγκών τους, επιτυγχάνοντας παράλληλα την ανάπτυξη ως απόδοση και ικανοποιώντας τις ανάγκες σε πόρους. Η ενσωμάτωση αυτών των δύο χαρακτηριστικών αποτελεί σημαντικό παράγοντα για τους διαχειριστές πληροφορικής των οποίων οι υποδομές αλλάζουν διαρκώς. Υπάρχουν διαφορές μεταξύ ελαστικότητας και επεκτασιμότητας, οι οποίες εξαρτώνται από την επιχειρηματική ανάγκη ή την περίπτωση χρήσης, εάν η ελαστικότητα ή οι υπηρεσίες κλιμάκωσης θα είναι η καλύτερη επιλογή. Υπάρχει ένας πρακτικός κανόνας που βοηθά τους διαχειριστές IT να κάνουν αυτή την απόφαση: Η κλιμάκωση του Cloud συνήθως διατίθεται πιο εύκολα σε ιδιωτικά περιβάλλοντα σύννεφων, ενώ η ελαστικότητα του cloud συνήθως παρέχεται πιο εύκολα σε περιβάλλοντα cloud.



______________________________________________________________________




NETHERLANDS | NEDERLAND
Cloud Elasticity vs. Cloud-schaalbaarheid

Er zijn veel aspecten waarmee cloud computing-infrastructuurbeheerders rekening moeten houden bij de beslissing om cloudservices te implementeren. Kosten, veiligheid, prestaties, beschikbaarheid en betrouwbaarheid zijn enkele van de belangrijkste aandachtspunten. Een ander criterium dat moet worden overwogen wanneer het aantal klanten of gebruikers groeit, is de schaalbaarheid en elasticiteit van de cloud.


Elasticiteit versus schaalbaarheid

Het doel van elasticiteit is om de toegewezen resources te combineren met de werkelijke hoeveelheid benodigde resources op elk moment in de loop van de gebruikstijd van het systeem. Schaalbaarheid biedt een oplossing voor de behoeften van het wijzigen van een toepassing binnen de infrastructuur door statisch bronnen toe te voegen of te verwijderen om zo nodig aan applicatieverzoeken te voldoen.


Cloud Elasticiteit

Elasticiteit is het vermogen om infrastructuurhulpbronnen dynamisch te verhogen of te verminderen als dat nodig is om zich autonoom aan te passen aan veranderingen in de werkbelasting, waardoor het gebruik van de beschikbare bronnen in het systeem wordt gemaximaliseerd. Dit kan leiden tot besparingen op de totale infrastructuurkosten. Maar niet iedereen heeft de elasticiteit nodig die geboden kan worden, omdat in systemen die geen plotselinge of cyclische veranderingen in de toegang tot het systeem hebben, het gebruik van een elastisch systeem niet gerechtvaardigd is. Het systeem kan omvatten: hardware, software, QoS, connectiviteit en andere bronnen die worden gebruikt in elastische systemen, waardoor de prestaties van de cloudapplicaties worden gegarandeerd.

Cloudelasticiteit is een populaire functie die wordt geassocieerd met scale-outoplossingen, waarmee middelen dynamisch kunnen worden toegevoegd of verwijderd wanneer dat nodig is. Elasticiteit wordt meestal geassocieerd met public cloud-functies en wordt doorgaans gepresenteerd in pay-as-you-growing-services. Dit betekent dat IT-managers op geen enkel moment meer betalen voor de bronnen die ze gebruiken. In virtuele omgevingen kan cloudelasticiteit de mogelijkheid omvatten om in een kwestie van seconden nieuwe virtuele machines dynamisch te implementeren of inactieve virtuele machines uit te schakelen, omdat het een digitaal proces is.

Een voorbeeld van een systeem dat mogelijk de elasticiteit van de cloud nodig heeft, zijn productverkoopplatforms, waarin seizoensmatig op bepaalde tijden van het jaar een enorme hoeveelheid toegangen bestaat, waardoor een plotselinge vraagsysteem ontstaat. Een bedrijf in plaats van het budget te besteden aan een extra capaciteit van permanente infrastructuur om een paar maanden hoge belasting van het jaar te verwerken, dit is een goede gelegenheid om een elastische oplossing te gebruiken. De extra infrastructuur hoeft op bepaalde tijden van het jaar alleen actief te zijn om het grotere volume aan orders naar het systeem te verwerken, en de rest van het jaar vermindert de capaciteit voor een zuiniger model dat perfect kan omgaan met het volume van toegang voor de rest van het jaar.


Schaalbaarheid in de cloud

Schaalbaarheid omvat de mogelijkheid om de werklast binnen de bestaande infrastructuur (hardware, software, enz.) Te vergroten zonder de prestaties te beïnvloeden. Schaalbaarheid kan verticaal (scale-up in het systeem) of horizontaal (scale-out voor meerdere systemen) zijn. Toepassingen hebben ruimte om uit te breiden om het gebrek aan middelen in de toekomst te voorkomen.

Een voorbeeld is een klein bedrijf dat een applicatie en een op een server gehoste database gebruikt, met de groei van het bedrijf, de database neemt toe en ook de middelen van de applicatie groeien. De IT-manager moet de groei van de resourcevereisten in de geplande toekomst analyseren en de provisioned infrastructuur (computing, netwerk of opslag) die nodig is voor de toepassing vergroten om de verwerkingscapaciteit of de ruimte in de database te hebben die nodig is om te voldoen aan gebruikersverzoeken.


Waar elasticiteit en schaalbaarheid elkaar kruisen

Sommige cloudservices worden beschouwd als adaptieve oplossingen waarbij zowel schaalbaarheid als elasticiteit worden geboden. Hiermee kunnen IT-afdelingen hun bronnen en services uitbreiden of contracteren op basis van hun behoeften, terwijl ze groei als prestatie leveren en aan de behoeften van de resources wordt voldaan. Het opnemen van deze twee functies is een belangrijke overweging voor IT-managers van wie de infrastructuur voortdurend verandert. Er zijn duidelijke verschillen tussen elasticiteit en schaalbaarheid, die afhankelijk is van de bedrijfsbehoefte of het gebruik, of elasticiteit of schaalbaarheid de beste keuze is. Er is een praktische regel om IT-managers te helpen deze beslissing te nemen: Cloud-schaalbaarheid wordt meestal gemakkelijker aangeboden in privécloudomgevingen, terwijl cloudelasticiteit meestal gemakkelijker wordt geleverd in openbare cloudomgevingen.



______________________________________________________________________




ROMANIA | ROMÂNIA
Elasticitatea cloud vs. Scalabilitatea cloud

Există multe aspecte pe care administratorii infrastructurii de cloud computing ar trebui să le ia în considerare atunci când decid să implementeze serviciile cloud. Costul, siguranța, performanța, disponibilitatea și fiabilitatea sunt câteva dintre domeniile cheie pe care trebuie să le luați în considerare. Un alt criteriu care trebuie luat în considerare atunci când crește numărul de clienți sau utilizatori este scalabilitatea și elasticitatea cloud-ului.


Elasticitate vs. Scalabilitate

Scopul elasticității este de a combina resursele alocate cu resursele reale necesare în orice moment în timpul utilizării sistemului. Scalabilitatea abordează nevoia de a schimba o aplicație în cadrul infrastructurii prin adăugarea sau eliminarea resurselor în mod static pentru a satisface cererile de solicitare atunci când este necesar.


Elasticitatea noriilor

Elasticitatea este capacitatea de a crește sau de a reduce dinamic resursele de infrastructură după cum este necesar pentru a se adapta în mod autonom la modificările volumului de muncă, maximizând astfel utilizarea resurselor disponibile în sistem. Acest lucru poate duce la economii în costurile globale ale infrastructurii. Dar nu toată lumea are nevoie de elasticitatea care poate fi oferită, deoarece în sistemele care nu au schimbări bruște sau ciclice în ceea ce privește accesul la sistem, utilizarea unui sistem elastic nu este justificată. Sistemul poate include: hardware, software, QoS, conectivitate și alte resurse utilizate în sistemele elastice, asigurând astfel performanța aplicațiilor cloud.

Elasticitatea în nori este o caracteristică populară asociată cu soluții de tip scale-out, care permit adăugarea sau eliminarea dinamică a resurselor atunci când este necesar. Elasticitatea este, de obicei, asociată caracteristicilor norilor publici și este prezentată în mod tipic în serviciile de tip pay-as-you-grow. Acest lucru înseamnă că managerii IT nu plătesc mai mult pentru resursele pe care le utilizează în orice moment. În medii virtuale, elasticitatea cloud poate include capacitatea de a implementa dinamic noi mașini virtuale sau de a închide mașinile virtuale inactive în câteva secunde, deoarece este un proces digital.

Un caz de exemplu al unui sistem care ar putea avea nevoie de elasticitate a norului sunt platforme de vânzări de produse, în care în anumite perioade ale anului există într-un sezon o cantitate imensă de accesuri, creând un sistem de cerere bruscă. O companie în loc să cheltuiască bugetul pe o capacitate suplimentară de infrastructură permanentă pentru a face față unei încărcări mari a anului, este o bună ocazie de a utiliza o soluție elastică. Infrastructura suplimentară trebuie să fie activă numai în anumite perioade ale anului pentru a face față volumului crescut de comenzi către sistem, iar restul anului scade capacitatea pentru un model mai economic, capabil să facă față perfect volumului de acces pentru restul anului.


Scalabilitatea în nor

Scalabilitatea include capacitatea de a mări dimensiunea volumului de lucru în cadrul infrastructurii existente (hardware, software etc.) fără a afecta performanța. Scalabilitatea poate fi verticală (scalare în sistem) sau orizontală (scalare pentru mai multe sisteme). Aplicațiile au spațiu de extindere pentru a preveni lipsa resurselor în viitor.

Un exemplu este o companie mică care utilizează o aplicație și o bază de date găzduită pe un server, cu creșterea companiei, creșterea bazei de date și creșterea resurselor aplicației. Managerul IT ar trebui să analizeze creșterea necesarului de resurse în viitorul planificat și să crească infrastructura provizorie (calcul, rețea sau stocare) necesară pentru ca aplicația să aibă capacitatea de procesare sau spațiul din baza de date necesară pentru a satisface cererile utilizatorilor.


În cazul în care se intersectează elasticitatea și scalabilitatea

Unele servicii de cloud sunt considerate soluții adaptive în care sunt oferite atât scalabilitatea cât și elasticitatea. Acestea permit departamentelor IT să-și extindă sau să contracteze resursele și serviciile pe baza nevoilor lor, oferind în același timp o creștere a performanței, iar nevoile de resurse sunt îndeplinite. Încurajarea acestor două caracteristici este un aspect important pentru managerii IT ale căror infrastructuri se schimbă în mod constant. Există diferențe distincte între elasticitate și scalabilitate, care depinde de nevoia de afaceri sau de cazul de utilizare, dacă elasticitatea sau serviciile de scalabilitate vor fi cea mai bună alegere. Există o regulă practică care îi ajută pe managerii IT să ia această decizie: Scalabilitatea cloud este, de obicei, livrată mai ușor în mediile de tip cloud privat, în timp ce elasticitatea cloud este, de obicei, livrată mai ușor în mediile cloud-ului public.


Fonte: https://blog.turbonomic.com/blog/on-technology/cloud-elasticity-vs-cloud-scalability

Cápsula do tempo de Portugal: Vídeos capturados no tempo – Portugal Time Capsule: Videos captured in time

Vídeos de locais em Portugal para que fiquem registados visualmente no tempo.
Videos of locations in Portugal to be visually recorded in time.

📹 Mais vídeos de Cápsula do tempo de Portugal na playlist
https://www.youtube.com/playlist?list=PLrVG_M2CS5WACUcXSLdokPjCVyQHse1i-

Coimbra


2016 Setembro
Paço das Escolas, Universidade de Coimbra

https://www.youtube.com/watch?v=z60ZImnJAH0


2019 Outubro
Rotunda Bissaya Barreto, Santa Clara, Coimbra, Portugal
Situada no centro de Santa Clara, faz o cruzamento entre o Convento São Francisco, o Portugal dos Pequenitos, a Ponte de Sana Clara que leva à Alta de Coimbra, e Avenida Inês de Castro que leva à Quinta das Lágrimas e ao Polo II da Universidade de Coimbra. Este é um dos principais pontos de cruzamento de trânsito para entra da e saída pela zona Oeste de Coimbra.

https://www.youtube.com/watch?v=Iwb8nGqAwts
https://www.facebook.com/JomirifeMedia/videos/492720474613250/

Teorema CAP (Consistência, Disponibilidade, Partição) em sistemas de computação de dados | CAP Theorem (Consistency, Availability, Partition tolerance) in data computing systems

Artigos relacionados: Balanceamento de Carga • Elasticidade vs Escalabilidade • Propriedades ACID • Teorema CAP

Teorema CAP (Consistência, Disponibilidade, Partição) em sistemas de computação de dados
Em sistemas de computação, o teorema CAP (Consistência, Disponibilidade, Partição) afirma que a informação armazenada que é distribuída nos servidores do sistema da rede, fornece simultaneamente mais de duas das três garantias que o constituem. O teorema CAP implica que numa partição de rede, é preciso escolher entre consistência e disponibilidade, onde o administrador de rede escolhe a melhor forma para garantir a entrega de informação aos utilizadores.

Consistência
Cada leitura dos dados no sistema, recebe a gravação mais recente da informação, ou recebe um erro caso não contenha a informação mais recente.

Disponibilidade
Cada pedido ao sistema recebe uma resposta (sem erro) da informação pedida, mas sem a garantia de que os dados recebidos contêm a gravação mais recente da informação.

Tolerância de partição
O sistema continua a dar as respostas com a informação, mesmo que os pedidos estejam a ser descartados ou que a informação esteja a ser enviada com atraso, pelos diferentes nós da rede.

Qualquer sistema de rede está sujeito a falhas, no entanto o administrador pode preparar o sistema de forma a que exista uma tolerância a falhas, escolhendo entre consistência e disponibilidade para a partição. Ao escolher consistência sobre disponibilidade, o sistema irá apresentar um erro ou uma mensagem de atraso, caso não seja possível garantir que a informação que deve enviar ao utilizador seja a informação mais recente gravada no sistema. Ao escolher disponibilidade sobre consistência, o sistema nunca dará um erro ou uma mensagem de atraso, irá sempre enviar a informação ao pedido do utilizador mesmo que não consiga garantir que a informação enviada é a informação mais recente guardada no sistema porque não consegue comunicar com os outros nós em rede. Caso o sistema esteja a funcionar sem falhas, tanto a disponibilidade como a consistência são satisfeitas, e a informação é enviada imediatamente sem erros e garantindo que a informação enviada é a mais recente gravada no sistema.

Um exemplo que podemos utilizar quando este teorema é aplicada é o caso de um banco: um banco guarda a informação em vários servidores, quando um cliente faz uma transferência de dinheiro, no momento que voltar a consultar o saldo, o saldo da conta terá que ser sempre o mais recente, e não poderá ser apresentado o saldo de quando ele tinha antes de fazer a transferência. Desta forma o administrador deverá escolher consistência em vês de disponibilidade, porque é melhor dar um erro que “não é possível consultar o saldo”, do que apresentar o saldo errado ao cliente. Em outros casos em que a informação a apresentar ao cliente não é crucial, a disponibilidade é mais importante para satisfazer o utilizador.



______________________________________________________________________




Index
― Teorema CAP (Consistência, Disponibilidade, Partição) em sistemas de computação de dados (PORTUGUESE | PORTUGUÊS)
― CAP Theorem (Consistency, Availability, Partition tolerance) in data computing systems (ENGLISH)
― Théorème de la PAC (cohérence, disponibilité, tolérance de partition) dans les systèmes informatiques (FRENCH | FRANÇAIS)
― Teorema de CAP (consistencia, disponibilidad, tolerancia de partición) en sistemas informáticos (SPANISH | ESPAÑOL)
― CAP-Theorem (Konsistenz, Verfügbarkeit, Partitionstoleranz) in Computersystemen (GERMAN | DEUTSCHE)
― Teorema CAP (coerenza, disponibilità, tolleranza delle partizioni) nei sistemi informatici (ITALIAN | ITALIANO)
― Теорема CAP (согласованность, доступность, допуск раздела) в вычислительных (RUSSIAN | РУССКИЙ)
― Bilgi işlem sistemlerinde CAP Teoremi (Tutarlılık, Kullanılabilirlik, Bölüm toleransı) (TURKISH | TÜRK)
― Теорема CAP (узгодженість, доступність, толерантність розділів) в обчислювальних системах (UKRAINIAN | УКРАЇНСЬКИЙ)
― 計算系統中的CAP定理（一致性，可用性，分區容差） (CHINESE | 中文)
― 計算機システムにおけるCAP定理（一貫性、可用性、分割許容度） (JAPANESE | 日本語)
― CAP Theorem (الاتساق ، الإتاحة ، قسم التحمل) في أنظمة الحوسبة (ARABIC | عربى)
― 컴퓨팅 시스템의 CAP 정리 (일관성, 가용성, 파티션 허용 오차) (KOREAN | 한국)
― Θεώρημα CAP (Συνέπεια, διαθεσιμότητα, ανοχή διαχωρισμού) στα υπολογιστικά συστήματα (GREEK | Ελληνικά)
― CAP-stelling (consistentie, beschikbaarheid, partitietolerantie) in computersystemen (NETHERLANDS | NEDERLAND)
― CAP Teorema (Consistență, Disponibilitate, Toleranța partițiilor) în sistemele de calcul (ROMANIA | ROMÂNIA)



______________________________________________________________________




ENGLISH
CAP Theorem (Consistency, Availability, Partition tolerance) in data computing systems
In computing systems, the CAP (Consistency, Availability, Partition tolerance) theorem states that the stored information that is distributed on the network system servers, simultaneously provides more than two of the three guarantees that constitute it. The CAP theorem implies that on a network partition, you must choose between consistency and availability, where the network administrator chooses the best way to ensure the delivery of information to users.

Consistency
Each reading of the data in the system receives the most recent recording of the information, or receives an error if it does not guarantee that contains the latest information stored.

Availability
Each request to the system receives a response (without error) of the information requested, but without the guarantee that the data received contains the most recent recording of the information stored.

Partition tolerance
The system continues to respond with the information, even if the requests are being dropped or the information is being sent with a delay by the different nodes in the network.

Any network system is subject to failures, however, the administrator can prepare the system so that there is a fault tolerance, choosing between consistency and availability for the partition. When choosing consistency over availability, the system will display an error or a error/delay message if it can not be ensured that the information sent to the user is the most recent information recorded on the system. When choosing availability over consistency, the system will never give an error/delay message, it will always send the information to the user's request even if it can not guarantee that the information sent is the most recent information stored in the system, because it can not communicate with the other networked nodes. If the system is operating without fail, both availability and consistency are met, and the information is sent immediately without error and ensuring that the information sent is the latest recorded on the system.

An example that we can use when this theorem is applied is the case of a bank: a bank stores the information in several servers, when a client makes a money transfer, the moment that he return to consult the balance, the balance of the account will have to always be the most recent, and can not be shown the balance he had before making the transfer. This way the administrator should choose consistency after availability, because it is better to give an error that "can not check the balance at this moment", than to present the wrong balance to the client. In other cases where the information to be presented to the customer is not crucial, availability is more important to satisfy the user.



______________________________________________________________________




FRENCH | FRANÇAIS
Théorème de la PAC (cohérence, disponibilité, tolérance de partition) dans les systèmes informatiques
Dans les systèmes informatiques, le théorème CAP indique que les informations stockées distribuées sur les serveurs du système du réseau fournissent simultanément plus de deux des trois garanties qui les constituent. Le théorème CAP implique que sur une partition réseau, vous devez choisir entre la cohérence et la disponibilité, où l'administrateur réseau choisit le meilleur moyen de garantir la livraison des informations aux utilisateurs.

Cohérence
Chaque lecture des données dans le système reçoit l’enregistrement le plus récent de l’information ou une erreur s’il ne garantit pas que l’information la plus récente est stockée.

Disponibilité
Chaque demande adressée au système reçoit une réponse (sans erreur) des informations demandées, mais sans la garantie que les données reçues contiennent l'enregistrement le plus récent des informations stockées.

Tolérance de partition
Le système continue à répondre avec les informations, même si les demandes sont abandonnées ou si les informations sont envoyées avec un retard par les différents nœuds du réseau.

Tout système réseau est sujet à des pannes. Toutefois, l'administrateur peut préparer le système de sorte qu'il existe une tolérance aux pannes, en choisissant entre cohérence et disponibilité pour la partition. Lorsque vous choisissez la cohérence par rapport à la disponibilité, le système affichera un message d'erreur ou un message d'erreur / retard s'il ne peut pas être garanti que les informations envoyées à l'utilisateur sont les informations les plus récentes enregistrées sur le système. Lorsque vous choisissez la disponibilité plutôt que la cohérence, le système ne donnera jamais de message d'erreur / de retard, il enverra toujours les informations à la demande de l'utilisateur, même s'il ne peut pas garantir que les informations envoyées sont les informations les plus récentes stockées dans le système, car elles peuvent pas communiquer avec les autres nœuds du réseau. Si le système fonctionne sans échec, la disponibilité et la cohérence sont respectées. Les informations sont envoyées immédiatement sans erreur et garantissent que les informations envoyées sont les dernières enregistrées sur le système.

Un exemple que nous pouvons utiliser lorsque ce théorème est appliqué est le cas d'une banque: une banque stocke les informations sur plusieurs serveurs, lorsqu'un client effectue un virement de fonds, au moment où il retourne consulter le solde, le solde du compte. devra toujours être le plus récent, et ne peut être montré le solde qu'il avait avant de faire le transfert. De cette manière, l'administrateur doit choisir la cohérence après la disponibilité, car il est préférable de donner une erreur qui "ne peut pas vérifier le solde à ce moment", plutôt que de présenter le mauvais solde au client. Dans les autres cas où les informations à présenter au client ne sont pas cruciales, la disponibilité est plus importante pour satisfaire l'utilisateur.



______________________________________________________________________




SPANISH | ESPAÑOL
Teorema de CAP (consistencia, disponibilidad, tolerancia de partición) en sistemas informáticos
En los sistemas informáticos, el teorema de CAP establece que la información almacenada que se distribuye en los servidores del sistema de red proporciona simultáneamente más de dos de las tres garantías que lo constituyen. El teorema de CAP implica que en una partición de red, debe elegir entre la consistencia y la disponibilidad, donde el administrador de la red elige la mejor manera de garantizar la entrega de información a los usuarios.

Consistencia
Cada lectura de los datos en el sistema recibe la grabación más reciente de la información, o recibe un error si no garantiza que contenga la información más reciente almacenada.

Disponibilidad
Cada solicitud al sistema recibe una respuesta (sin error) de la información solicitada, pero sin la garantía de que los datos recibidos contienen la grabación más reciente de la información almacenada.

Tolerancia de partición
El sistema continúa respondiendo con la información, incluso si las solicitudes se descartan o la información se envía con retraso por los diferentes nodos de la red.

Cualquier sistema de red está sujeto a fallas, sin embargo, el administrador puede preparar el sistema para que haya una tolerancia a fallas, eligiendo entre la consistencia y la disponibilidad para la partición. Al elegir la coherencia sobre la disponibilidad, el sistema mostrará un error o un mensaje de error / retraso si no se puede garantizar que la información enviada al usuario sea la información más reciente registrada en el sistema. Al elegir la disponibilidad por coherencia, el sistema nunca emitirá un mensaje de error / retraso, siempre enviará la información a la solicitud del usuario, incluso si no puede garantizar que la información enviada sea la información más reciente almacenada en el sistema, ya que puede No se comunica con los demás nodos en red. Si el sistema está funcionando sin fallar, se cumplen tanto la disponibilidad como la consistencia, y la información se envía inmediatamente sin errores y se asegura de que la información enviada sea la más reciente registrada en el sistema.

Un ejemplo que podemos usar cuando se aplica este teorema es el caso de un banco: un banco almacena la información en varios servidores, cuando un cliente realiza una transferencia de dinero, en el momento en que regresa para consultar el saldo, el saldo de la cuenta. Tendrá que ser siempre el más reciente, y no se le puede mostrar el saldo que tenía antes de realizar la transferencia. De esta manera, el administrador debe elegir la consistencia después de la disponibilidad, porque es mejor dar un error que "no puede verificar el saldo en este momento", que presentar el saldo incorrecto al cliente. En otros casos donde la información que se presenta al cliente no es crucial, la disponibilidad es más importante para satisfacer al usuario.



_______________________________________________________________________




GERMAN | DEUTSCHE
CAP-Theorem (Konsistenz, Verfügbarkeit, Partitionstoleranz) in Computersystemen
In Computersystemen gibt der CAP-Theorem an, dass die gespeicherten Informationen, die auf den Servern des Netzwerksystems verteilt werden, gleichzeitig mehr als zwei der drei Garantien bieten, die sie ausmachen. Der CAP-Theorem impliziert, dass Sie auf einer Netzwerkpartition zwischen Konsistenz und Verfügbarkeit wählen müssen, wobei der Netzwerkadministrator die beste Methode wählt, um die Bereitstellung von Informationen für Benutzer sicherzustellen.

Konsistenz
Jedes Lesen der Daten im System empfängt die jüngste Aufzeichnung der Informationen oder einen Fehler, wenn nicht garantiert wird, dass die zuletzt gespeicherten Informationen enthalten sind.

Verfügbarkeit
Jede Anforderung an das System empfängt eine Antwort (ohne Fehler) der angeforderten Informationen, jedoch ohne die Garantie, dass die empfangenen Daten die letzte Aufzeichnung der gespeicherten Informationen enthalten.

Partitionstoleranz
Das System antwortet weiterhin mit den Informationen, auch wenn die Anforderungen verworfen werden oder die Informationen mit einer Verzögerung von den verschiedenen Knoten im Netzwerk gesendet werden.

Jedes Netzwerksystem ist fehleranfällig. Der Administrator kann das System jedoch so vorbereiten, dass Fehlertoleranz besteht, wobei zwischen Konsistenz und Verfügbarkeit der Partition gewählt wird. Bei der Auswahl der Konsistenz gegenüber der Verfügbarkeit zeigt das System eine Fehler- oder Fehler- / Verzögerungsmeldung an, wenn nicht sichergestellt werden kann, dass die an den Benutzer gesendeten Informationen die aktuellsten im System aufgezeichneten Informationen sind. Bei der Auswahl der Verfügbarkeit über die Konsistenz gibt das System niemals eine Fehler- / Verzögerungsnachricht aus, sondern sendet die Informationen immer an die Anfrage des Benutzers, auch wenn es nicht garantieren kann, dass die gesendeten Informationen die letzten im System gespeicherten Informationen sind, da dies möglich ist nicht mit den anderen vernetzten Knoten kommunizieren. Wenn das System fehlerfrei arbeitet, sind sowohl Verfügbarkeit als auch Konsistenz gegeben, und die Informationen werden sofort fehlerfrei gesendet und es wird sichergestellt, dass die gesendeten Informationen die letzten im System aufgezeichneten Informationen sind.

Ein Beispiel, das wir verwenden können, wenn dieser Satz angewendet wird, ist der Fall einer Bank: Eine Bank speichert die Informationen auf mehreren Servern, wenn ein Kunde eine Geldüberweisung vornimmt, sobald er zurückkehrt, um den Kontostand abzurufen, den Kontostand muss immer der aktuellste sein und kann nicht das Guthaben angezeigt werden, das er vor der Überweisung hatte. Auf diese Weise sollte der Administrator die Konsistenz nach Verfügbarkeit auswählen, da es besser ist, einen Fehler zu geben, der "den Kontostand zu diesem Zeitpunkt nicht prüfen kann", als dem Client den falschen Kontostand zu präsentieren. In anderen Fällen, in denen die Informationen, die dem Kunden zur Verfügung gestellt werden sollen, nicht entscheidend sind, ist die Verfügbarkeit wichtiger, um den Benutzer zufrieden zu stellen.



______________________________________________________________________




ITALIAN | ITALIANO
Teorema CAP (coerenza, disponibilità, tolleranza delle partizioni) nei sistemi informatici
Nei sistemi di calcolo, il teorema CAP afferma che le informazioni memorizzate che sono distribuite sui server del sistema di rete, fornisce simultaneamente più di due delle tre garanzie che lo costituiscono. Il teorema CAP implica che su una partizione di rete, è necessario scegliere tra coerenza e disponibilità, in cui l'amministratore di rete sceglie il modo migliore per garantire la consegna delle informazioni agli utenti.

Consistenza
Ogni lettura dei dati nel sistema riceve la registrazione più recente delle informazioni o riceve un errore se non garantisce che contenga le informazioni più recenti memorizzate.

Disponibilità
Ogni richiesta al sistema riceve una risposta (senza errori) delle informazioni richieste, ma senza la garanzia che i dati ricevuti contengano la registrazione più recente delle informazioni memorizzate.

Tolleranza alle partizioni
Il sistema continua a rispondere con le informazioni, anche se le richieste vengono eliminate o le informazioni vengono inviate con ritardo dai diversi nodi della rete.

Qualsiasi sistema di rete è soggetto a guasti, tuttavia, l'amministratore può preparare il sistema in modo che vi sia una tolleranza di errore, scegliendo tra coerenza e disponibilità per la partizione. Quando si sceglie la coerenza rispetto alla disponibilità, il sistema visualizza un errore o un messaggio di errore / ritardo se non è possibile garantire che le informazioni inviate all'utente siano le informazioni più recenti registrate sul sistema. Quando si sceglie la disponibilità rispetto alla consistenza, il sistema non darà mai un messaggio di errore / ritardo, invierà sempre le informazioni alla richiesta dell'utente anche se non può garantire che le informazioni inviate siano le informazioni più recenti memorizzate nel sistema, poiché può non comunicare con gli altri nodi in rete. Se il sistema funziona senza problemi, vengono soddisfatte sia la disponibilità che la coerenza e le informazioni vengono inviate immediatamente senza errori e garantendo che le informazioni inviate siano le ultime registrate sul sistema.

Un esempio che possiamo usare quando questo teorema viene applicato è il caso di una banca: una banca memorizza le informazioni in diversi server, quando un cliente effettua un trasferimento di denaro, nel momento in cui torna a consultare il saldo, il saldo del conto dovrà sempre essere il più recente, e non può essere mostrato l'equilibrio che aveva prima di effettuare il trasferimento. In questo modo l'amministratore dovrebbe scegliere la coerenza dopo la disponibilità, perché è meglio dare un errore che "non può controllare il saldo in questo momento", piuttosto che presentare il saldo sbagliato al cliente. In altri casi in cui le informazioni da presentare al cliente non sono cruciali, la disponibilità è più importante per soddisfare l'utente.



_______________________________________________________________________




RUSSIAN | РУССКИЙ
Теорема CAP (согласованность, доступность, допуск раздела) в вычислительных системах
В вычислительных системах теорема CAP гласит, что хранимая информация, которая распространяется на серверах сетевой системы, одновременно обеспечивает более двух из трех гарантий, которые ее составляют. Теорема CAP подразумевает, что в сетевом разделе вы должны выбирать между согласованностью и доступностью, когда сетевой администратор выбирает наилучший способ обеспечения доставки информации пользователям.

консистенция
Каждое чтение данных в системе получает самую последнюю запись информации или получает ошибку, если она не гарантирует, что она содержит самую последнюю сохраненную информацию.

Доступность
Каждый запрос к системе получает ответ (без ошибок) на запрошенную информацию, но без гарантии того, что полученные данные содержат самую последнюю запись сохраненной информации.

Допуск раздела
Система продолжает отвечать информацией, даже если запросы отбрасываются или информация отправляется с задержкой различными узлами в сети.

Любая сетевая система подвержена сбоям, однако администратор может подготовить систему к отказоустойчивости, выбирая между согласованностью и доступностью раздела. При выборе согласованности по доступности система будет отображать сообщение об ошибке или сообщение об ошибке / задержке, если нельзя гарантировать, что отправленная пользователю информация является самой последней записанной в системе информацией. При выборе доступности вместо согласованности система никогда не выдаст сообщение об ошибке / задержке, она всегда будет отправлять информацию по запросу пользователя, даже если она не может гарантировать, что отправленная информация является самой последней информацией, хранящейся в системе, поскольку она может не связываться с другими сетевыми узлами. Если система работает без сбоев, то и доступность, и согласованность выполняются, и информация отправляется немедленно без ошибок, и гарантируется, что отправленная информация является последней записанной в системе.

Примером, который мы можем использовать при применении этой теоремы, является случай банка: банк хранит информацию на нескольких серверах, когда клиент осуществляет перевод денег, момент, когда он возвращается, чтобы проверить баланс, остаток на счете всегда должен быть самым последним, и не может быть показан баланс, который он имел до совершения перевода. Таким образом, администратор должен выбирать непротиворечивость после доступности, потому что лучше выдать ошибку, которая «не может проверить баланс в данный момент», чем представить неправильный баланс клиенту. В других случаях, когда информация, которая должна быть представлена клиенту, не является критически важной, доступность более важна для удовлетворения пользователя.



______________________________________________________________________




TURKISH | TÜRK
Bilgi işlem sistemlerinde CAP Teoremi (Tutarlılık, Kullanılabilirlik, Bölüm toleransı)
Bilgi işlem sistemlerinde, CAP teoremi, ağ sistemi sunucularında dağıtılan saklanan bilgilerin eşzamanlı olarak onu oluşturan üç garantiden ikisini sağladığını belirtir. CAP teoremi, bir ağ bölümünde, bilginin kullanıcılara iletilmesini sağlamak için ağ yöneticisinin en iyi yolu seçtiği tutarlılık ve kullanılabilirlik arasında seçim yapmanız gerektiğini belirtir.

Tutarlılık
Sistemdeki verilerin her okunması, bilgilerin en son kaydını alır veya saklanan en son bilgileri içermesini garanti etmiyorsa bir hata alır.

Kullanılabilirlik
Sisteme yapılan her talep, talep edilen bilgilerin yanıtını (hatasız olarak) alır, ancak alınan verinin depolanan bilginin en son kaydını içerdiğini garanti etmez.

Bölüm toleransı
Sistem, istekleri yerine getirilmiş olsa veya bilgi ağdaki farklı düğümler tarafından gecikmeli olarak gönderilse bile bilgi ile yanıt vermeye devam eder.

Herhangi bir ağ sistemi arızalara maruz kalır, ancak yönetici sistemi hazırlayabilir, böylece bölüm için tutarlılık ve kullanılabilirlik arasında seçim yaparak hataya dayanıklılık elde edilir. Kullanılabilirliğe göre tutarlılık seçildiğinde, kullanıcıya gönderilen bilgilerin sistemde kaydedilen en son bilgi olduğu garanti edilemezse, sistem bir hata veya hata / gecikme mesajı gösterecektir. Tutarlılık yerine uygunluk seçildiğinde, sistem hiçbir zaman bir hata / gecikme mesajı vermez, gönderilen bilgilerin sistemde depolanan en yeni bilgiler olduğunu garanti edemese bile, bilgileri her zaman kullanıcının isteğine gönderir, çünkü diğer ağ düğümleriyle iletişim kurmuyor. Sistem hatasız çalışıyorsa, hem kullanılabilirlik hem de tutarlılık karşılanır ve bilgiler derhal hatasız gönderilir ve gönderilen bilgilerin sistemde en son kaydedilen bilgiler olduğundan emin olun.

Bu teorem uygulandığı zaman kullanabileceğimiz bir örnek bir bankanın durumudur: bir banka bir müşteri para transferi yaptığı zaman bir banka bilgiyi saklar, dengeye başvurmak için döndüğü an, hesap bakiyesi her zaman en yeni olmak zorunda kalacak ve transferi yapmadan önce sahip olduğu bakiye gösterilemez. Bu şekilde yöneticinin uygunluktan sonra tutarlılığı seçmesi gerekir, çünkü müşteriye yanlış bakiyeyi sunmaktan ziyade "şu anda bakiyeyi kontrol edemez" hatası vermek daha iyidir. Müşteriye sunulacak bilgilerin çok önemli olmadığı diğer durumlarda, kullanıcının memnuniyeti için mevcudiyet daha önemlidir.



______________________________________________________________________




UKRAINIAN | УКРАЇНСЬКИЙ
Теорема CAP (узгодженість, доступність, толерантність розділів) в обчислювальних системах
У обчислювальних системах теорема CAP вказує, що збережена інформація, яка поширюється на серверах мережевих систем, одночасно забезпечує більше двох з трьох гарантій, які її складають. Теорема CAP передбачає, що на мережному розділі необхідно вибрати між узгодженістю та доступністю, де адміністратор мережі вибирає найкращий спосіб забезпечення доставки інформації користувачам.

Консистенція
Кожне читання даних в системі отримує останню запис інформації або отримує помилку, якщо вона не гарантує, що містить останню збережену інформацію.

Доступність
Кожен запит до системи отримує відповідь (без помилки) на запитувану інформацію, але без гарантії, що отримані дані містять найостанніші записи збереженої інформації.

Переносимість розділів
Система продовжує відповідати інформацією, навіть якщо запити скидаються або інформація надсилається з затримкою різними вузлами мережі.

Будь-яка мережна система підлягає збоям, однак, адміністратор може підготувати систему так, щоб була відмовостійкість, вибираючи між узгодженістю і доступністю для розділу. При виборі узгодженості по відношенню до доступності система покаже повідомлення про помилку або повідомлення про помилку / затримку, якщо не вдається гарантувати, що інформація, надіслана користувачеві, є останньою інформацією, записаною в системі. Вибираючи доступність над узгодженістю, система ніколи не дасть повідомлення про помилку / затримку, вона завжди буде відправляти інформацію на запит користувача, навіть якщо вона не може гарантувати, що надіслана інформація є останньою інформацією, що зберігається в системі, тому що вона може не зв'язуються з іншими мережевими вузлами. Якщо система працює безперервно, як наявність, так і узгодженість виконуються, а інформація негайно відправляється без помилок і гарантує, що надіслана інформація є останньою, записаною в системі.

Приклад, який ми можемо використати, коли ця теорема застосовується, стосується банку: банк зберігає інформацію на декількох серверах, коли клієнт робить грошовий переказ, момент, коли він повертається, щоб проконсультувати баланс, залишок на рахунку доведеться завжди бути самим останнім, і не може бути показаний баланс, який він мав до здійснення переказу. Таким чином, адміністратор повинен вибрати послідовність після доступності, тому що краще дати помилку, що "не може перевірити баланс на даний момент", ніж представити клієнту неправильний баланс. В інших випадках, коли інформація, яка повинна бути представлена замовнику, не є критичною, доступність більш важлива для задоволення користувача.



______________________________________________________________________




CHINESE | 中文
計算系統中的CAP定理（一致性，可用性，分區容差）
在計算系統中，CAP定理指出，分佈在網絡系統服務器上的存儲信息同時提供構成它的三個保證中的兩個以上。 CAP定理意味著在網絡分區上，您必須在一致性和可用性之間進行選擇，網絡管理員選擇最佳方式來確保向用戶提供信息。

一致性
系統中每次讀取數據都會收到最新的信息記錄，如果不保證包含存儲的最新信息，則會收到錯誤。

可用性
對系統的每個請求都接收所請求信息的響應（沒有錯誤），但不保證所接收的數據包含所存儲信息的最新記錄。

分區容差
即使請求被丟棄或者網絡中的不同節點延遲發送信息，系統仍繼續響應該信息。

任何網絡系統都可能出現故障，但是，管理員可以準備系統，以便具有容錯能力，在分區的一致性和可用性之間進行選擇。當選擇一致性而非可用性時，如果無法確保發送給用戶的信息是系統上記錄的最新信息，則係統將顯示錯誤或錯誤/延遲消息。當選擇可用性超過一致性時，系統將永遠不會給出錯誤/延遲消息，它總是會將信息發送給用戶的請求，即使它不能保證發送的信息是存儲在系統中的最新信息，因為它可以不與其他聯網節點通信。如果系統正常運行，則可以滿足可用性和一致性，並立即發送信息而不會出現錯誤，並確保發送的信息是系統上最新記錄的信息。

我們可以在應用這個定理時使用的一個例子是銀行的情況：銀行將信息存儲在多個服務器中，當客戶進行匯款時，他返回諮詢餘額的時刻，賬戶餘額必須始終是最新的，並且在轉移之前無法顯示他所擁有的餘額。這樣管理員應該在可用性之後選擇一致性，因為最好給出“此時無法檢查餘額”的錯誤，而不是向客戶端提供錯誤的餘額。在要呈現給客戶的信息並不重要的其他情況下，可用性對於滿足用戶更重要。



______________________________________________________________________




JAPANESE | 日本語
計算機システムにおけるCAP定理（一貫性、可用性、分割許容度）
コンピューティングシステムでは、CAPの定理によれば、ネットワークシステムサーバーに配信される格納された情報は、それを構成する3つの保証のうち2つ以上を同時に提供します。 CAPの定理では、ネットワークパーティションでは、ネットワーク管理者がユーザーへの情報配信を確実にするための最善の方法を選択する、一貫性と可用性のどちらかを選択する必要があります。

一貫性
システム内のデータの各読み取りは、最新の情報の記録を受け取るか、または最新の情報が保管されていることを保証しない場合はエラーを受け取ります。

可用性
システムへの各要求は、要求された情報の応答を（エラーなしで）受け取りますが、受け取ったデータに保管されている情報の最新の記録が含まれているという保証はありません。

パーティショントレランス
システムは、要求が破棄されている場合や、ネットワーク内のさまざまなノードによる遅延を伴って情報が送信されている場合でも、情報で応答し続けます。

どのネットワークシステムでも障害が発生する可能性がありますが、管理者はパーティションの一貫性と可用性のどちらかを選択して、フォールトトレランスが得られるようにシステムを準備できます。可用性に対する一貫性を選択するとき、ユーザーに送信された情報がシステムに記録された最新の情報であることが保証できない場合、システムはエラーまたはエラー/遅延メッセージを表示します。一貫性よりも可用性を選択する場合、システムはエラー/遅延メッセージを表示せず、送信された情報がシステムに格納されている最新の情報であることを保証できなくても常に情報をユーザーの要求に送信します。他のネットワークノードと通信しません。システムが確実に動作していれば、可用性と一貫性の両方が満たされ、情報はエラーなしで直ちに送信され、送信された情報がシステムに記録された最新のものであることが保証されます。

この定理が適用されるときに私たちが使うことができる例は銀行の場合です：銀行はクライアントが送金をするとき、彼が残高を調べるために戻った瞬間、口座の残高常に最新のものでなければならず、振替前に彼が持っていた残高を示すことはできません。クライアントに誤った残高を提示するよりも、「現時点では残高を確認できません」というエラーを表示するほうがよいため、管理者は可用性の後で一貫性を選択する必要があります。顧客に提示される情報が重要ではない他のケースでは、可用性はユーザーを満足させるためにより重要です。



______________________________________________________________________




ARABIC | عربى
CAP Theorem (الاتساق ، الإتاحة ، قسم التحمل) في أنظمة الحوسبة
في أنظمة الحوسبة ، تنص نظرية CAP على أن المعلومات المخزنة التي يتم توزيعها على خوادم نظام الشبكة ، توفر في وقت واحد أكثر من اثنين من الضمانات الثلاثة التي تشكلها. تشير نظرية CAP إلى أنه في قسم الشبكة ، يجب أن تختار بين الاتساق والتوافر ، حيث يختار مسؤول الشبكة أفضل طريقة لضمان توصيل المعلومات إلى المستخدمين.

التناسق
تتلقى كل قراءة للبيانات الموجودة في النظام أحدث تسجيل للمعلومات ، أو تتلقى خطأ إذا لم تضمن أن تحتوي على أحدث المعلومات المخزنة.

توفر
يتلقى كل طلب إلى النظام ردا (بدون خطأ) على المعلومات المطلوبة ، ولكن دون ضمان أن البيانات الواردة تحتوي على أحدث تسجيل للمعلومات المخزنة.

قسم التسامح
يستمر النظام في الاستجابة بالمعلومات ، حتى إذا تم إسقاط الطلبات أو إرسال المعلومات مع تأخير من العقد المختلفة في الشبكة.

يخضع أي نظام شبكة إلى الأعطال ، ومع ذلك ، يمكن للمسؤول إعداد النظام بحيث يكون هناك تسامح مع الخطأ ، والاختيار بين الاتساق وتوافر القسم. عند اختيار الاتساق على التوفر ، سيعرض النظام خطأ أو رسالة خطأ / تأخير إذا لم يكن من الممكن التأكد من أن المعلومات المرسلة إلى المستخدم هي أحدث المعلومات المسجلة على النظام. عند اختيار التوفر على الاتساق ، لن يقوم النظام مطلقًا بإعطاء رسالة خطأ / تأخير ، فهو سيرسل دائمًا المعلومات إلى طلب المستخدم حتى لو لم يستطع ضمان أن المعلومات المرسلة هي أحدث المعلومات المخزنة في النظام ، لأنه يمكن أن عدم التواصل مع العقد الأخرى المتصلة بالشبكة. إذا كان النظام يعمل دون فشل ، فيتم تلبية كل من التوافر والاتساق ، ويتم إرسال المعلومات على الفور دون خطأ والتأكد من أن المعلومات المرسلة هي الأحدث المسجلة على النظام.

مثال على ذلك يمكننا استخدامه عند تطبيق هذه النظرية هو حالة البنك: يقوم أحد البنوك بتخزين المعلومات في عدة خوادم ، وعندما يقوم العميل بتحويل الأموال ، وفي اللحظة التي يعود فيها للتشاور مع الرصيد ، ورصيد الحساب يجب أن تكون دائمًا الأحدث ، ولا يمكن إظهار الرصيد الذي كان لديه قبل إجراء التحويل. بهذه الطريقة ، يجب على المسؤول اختيار الاتساق بعد التوافر ، لأنه من الأفضل إعطاء خطأ "لا يمكن التحقق من الرصيد في هذه اللحظة" ، بدلاً من تقديم الرصيد الخاطئ للعميل. في الحالات الأخرى التي لا تكون فيها المعلومات المراد تقديمها إلى العميل مهمة ، يكون التوافر أكثر أهمية لإرضاء المستخدم.



______________________________________________________________________




KOREAN | 한국
컴퓨팅 시스템의 CAP 정리 (일관성, 가용성, 파티션 허용 오차)
컴퓨팅 시스템에서 CAP 이론은 네트워크 시스템 서버에 저장된 저장된 정보가 동시에이를 구성하는 세 가지 보증 중 두 가지 이상을 제공한다고 규정합니다. CAP 정리는 네트워크 파티션에서 네트워크 관리자가 정보를 사용자에게 전달하는 최선의 방법을 선택하는 일관성과 가용성 중에서 선택해야 함을 의미합니다.

일관성
시스템의 각 데이터 읽기는 최신 정보를 수신하거나 최신 정보가 저장된 것을 보장하지 않으면 오류를 수신합니다.

유효성
시스템에 대한 각 요청은 요청 된 정보의 응답 (오류없이)을 수신하지만 수신 된 데이터에 저장된 정보의 최신 기록이 포함되어 있다는 보장이 없습니다.

파티션 공차
요청이 삭제되거나 정보가 네트워크의 다른 노드에 의해 지연되어 전송되는 경우에도 시스템은 정보로 계속 응답합니다.

모든 네트워크 시스템에는 장애가 발생할 수 있지만 관리자는 결함 허용 성이 있도록 파티션의 일관성과 가용성 중에서 선택하도록 시스템을 준비 할 수 있습니다. 가용성에 대한 일관성을 선택할 때 사용자에게 전송 된 정보가 시스템에 기록 된 최신 정보라는 것을 보장 할 수없는 경우 시스템은 오류 또는 오류 / 지연 메시지를 표시합니다. 일관성을 초과하여 가용성을 선택할 때 시스템은 오류 / 지연 메시지를 절대로 제공하지 않으며 전송 된 정보가 시스템에 저장된 최신 정보라는 것을 보장 할 수 없더라도 항상 사용자의 요청으로 정보를 보냅니다. 다른 네트워크 노드와 통신하지 마십시오. 시스템이 오류없이 작동하면 가용성과 일관성이 모두 충족되며 오류없이 즉시 정보가 전송되고 전송 된 정보가 시스템에 기록 된 최신 정보인지 확인할 수 있습니다.

이 정리를 적용 할 때 사용할 수있는 예는 은행의 경우입니다. 은행은 여러 서버에 정보를 저장하고, 고객이 송금 할 때, 잔액을 상담하기 위해 돌아 오는 순간, 계좌 잔고 항상 가장 최근의 것이어야하며, 이전하기 전에 그가 가진 균형을 보여줄 수 없습니다. 이런 식으로 관리자는 가용성 뒤에 일관성을 선택해야합니다. 왜냐하면 클라이언트에 잘못된 균형을 제공하는 것보다 "현재의 균형을 확인할 수 없음"이라는 오류를주는 것이 더 낫기 때문입니다. 고객에게 제시 할 정보가 중요하지 않은 다른 경우에는 사용자 만족을 위해 가용성이 더 중요합니다.



______________________________________________________________________




GREEK | Ελληνικά
Θεώρημα CAP (Συνέπεια, διαθεσιμότητα, ανοχή διαχωρισμού) στα υπολογιστικά συστήματα
Σε υπολογιστικά συστήματα, το θεώρημα CAP αναφέρει ότι οι αποθηκευμένες πληροφορίες που διανέμονται στους διακομιστές συστημάτων δικτύου παρέχουν ταυτόχρονα περισσότερες από δύο από τις τρεις εγγυήσεις που την συνθέτουν. Το θεώρημα CAP συνεπάγεται ότι σε ένα διαμέρισμα δικτύου πρέπει να επιλέξετε μεταξύ συνέπειας και διαθεσιμότητας, όπου ο διαχειριστής του δικτύου επιλέγει τον καλύτερο τρόπο για να εξασφαλίσει την παροχή πληροφοριών στους χρήστες.

Συνοχή
Κάθε ανάγνωση των δεδομένων στο σύστημα λαμβάνει την πιο πρόσφατη καταγραφή των πληροφοριών ή λαμβάνει ένα σφάλμα αν δεν εγγυάται ότι περιέχει τις τελευταίες αποθηκευμένες πληροφορίες.

Διαθεσιμότητα
Κάθε αίτημα προς το σύστημα λαμβάνει μια απάντηση (χωρίς σφάλμα) των ζητούμενων πληροφοριών, αλλά χωρίς την εγγύηση ότι τα ληφθέντα δεδομένα περιέχουν την πιο πρόσφατη καταγραφή των αποθηκευμένων πληροφοριών.

Ανοχή κατάτμησης
Το σύστημα εξακολουθεί να ανταποκρίνεται με τις πληροφορίες, ακόμα και αν οι αιτήσεις έχουν καταργηθεί ή οι πληροφορίες αποστέλλονται με καθυστέρηση από τους διάφορους κόμβους του δικτύου.

Οποιοδήποτε σύστημα δικτύου υφίσταται βλάβες, ωστόσο, ο διαχειριστής μπορεί να προετοιμάσει το σύστημα έτσι ώστε να υπάρχει ανοχή σφάλματος, επιλέγοντας μεταξύ συνέπειας και διαθεσιμότητας για το διαμέρισμα. Κατά την επιλογή της συνέπειας σε σχέση με τη διαθεσιμότητα, το σύστημα θα εμφανίσει ένα σφάλμα ή μήνυμα σφάλματος / καθυστέρησης εάν δεν μπορεί να διασφαλιστεί ότι οι πληροφορίες που αποστέλλονται στον χρήστη είναι οι πιο πρόσφατες πληροφορίες που έχουν καταγραφεί στο σύστημα. Όταν επιλέγει τη διαθεσιμότητα έναντι της συνέπειας, το σύστημα δεν θα δώσει ποτέ μήνυμα σφάλματος / καθυστέρησης, θα στέλνει πάντοτε τις πληροφορίες στο αίτημα του χρήστη, ακόμη και αν δεν μπορεί να εγγυηθεί ότι οι πληροφορίες που αποστέλλονται είναι οι πιο πρόσφατες πληροφορίες που είναι αποθηκευμένες στο σύστημα. δεν επικοινωνούν με τους άλλους δικτυωμένους κόμβους. Εάν το σύστημα λειτουργεί χωρίς αποτυχία, τηρούνται και η διαθεσιμότητα και η συνέπεια και οι πληροφορίες αποστέλλονται αμέσως χωρίς σφάλματα και εξασφαλίζοντας ότι οι πληροφορίες που αποστέλλονται είναι οι τελευταίες που έχουν καταγραφεί στο σύστημα.

Ένα παράδειγμα που μπορούμε να χρησιμοποιήσουμε όταν εφαρμόζεται αυτό το θεώρημα είναι η περίπτωση μιας τράπεζας: μια τράπεζα αποθηκεύει τις πληροφορίες σε διάφορους διακομιστές, όταν ένας πελάτης κάνει μια μεταφορά χρημάτων, τη στιγμή που επιστρέφει για να συμβουλευτεί το υπόλοιπο, το υπόλοιπο του λογαριασμού θα πρέπει πάντα να είναι η πιο πρόσφατη και δεν μπορεί να δείξει την ισορροπία που είχε πριν κάνει τη μεταφορά. Με αυτό τον τρόπο ο διαχειριστής θα πρέπει να επιλέξει συνέπεια μετά τη διαθεσιμότητα, επειδή είναι καλύτερο να δώσουμε σφάλμα ότι "δεν μπορεί να ελέγξει την ισορροπία αυτή τη στιγμή", παρά να παρουσιάσει εσφαλμένο υπόλοιπο στον πελάτη. Σε άλλες περιπτώσεις όπου οι πληροφορίες που παρουσιάζονται στον πελάτη δεν είναι κρίσιμες, η διαθεσιμότητα είναι πιο σημαντική για την ικανοποίηση του χρήστη.



______________________________________________________________________




NETHERLANDS | NEDERLAND
CAP-stelling (consistentie, beschikbaarheid, partitietolerantie) in computersystemen
In computersystemen stelt de CAP-stelling dat de opgeslagen informatie die wordt gedistribueerd op de servers van het netwerksysteem, tegelijkertijd meer dan twee van de drie garanties biedt die het vormen. De CAP-stelling houdt in dat u op een netwerkpartitie moet kiezen tussen consistentie en beschikbaarheid, waarbij de netwerkbeheerder de beste manier kiest om de levering van informatie aan gebruikers te garanderen.

Consistentie
Elke lezing van de gegevens in het systeem ontvangt de meest recente opname van de informatie of ontvangt een foutmelding als deze niet garandeert dat deze de laatst opgeslagen informatie bevat.

Beschikbaarheid
Elke aanvraag aan het systeem ontvangt een antwoord (zonder fouten) op de gevraagde informatie, maar zonder de garantie dat de ontvangen gegevens de meest recente registratie van de opgeslagen informatie bevatten.

Verdelings tolerantie
Het systeem blijft reageren met de informatie, zelfs als de verzoeken worden verwijderd of de informatie met een vertraging wordt verzonden door de verschillende knooppunten in het netwerk.

Elk netwerksysteem is onderhevig aan storingen, maar de beheerder kan het systeem zo voorbereiden dat er een fouttolerantie is, waarbij wordt gekozen tussen consistentie en beschikbaarheid voor de partitie. Bij het kiezen van consistentie ten opzichte van beschikbaarheid, zal het systeem een foutmelding of een fout / vertragingsbericht weergeven als niet kan worden gegarandeerd dat de informatie die naar de gebruiker wordt verzonden de meest recente informatie is die op het systeem is vastgelegd. Bij het kiezen van beschikbaarheid boven consistentie, zal het systeem nooit een fout / vertragingsbericht geven, het zal altijd de informatie naar het verzoek van de gebruiker verzenden, zelfs als het niet kan garanderen dat de verzonden informatie de meest recente informatie is die in het systeem is opgeslagen, omdat het kan niet communiceren met de andere genetwerkte knooppunten. Als het systeem zonder problemen functioneert, is aan zowel beschikbaarheid als consistentie voldaan en wordt de informatie onmiddellijk foutloos verzonden en wordt ervoor gezorgd dat de verzonden informatie de meest recente is op het systeem.

Een voorbeeld dat we kunnen gebruiken wanneer deze stelling wordt toegepast, is het geval van een bank: een bank slaat de informatie op in verschillende servers, wanneer een cliënt een geldoverdracht doet, het moment dat hij terugkeert om het saldo te raadplegen, het saldo van de rekening zal altijd de meest recente moeten zijn, en het saldo dat hij had, kon niet worden getoond voordat de overdracht plaatsvond. Op deze manier moet de beheerder na beschikbaarheid kiezen voor consistentie, omdat het beter is om een fout te geven die "de balans op dit moment niet kan controleren", dan om het verkeerde saldo aan de klant te geven. In andere gevallen waarin de informatie die aan de klant moet worden gepresenteerd niet cruciaal is, is beschikbaarheid belangrijker om de gebruiker tevreden te stellen.



______________________________________________________________________




ROMANIA | ROMÂNIA
CAP Teorema (Consistență, Disponibilitate, Toleranța partițiilor) în sistemele de calcul
În sistemele de calcul, teorema CAP afirmă că informațiile stocate care sunt distribuite pe serverele sistemului de rețea oferă în același timp mai mult de două din cele trei garanții care o constituie. Teorema CAP implică faptul că pe o partiție de rețea trebuie să alegeți între coerență și disponibilitate, unde administratorul de rețea alege cea mai bună modalitate de a asigura furnizarea de informații către utilizatori.

consecvență
Fiecare citire a datelor din sistem primește cea mai recentă înregistrare a informațiilor sau primește o eroare dacă nu garantează că acestea conțin cele mai recente informații stocate.

Disponibilitate
Fiecare cerere către sistem primește un răspuns (fără eroare) a informațiilor solicitate, dar fără garanția că datele primite conțin cea mai recentă înregistrare a informațiilor stocate.

Toleranța partiționării
Sistemul continuă să răspundă cu informațiile, chiar dacă cererile sunt scoase sau informațiile sunt trimise cu întârziere de către diferitele noduri din rețea.

Orice sistem de rețea este supus unor defecțiuni, cu toate acestea, administratorul poate pregăti sistemul astfel încât să existe o toleranță la eroare, alegând între coerența și disponibilitatea partiției. Când se alege consistența în raport cu disponibilitatea, sistemul va afișa o eroare sau un mesaj de eroare / întârziere dacă nu se poate asigura că informațiile trimise utilizatorului sunt cele mai recente informații înregistrate în sistem. Atunci când alegerea disponibilității peste consistență, sistemul nu va da niciodată un mesaj de eroare / întârziere, acesta va trimite întotdeauna informațiile la cererea utilizatorului chiar dacă nu poate garanta că informațiile trimise sunt cele mai recente informații stocate în sistem, deoarece pot nu comunica cu celelalte noduri de rețea. Dacă sistemul funcționează fără nici o greșeală, atât disponibilitatea, cât și coerența sunt îndeplinite, iar informațiile sunt trimise imediat fără eroare și asigurându-se că informațiile transmise sunt cele mai recente înregistrate în sistem.

Un exemplu pe care îl putem folosi atunci când se aplică această teoremă este cazul unei bănci: o bancă stochează informațiile în mai multe servere, când un client efectuează un transfer de bani, în momentul în care se întoarce să consulte soldul, soldul contului va trebui să fie întotdeauna cea mai recentă și nu se poate arăta echilibrul pe care îl avea înainte de a efectua transferul. În acest fel, administratorul trebuie să aleagă coerența după disponibilitate, deoarece este mai bine să dați o eroare care "nu poate verifica soldul în acest moment", decât să prezinte balanța greșită a clientului. În alte cazuri în care informațiile care trebuie prezentate clientului nu sunt esențiale, disponibilitatea este mai importantă pentru satisfacerea utilizatorului.

O que são propriedades ACID em bases de dados de sistemas de computação? | What are ACID properties in computer systems databases?

Artigos relacionados: Balanceamento de Carga • Elasticidade vs Escalabilidade • Propriedades ACID • Teorema CAP

O que são propriedades ACID em bases de dados de sistemas de computação?
Em sistemas de computação, ACID é o acrónimo de Atomicity, Consistency, Isolation, Durability, que são um conjunto de propriedades para a transações de base de dados com o objetivo de garantir que a validade da informação lida e escrita na base de dados, não tem erros e é sempre correta independentemente de qual cópia da base de dados o utilizador está a transferir a informação. O sistema ACID tem como finalidade garantir redundância e mais rápida acessibilidade da informação, e para isso os administradores de um sistema de computação necessitam de várias bases de dados com várias cópias, mas cada uma das cópias necessita de ser igual constantemente no momento exato que os utilizadores acedem à informação, porque se vários utilizadores tentarem aceder à mesma informação em servidores de bases de dados diferentes, não podem obter resultados de informação diferentes.

Atomicity | Atomicidade
Garante que cada transação à base de dados seja tratada como uma única "unidade", porque o pedido vai necessitar de vários pedidos para a comunicação, caso um dos pedidos falhe, toda a unidade deverá falhar e não realizar apenas parte do pedido.

Consistency | Consistência
Garante que uma transação só pode utilizar informação de uma base de dados que esteja num estado válido, para evitar que seja utilizada informação desatualizada ou incorreta no momento do pedido. Todos a informação utilizada da base de dados tem que ser validade de acordo com as regras para garantir que todas as transações estejam corretas, garantindo assim integridade da base de dados.

Isolation | Isolamento
Garante que a execução simultânea da base de dados deixa informação no mesmo estado que como se fosse executada sequencialmente. Quantos mais utilizadores um sistema tiver, maior a probabilidade que a mesma informação seja acedida ao mesmo tempo, mas a base de dados tem que garantir que a informação é única e não é alterada com diferentes valores quando dois utilizadores mudam a mesma informação ao mesmo tempo.

Durability | Durabilidade
Garante que uma vez que uma transação tenha sido confirmada, irá permanecer confirmada mesmo em caso de falha do sistema. Quando um sistema sofre alguma falha, por exemplo ser desligado, o sistema tem que garantir que quando volta a ser ligado, a informação permanece a mesmo no momento do último estado guardado.



______________________________________________________________________




Index
― O que são propriedades ACID em bases de dados de sistemas de computação? (PORTUGUESE | PORTUGUÊS)
― What are ACID properties in computer systems databases? (ENGLISH)
― Quelles sont les propriétés d'ACID dans les bases de données de systèmes informatiques? (FRENCH | FRANÇAIS)
― ¿Cuáles son las propiedades de ACID en las bases de datos de sistemas informáticos? (SPANISH | ESPAÑOL)
― Was sind ACID-Eigenschaften in Computersystemdatenbanken? (GERMAN | DEUTSCHE)
― Quali sono le proprietà ACID nei database dei sistemi informatici? (ITALIAN | ITALIANO)
― Каковы свойства ACID в базах данных компьютерных систем? (RUSSIAN | РУССКИЙ)
― Bilgisayar sistemleri veritabanlarındaki ACID özellikleri nelerdir? (TURKISH | TÜRK)
― Які властивості ACID в базах даних комп'ютерних систем? (UKRAINIAN | УКРАЇНСЬКИЙ)
― 计算机系统数据库中的ACID属性是什么？ (CHINESE | 中文)
― コンピュータシステムデータベースのACIDプロパティとは何ですか？ (JAPANESE | 日本語)
― ما هي خصائص ACID في قواعد بيانات أنظمة الكمبيوتر؟ (ARABIC | عربى)
― 컴퓨터 시스템 데이터베이스의 ACID 속성은 무엇입니까? (KOREAN | 한국)
― Τι είναι οι ιδιότητες του ACID σε βάσεις δεδομένων συστημάτων υπολογιστών; (GREEK | Ελληνικά)
― Wat zijn ACID-eigenschappen in databases van computersystemen? (NETHERLANDS | NEDERLAND)
― Care sunt proprietățile ACID din bazele de date ale sistemelor informatice? (ROMANIA | ROMÂNIA)



______________________________________________________________________




ENGLISH
What are ACID properties in computer systems databases?
In computing systems, ACID is the acronym for Atomicity, Consistency, Isolation, Durability, which are a set of properties for database transactions to ensure that the validity of information read and written to the database does not has errors and is always correct regardless of which copy of the database the user is accessing the information. The ACID system aims to ensure redundancy and faster accessibility of information, and for this purpose, computer system administrators need multiple databases with multiple copies, but each copy needs to be constantly the same, at the exact moment the users access the information, because if multiple users try to access the same information on different database servers, they can not get different information results.

Atomicity
Ensures that each transaction to the database is treated as a single "unit" because the transaction will require several requests for the communication, in case one of the requests fails, the whole unit should fail and not only perform part of the transaction.

Consistency | Consistency
Ensures that a transaction can only use information from a database that is in a valid state, to prevent the use of outdated or incorrect information at the time of request. All information in the database must be valid according to the rules, to ensure that all transactions are correct, thus ensuring database integrity.

Isolation | Isolation
Ensures that the simultaneous execution of the database leaves information in the same state as if it were executed sequentially. The more users a system has, the more likely it is that the same information is accessed at the same time, but the database has to ensure that the information is unique and is not changed with different values when two users change the same information at the same time.

Durability | Durability
Ensures that once a transaction has been confirmed, it will remain committed even in the event of a system failure. When a system suffers from a failure, for example being switched off, the system must ensure that when it is reconnected, the information remains the same at the time of the last saved state.



______________________________________________________________________




FRENCH | FRANÇAIS
Quelles sont les propriétés d'ACID dans les bases de données de systèmes informatiques?
Dans les systèmes informatiques, ACID est l’acronyme de Atomicity, Consistency, Isolation, Durability, qui est un ensemble de propriétés permettant aux transactions de base de données de garantir que la validité des informations lues et écrites dans la base de données ne comporte pas d’erreurs et est toujours correcte, quelles que soient les propriétés. copie de la base de données à laquelle l'utilisateur accède aux informations. Le système ACID vise à assurer la redondance et l’accessibilité plus rapide des informations. À cette fin, les administrateurs système ont besoin de plusieurs bases de données avec plusieurs copies, mais chaque copie doit être constamment la même, au moment exact où les utilisateurs accèdent aux informations, car Si plusieurs utilisateurs essaient d’accéder aux mêmes informations sur différents serveurs de base de données, ils ne peuvent pas obtenir des résultats différents.

L'atomicité
Garantit que chaque transaction vers la base de données est traitée comme une "unité" unique car la transaction nécessitera plusieurs demandes de communication. En cas d'échec de l'une des demandes, l'unité entière échouerait et ne se limiterait pas à une partie de la transaction.

La cohérence | Cohérence
Garantit qu'une transaction ne peut utiliser que les informations d'une base de données dans un état valide, afin d'empêcher l'utilisation d'informations obsolètes ou incorrectes au moment de la demande. Toutes les informations de la base de données doivent être valides conformément aux règles, pour garantir que toutes les transactions sont correctes, garantissant ainsi l'intégrité de la base de données.

Isolement | Isolement
Garantit que l'exécution simultanée de la base de données laisse les informations dans le même état que si elles étaient exécutées de manière séquentielle. Plus le nombre d'utilisateurs d'un système est élevé, plus il est probable que les mêmes informations soient accédées en même temps, mais la base de données doit s'assurer que les informations sont uniques et ne sont pas modifiées avec des valeurs différentes lorsque deux utilisateurs modifient les mêmes informations au même moment. en même temps.

Durabilité | Durabilité
S'assure qu'une fois la transaction confirmée, elle restera validée même en cas de défaillance du système. Lorsqu'un système souffre d'une panne, par exemple s'il est éteint, il doit s'assurer que, lors de la reconnexion, les informations restent les mêmes au moment du dernier état enregistré.



______________________________________________________________________




SPANISH | ESPAÑOL
¿Cuáles son las propiedades de ACID en las bases de datos de sistemas informáticos?
En los sistemas de computación, ACID es el acrónimo de Atomicidad, Consistencia, Aislamiento, Durabilidad, que es un conjunto de propiedades para transacciones de base de datos para asegurar que la validez de la información leída y escrita en la base de datos no tenga errores y siempre sea correcta, independientemente de cuál sea. Copia de la base de datos, el usuario accede a la información. El sistema ACID tiene como objetivo garantizar la redundancia y un acceso más rápido a la información, y para este propósito, los administradores de sistemas informáticos necesitan múltiples bases de datos con múltiples copias, pero cada copia debe ser siempre la misma, en el momento exacto en que los usuarios acceden a la información, porque si varios usuarios intentan acceder a la misma información en diferentes servidores de bases de datos, no pueden obtener resultados de información diferentes.

Atomicidad
Asegura que cada transacción a la base de datos sea tratada como una sola "unidad" porque la transacción requerirá varias solicitudes para la comunicación, en caso de que una de las solicitudes falle, la unidad completa debe fallar y no solo realizar parte de la transacción.

Consistencia | Consistencia
Asegura que una transacción solo pueda usar información de una base de datos que esté en un estado válido, para evitar el uso de información obsoleta o incorrecta en el momento de la solicitud. Toda la información en la base de datos debe ser válida de acuerdo con las reglas, para garantizar que todas las transacciones sean correctas, garantizando así la integridad de la base de datos.

Aislamiento | Aislamiento
Asegura que la ejecución simultánea de la base de datos deje la información en el mismo estado que si se ejecutara de forma secuencial. Cuantos más usuarios tenga un sistema, más probable es que se acceda a la misma información al mismo tiempo, pero la base de datos debe garantizar que la información sea única y que no se cambie con valores diferentes cuando dos usuarios cambian la misma información en la cuenta. Mismo tiempo.

Durabilidad | Durabilidad
Asegura que una vez que se haya confirmado una transacción, se mantendrá comprometida incluso en el caso de una falla del sistema. Cuando un sistema sufre una falla, por ejemplo, se apaga, el sistema debe asegurarse de que cuando se vuelva a conectar, la información permanezca igual en el momento del último estado guardado.



_______________________________________________________________________




GERMAN | DEUTSCHE
Was sind ACID-Eigenschaften in Computersystemdatenbanken?
In Computersystemen ist ACID die Abkürzung für Atomicity, Consistency, Isolation, Durability. Hierbei handelt es sich um eine Reihe von Eigenschaften für Datenbanktransaktionen, um sicherzustellen, dass die Gültigkeit von in die Datenbank gelesenen und in die Datenbank geschriebenen Informationen fehlerfrei ist und unabhängig davon, welche Informationen verwendet werden Kopie der Datenbank, auf die der Benutzer auf die Informationen zugreift. Das ACID-System zielt auf Redundanz und schnelleren Zugriff auf Informationen ab. Zu diesem Zweck benötigen Administratoren von Computersystemen mehrere Datenbanken mit mehreren Kopien. Jede Kopie muss jedoch stets gleich sein, und zwar genau zu dem Zeitpunkt, zu dem die Benutzer auf die Informationen zugreifen Mehrere Benutzer versuchen, auf die gleichen Informationen auf verschiedenen Datenbankservern zuzugreifen. Sie können keine unterschiedlichen Informationsergebnisse erhalten.

Atomizität
Stellt sicher, dass jede Transaktion in der Datenbank als eine einzige "Einheit" behandelt wird, da die Transaktion mehrere Anforderungen für die Kommunikation erfordert. Falls eine der Anforderungen fehlschlägt, kann die gesamte Einheit ausfallen und nicht nur einen Teil der Transaktion ausführen.

Konsistenz | Konsistenz
Stellt sicher, dass eine Transaktion nur Informationen aus einer Datenbank mit einem gültigen Status verwenden kann, um zu verhindern, dass zum Zeitpunkt der Anforderung veraltete oder falsche Informationen verwendet werden. Alle Informationen in der Datenbank müssen gemäß den Regeln gültig sein, um sicherzustellen, dass alle Transaktionen korrekt sind und somit die Datenbankintegrität gewährleistet ist.

Isolierung | Isolierung
Stellt sicher, dass die gleichzeitige Ausführung der Datenbank Informationen in demselben Status belässt, als ob sie sequentiell ausgeführt würden. Je mehr Benutzer ein System hat, desto wahrscheinlicher wird auf die gleichen Informationen gleichzeitig zugegriffen. Die Datenbank muss jedoch sicherstellen, dass die Informationen eindeutig sind und nicht mit unterschiedlichen Werten geändert werden, wenn zwei Benutzer dieselben Informationen ändern gleiche Zeit.

Haltbarkeit | Haltbarkeit
Stellt sicher, dass eine bestätigte Transaktion auch im Falle eines Systemfehlers festgeschrieben bleibt. Wenn ein System ausfällt, beispielsweise ausgeschaltet ist, muss das System sicherstellen, dass beim erneuten Verbinden die Informationen zum Zeitpunkt des letzten gespeicherten Zustands gleich bleiben.



______________________________________________________________________




ITALIAN | ITALIANO
Quali sono le proprietà ACID nei database dei sistemi informatici?
Nei sistemi informatici, ACID è l'acronimo di Atomicity, Consistency, Isolation, Durability, che sono un insieme di proprietà per le transazioni del database per garantire che la validità delle informazioni lette e scritte nel database non abbia errori e sia sempre corretta indipendentemente da quale copia del database l'utente sta accedendo alle informazioni. Il sistema ACID mira a garantire la ridondanza e l'accessibilità più rapida delle informazioni e, a tale scopo, gli amministratori dei sistemi informatici hanno bisogno di più database con più copie, ma ogni copia deve essere costantemente la stessa, nel momento esatto in cui gli utenti accedono alle informazioni, perché se più utenti tentano di accedere alle stesse informazioni su diversi server di database, non possono ottenere risultati di informazioni differenti.

Atomicita
Assicura che ogni transazione al database sia trattata come una singola "unità" perché la transazione richiederà diverse richieste di comunicazione, nel caso in cui una delle richieste non riesca, l'intera unità dovrebbe fallire e non solo eseguire parte della transazione.

Coerenza Consistenza
Garantisce che una transazione possa utilizzare solo le informazioni provenienti da un database che si trova in uno stato valido, per impedire l'uso di informazioni obsolete o errate al momento della richiesta. Tutte le informazioni nel database devono essere valide in base alle regole, per garantire che tutte le transazioni siano corrette, garantendo in tal modo l'integrità del database.

Isolamento | Isolamento
Garantisce che l'esecuzione simultanea del database lasci le informazioni nello stesso stato come se fosse eseguita in sequenza. Più utenti ha un sistema, più è probabile che le stesse informazioni siano accessibili contemporaneamente, ma il database deve garantire che le informazioni siano uniche e non modificate con valori diversi quando due utenti modificano le stesse informazioni contemporaneamente.

Durata durabilità
Garantisce che una volta che una transazione è stata confermata, rimarrà impegnata anche in caso di guasto del sistema. Quando un sistema soffre di un guasto, ad esempio quando viene spento, il sistema deve garantire che al momento della riconnessione, le informazioni rimangano le stesse al momento dell'ultimo stato salvato.



_______________________________________________________________________




RUSSIAN | РУССКИЙ
Каковы свойства ACID в базах данных компьютерных систем?
В вычислительных системах ACID является аббревиатурой от Atomicity, Consistency, Isolation, Durability, которые представляют собой набор свойств для транзакций базы данных, чтобы гарантировать, что достоверность информации, считываемой и записываемой в базу данных, не имеет ошибок и всегда корректна независимо от того, какой копия базы данных, к которой пользователь обращается. Система ACID нацелена на обеспечение избыточности и более быстрого доступа к информации, и для этой цели системным администраторам требуется несколько баз данных с несколькими копиями, но каждая копия должна быть постоянно одинаковой в тот момент, когда пользователи получают доступ к информации, потому что если несколько пользователей пытаются получить доступ к одной и той же информации на разных серверах баз данных, они не могут получить разные результаты информации.

валентность
Гарантирует, что каждая транзакция в базе данных обрабатывается как один «блок», поскольку транзакция потребует несколько запросов на обмен данными, в случае сбоя одного из них весь блок должен завершиться с ошибкой, а не только выполнить часть транзакции.

Согласованность | консистенция
Гарантирует, что транзакция может использовать только информацию из базы данных, которая находится в действительном состоянии, чтобы предотвратить использование устаревшей или неправильной информации во время запроса. Вся информация в базе данных должна быть действительной в соответствии с правилами, чтобы гарантировать правильность всех транзакций, что обеспечивает целостность базы данных.

Изоляция | изоляция
Гарантирует, что одновременное выполнение базы данных оставляет информацию в том же состоянии, как если бы она была выполнена последовательно. Чем больше пользователей в системе, тем более вероятно, что к одной и той же информации обращаются одновременно, но база данных должна гарантировать, что информация уникальна и не изменяется с разными значениями, когда два пользователя изменяют одну и ту же информацию на в то же время.

Долговечность | долговечность
Гарантирует, что после подтверждения транзакции она останется зафиксированной даже в случае сбоя системы. Когда система страдает от сбоя, например, при отключении, система должна обеспечить, чтобы при повторном подключении информация оставалась такой же во время последнего сохраненного состояния.



______________________________________________________________________




TURKISH | TÜRK
Bilgisayar sistemleri veritabanlarındaki ACID özellikleri nelerdir?
Bilgi işlem sistemlerinde ACID, okunan ve veri tabanına yazılan bilgilerin geçerliliğinin hatasız olmasını sağlamak için her zaman doğru olduğundan emin olmak için veritabanı işlemlerinin bir dizi özelliği olan Atomiklik, Tutarlılık, İzolasyon, Dayanıklılık'ın kısaltmasıdır. Veritabanının bir kopyası kullanıcının bilgiye eriştiği bir kopyadır. ACID sistemi, bilginin fazlalığı ve daha hızlı erişilebilirliğini sağlamayı amaçlamaktadır ve bu amaçla, bilgisayar sistemi yöneticileri, birden fazla kopyaya sahip birden fazla veritabanına ihtiyaç duyar, ancak her kopya, aynı anda, kullanıcıların bilgiye eriştiği anda sürekli olması gerekir, çünkü Birden fazla kullanıcı, aynı veriyi farklı veritabanı sunucularında erişmeye çalışır, farklı bilgi sonuçları alamazlar.

Atomsallık
Veritabanındaki her bir işlemin tek bir "ünite" olarak ele alınmasını sağlar, çünkü işlem iletişim için birkaç istek gerektirir, isteklerden biri başarısız olursa, tüm birim başarısız olur ve işlemin bir kısmını gerçekleştirmez.

Tutarlılık | Tutarlılık
Bir işlemin, istek sırasında eski veya yanlış bilgilerin kullanılmasını önlemek için yalnızca geçerli durumda olan bir veritabanındaki bilgileri kullanabilmesini sağlar. Veritabanındaki tüm bilgiler kurallara uygun, tüm işlemlerin doğru olduğundan emin olmak için geçerli olmalı, böylece veritabanı bütünlüğünü sağlamalıdır.

İzolasyon | İzolasyon
Veritabanının eşzamanlı çalıştırılmasının, bilgileri sıralı olarak çalıştırıldığı gibi aynı durumda bırakmasını sağlar. Bir sistem ne kadar fazla kullanıcı kullanıyorsa, aynı bilgiye aynı anda erişilmesi de o kadar olasıdır, ancak iki kullanıcı aynı bilgileri değiştirdiğinde veritabanının bu bilgilerin benzersiz olmasını ve farklı değerlerle değiştirilmemesini sağlamak zorundadır. aynı zamanda.

Dayanıklılık | dayanıklılık
Bir işlem onaylandıktan sonra, bir sistem arızası durumunda bile taahhütte kalmaya devam etmesini sağlar. Bir sistemde bir arıza varsa, örneğin kapatılıyorsa, sistem tekrar bağlandığında, bilgilerin en son kaydedilen durumun aynı kalmasını sağlamalıdır.



______________________________________________________________________




UKRAINIAN | УКРАЇНСЬКИЙ
Які властивості ACID в базах даних комп'ютерних систем?
В обчислювальних системах ACID є абревіатурою для Atomicity, Consistency, Isolation, Durability, які є набором властивостей для транзакцій бази даних, щоб гарантувати, що достовірність інформації, що читається і записується в базу даних, не має помилок і завжди є правильною незалежно від копію бази даних, доступ до якої користувач здійснює. Система ACID спрямована на забезпечення надмірності та швидкої доступності інформації, і для цього адміністраторам комп'ютерних систем потрібні декілька баз даних з кількома копіями, але кожна копія має бути постійно однаковою, у той момент, коли користувачі отримують інформацію, оскільки кілька користувачів намагаються отримати доступ до однієї і тієї ж інформації на різних серверах баз даних, вони не можуть отримати різні результати пошуку інформації.

Атомність
Забезпечує, щоб кожна транзакція в базу даних трактувалася як єдина "одиниця", тому що для транзакції потрібні кілька запитів на зв'язок, у разі невдачі одного з запитів, вся одиниця не повинна виконувати частину транзакції.

Консистенція | Консистенція
Забезпечує, що транзакція може використовувати інформацію тільки з бази даних, яка знаходиться в дійсному стані, щоб запобігти використанню застарілої або неправильної інформації під час запиту. Вся інформація в базі даних повинна бути дійсною відповідно до правил, щоб гарантувати, що всі транзакції є правильними, таким чином забезпечуючи цілісність бази даних.

Ізоляція | Ізоляція
Забезпечує, щоб одночасне виконання бази даних залишало інформацію в тому самому стані, як якщо б вона виконувалася послідовно. Чим більше користувачів має система, тим більша ймовірність того, що одна й та сама інформація доступна одночасно, але база даних повинна гарантувати, що інформація є унікальною і не змінюється з різними значеннями, коли два користувачі змінюють ту ж інформацію на той же час.

Довговічність | Довговічність
Забезпечує, що як тільки транзакція буде підтверджена, вона залишатиметься виконаною навіть у випадку збою системи. Коли система страждає від збою, наприклад, якщо її вимкнено, система повинна переконатися, що при повторному підключенні інформація залишається такою ж під час останнього збереженого стану.



______________________________________________________________________




CHINESE | 中文
计算机系统数据库中的ACID属性是什么？
在计算系统中，ACID是Atomicity，Consistency，Isolation，Durability的首字母缩写，它是数据库事务的一组属性，用于确保读取和写入数据库的信息的有效性没有错误，并且始终是正确的，无论哪个用户正在访问该信息的数据库的副本。 ACID系统旨在确保信息的冗余和更快的可访问性，并且为此目的，计算机系统管理员需要具有多个副本的多个数据库，但是在用户访问信息的恰当时刻，每个副本需要始终相同，因为如果多个用户尝试在不同的数据库服务器上访问相同的信息，他们无法获得不同的信息结果。

原子性
确保将数据库的每个事务视为单个“单元”，因为事务将需要多个通信请求，如果其中一个请求失败，整个单元应该失败并且不仅执行部分事务。

一致性|一致性
确保事务只能使用处于有效状态的数据库中的信息，以防止在请求时使用过时或不正确的信息。数据库中的所有信息必须根据规则有效，以确保所有事务都正确，从而确保数据库的完整性。

隔离|隔离
确保数据库的同时执行使信息保持与顺序执行的状态相同。系统拥有的用户越多，同一时间访问相同信息的可能性就越大，但数据库必须确保信息是唯一的，并且当两个用户更改相同信息时，不会使用不同的值更改这些信息。同时。

耐用性|耐久力
确保一旦确认事务，即使系统出现故障，它也将保持提交状态。当系统出现故障（例如关闭）时，系统必须确保在重新连接时，信息在上次保存状态时保持不变。



______________________________________________________________________




JAPANESE | 日本語
コンピュータシステムデータベースのACIDプロパティとは何ですか？
コンピューティングシステムでは、ACIDはAtomicity、Consistency、Isolation、Durabilityの頭字語で、データベースとの間で読み書きされる情報の有効性にエラーがなく、常に正しいことを保証するための一連のプロパティです。ユーザーが情報にアクセスしているデータベースのコピー。 ACIDシステムは、情報の冗長性と迅速なアクセス可能性を保証することを目的としています。そのためには、コンピュータシステム管理者が複数のコピーを持つ複数のデータベースを必要とします。複数のユーザーが異なるデータベースサーバー上の同じ情報にアクセスしようとすると、異なる情報を得ることはできません。

原子性
トランザクションが通信のために複数の要求を必要とするため、データベースへの各トランザクションが単一の「ユニット」として扱われるようにします。

一貫性|一貫性
要求時に期限切れまたは不正確な情報が使用されないように、トランザクションが有効状態のデータベースからの情報のみを使用できるようにします。データベース内のすべての情報は、すべてのトランザクションが正しいことを保証するためにルールに従って有効でなければならず、したがってデータベースの整合性が保証されます。

アイソレーションアイソレーション
データベースを同時に実行しても、情報が順次実行された場合と同じ状態になります。システムのユーザー数が多いほど、同じ情報に同時にアクセスする可能性が高くなりますが、2人のユーザーが同じ情報を変更してもデータベースはその情報が一意であり、異なる値で変更されないようにする必要があります。同時。

耐久性|耐久性
一度トランザクションが確認されると、システム障害が発生した場合でもトランザクションはコミットされたままになります。システムに障害が発生した場合、たとえば電源を切った場合など、システムは再接続時に情報が最後に保存された状態のときと同じであることを確認する必要があります。



______________________________________________________________________




ARABIC | عربى
ما هي خصائص ACID في قواعد بيانات أنظمة الكمبيوتر؟
في أنظمة الحوسبة ، ACID هي اختصار لـ Atomicity و تناسق و عزل و متانة ، وهي عبارة عن مجموعة من الخصائص لمعاملات قاعدة البيانات للتأكد من أن صحة المعلومات المقروءة و المكتوبة إلى قاعدة البيانات لا تحتوي على أخطاء و دائما صحيحة بغض النظر عن نسخة من قاعدة البيانات المستخدم الوصول إلى المعلومات. يهدف نظام ACID إلى ضمان التكرار وإمكانية الوصول إلى المعلومات بشكل أسرع ، ولهذا الغرض ، يحتاج مسؤولو نظام الكمبيوتر إلى قواعد بيانات متعددة بنُسخ متعددة ، ولكن يجب أن تكون كل نسخة كما هي باستمرار ، في الوقت الذي يصل فيه المستخدمون إلى المعلومات بالضبط ، لأنه إذا يحاول العديد من المستخدمين الوصول إلى نفس المعلومات على خوادم قاعدة بيانات مختلفة ، ولا يمكنهم الحصول على نتائج معلومات مختلفة.

Atomicity
يضمن معاملة كل معاملة في قاعدة البيانات على أنها "وحدة" واحدة لأن المعاملة ستتطلب عدة طلبات للاتصال ، في حالة فشل أحد الطلبات ، يجب أن تفشل الوحدة بأكملها ولا تؤدي جزءًا فقط من المعاملة.

الاتساق | التناسق
يضمن أن المعاملة يمكن أن تستخدم فقط المعلومات من قاعدة بيانات في حالة صالحة ، لمنع استخدام المعلومات القديمة أو غير الصحيحة في وقت الطلب. يجب أن تكون جميع المعلومات الموجودة في قاعدة البيانات صالحة وفقًا للقواعد ، لضمان صحة جميع المعاملات ، وبالتالي ضمان تكامل قاعدة البيانات.

العزلة | عزل
يضمن أن التنفيذ المتزامن لقاعدة البيانات يترك المعلومات في نفس الحالة كما لو تم تنفيذها بالتتابع. كلما زاد عدد المستخدمين الذين يتمتعون بنظام ما ، زاد احتمال الوصول إلى نفس المعلومات في نفس الوقت ، ولكن يجب أن تضمن قاعدة البيانات أن تكون المعلومات فريدة ولا تتغير بقيم مختلفة عندما يقوم مستخدمان بتغيير نفس المعلومات في نفس الوقت.

المتانة | متانة
يضمن أنه بمجرد تأكيد المعاملة ، ستظل ملتزمة حتى في حالة فشل النظام. عندما يعاني النظام من عطل ، على سبيل المثال يتم إيقاف تشغيله ، يجب على النظام التأكد من أنه عند إعادة الاتصال ، تظل المعلومات كما هي في وقت آخر حالة محفوظة.



______________________________________________________________________




KOREAN | 한국
컴퓨터 시스템 데이터베이스의 ACID 속성은 무엇입니까?
컴퓨팅 시스템에서 ACID는 Atomicity, Consistency, Isolation, Durability의 약자로, 데이터베이스 트랜잭션에 대한 속성 집합으로 데이터베이스에 읽고 쓰는 정보의 유효성에 오류가없고 항상 관계없이 올바른지 확인합니다 사용자가 정보에 액세스하고있는 데이터베이스의 사본. ACID 시스템은 정보의 중복성과 신속한 접근성을 목표로하고 있으며,이를 위해 컴퓨터 시스템 관리자는 여러 복사본으로 여러 데이터베이스가 필요하지만 사용자가 정보에 액세스하는 정확한 순간마다 각 복사본을 일정하게 유지해야합니다. 여러 사용자가 서로 다른 데이터베이스 서버에서 동일한 정보에 액세스하려고하면 다른 정보 결과를 얻을 수 없습니다.

원자 성
트랜잭션이 여러 요청을 요구하기 때문에 데이터베이스에 대한 각 트랜잭션이 단일 "단위"로 취급되도록합니다. 요청 중 하나가 실패하고 전체 장치가 실패하고 트랜잭션의 일부만 수행 할 수없는 경우가 있습니다.

일관성 | 일관성
트랜잭션이 유효한 상태에있는 데이터베이스의 정보 만 사용하여 요청시 오래된 정보 나 잘못된 정보의 사용을 방지합니다. 모든 트랜잭션이 올바른지 확인하여 데이터베이스 무결성을 보장하기 위해 데이터베이스의 모든 정보가 규칙에 따라 유효해야합니다.

격리 | 격리
데이터베이스의 동시 실행이 정보가 순차적으로 실행 된 것과 동일한 상태로 유지되도록합니다. 시스템이 더 많은 사용자 일수록 동일한 정보에 동시에 액세스 할 가능성이 높아지지만 데이터베이스는 정보가 고유하고 두 사용자가 동일한 정보를 다른 값으로 변경하면 다른 값으로 변경되지 않도록 보장해야합니다. 같은 시간.

내구성 | 내구성
트랜잭션이 확인되면 시스템 오류가 발생하더라도 트랜잭션이 커밋 된 상태를 유지합니다. 시스템이 예를 들어 꺼져있는 등의 장애를 겪을 경우 시스템은 다시 연결될 때 정보가 마지막으로 저장된 상태 일 때 동일하게 유지되어야합니다.



______________________________________________________________________




GREEK | Ελληνικά
Τι είναι οι ιδιότητες του ACID σε βάσεις δεδομένων συστημάτων υπολογιστών;
Σε συστήματα υπολογιστών, το ACID είναι το ακρωνύμιο της Ατομικότητας, της Συνέπειας, της Απομόνωσης, της Ανθεκτικότητας, το οποίο είναι ένα σύνολο ιδιοτήτων για τις συναλλαγές της βάσης δεδομένων για να διασφαλιστεί ότι η εγκυρότητα των πληροφοριών που διαβάζονται και γραμμένα στη βάση δεδομένων δεν έχει σφάλματα και είναι πάντα σωστή, αντίγραφο της βάσης δεδομένων που ο χρήστης έχει πρόσβαση στις πληροφορίες. Το σύστημα ACID στοχεύει στην εξασφάλιση πλεονασμού και ταχύτερης πρόσβασης στις πληροφορίες και για το σκοπό αυτό, οι διαχειριστές συστημάτων υπολογιστών χρειάζονται πολλαπλές βάσεις δεδομένων με πολλαπλά αντίγραφα, αλλά κάθε αντίγραφο πρέπει να είναι συνεχώς το ίδιο, ακριβώς την στιγμή που οι χρήστες έχουν πρόσβαση στις πληροφορίες. πολλοί χρήστες προσπαθούν να έχουν πρόσβαση στις ίδιες πληροφορίες σε διαφορετικούς διακομιστές βάσεων δεδομένων, δεν μπορούν να λάβουν διαφορετικά αποτελέσματα πληροφοριών.

Ατομικότητα
Εξασφαλίζει ότι κάθε συναλλαγή με τη βάση δεδομένων αντιμετωπίζεται ως ενιαία "μονάδα" επειδή η συναλλαγή θα απαιτήσει πολλά αιτήματα για την επικοινωνία, σε περίπτωση αποτυχίας μιας από τις αιτήσεις, ολόκληρη η μονάδα θα αποτύχει και όχι μόνο θα εκτελέσει μέρος της συναλλαγής.

Συνοχή | Συνοχή
Εξασφαλίζει ότι μια συναλλαγή μπορεί να χρησιμοποιήσει μόνο πληροφορίες από μια βάση δεδομένων που είναι σε έγκυρη κατάσταση, για να αποτρέψει τη χρήση παρωχημένων ή εσφαλμένων πληροφοριών τη στιγμή της αίτησης. Όλες οι πληροφορίες στη βάση δεδομένων πρέπει να είναι έγκυρες σύμφωνα με τους κανόνες, ώστε να διασφαλίζεται ότι όλες οι συναλλαγές είναι σωστές, εξασφαλίζοντας έτσι την ακεραιότητα της βάσης δεδομένων.

Απομόνωση Απομόνωση
Εξασφαλίζει ότι η ταυτόχρονη εκτέλεση της βάσης δεδομένων αφήνει τις πληροφορίες στην ίδια κατάσταση, σαν να εκτελούνται διαδοχικά. Όσο περισσότεροι χρήστες έχει ένα σύστημα, τόσο πιο πιθανό είναι ότι έχουν πρόσβαση ταυτόχρονα οι ίδιες πληροφορίες, αλλά η βάση δεδομένων πρέπει να διασφαλίζει ότι οι πληροφορίες είναι μοναδικές και δεν αλλάζουν με διαφορετικές τιμές όταν δύο χρήστες αλλάζουν τις ίδιες πληροφορίες στο Ίδια στιγμή.

Ανθεκτικότητα Αντοχή
Εξασφαλίζει ότι, μόλις επιβεβαιωθεί μια συναλλαγή, θα παραμείνει δεσμευμένη ακόμη και σε περίπτωση βλάβης του συστήματος. Όταν ένα σύστημα πάσχει από μια βλάβη, για παράδειγμα όταν είναι απενεργοποιημένο, το σύστημα πρέπει να διασφαλίσει ότι όταν επανασυνδεθεί, οι πληροφορίες παραμένουν οι ίδιες κατά τη στιγμή της τελευταίας αποθηκευμένης κατάστασης.



______________________________________________________________________




NETHERLANDS | NEDERLAND
Wat zijn ACID-eigenschappen in databases van computersystemen?
In computersystemen is ACID het acroniem voor atomiciteit, consistentie, isolatie en duurzaamheid. Dit zijn een aantal eigenschappen voor databasetransacties om ervoor te zorgen dat de geldigheid van informatie die in de database wordt gelezen en geschreven geen fouten bevat en altijd correct is, ongeacht welke kopie van de database waarin de gebruiker toegang heeft tot de informatie. Het ACID-systeem is bedoeld om redundantie en een snellere toegankelijkheid van informatie te waarborgen, en voor dit doel hebben beheerders van computersystemen meerdere databases nodig met meerdere exemplaren, maar elke kopie moet constant hetzelfde zijn, precies op het moment dat de gebruikers toegang hebben tot de informatie, omdat als meerdere gebruikers proberen toegang te krijgen tot dezelfde informatie op verschillende databaseservers, zij kunnen geen verschillende informatieresultaten krijgen.

valentie
Zorgt ervoor dat elke transactie naar de database wordt behandeld als een enkele "eenheid" omdat de transactie meerdere verzoeken om de communicatie zal vereisen, in het geval een van de verzoeken faalt, de hele eenheid zou falen en niet alleen een deel van de transactie zou uitvoeren.

Consistentie | Consistentie
Zorgt ervoor dat een transactie alleen informatie uit een database kan gebruiken die zich in een geldige staat bevindt, om het gebruik van verouderde of onjuiste informatie op het moment van aanvraag te voorkomen. Alle informatie in de database moet volgens de regels geldig zijn om ervoor te zorgen dat alle transacties correct zijn, waardoor de integriteit van de database wordt gewaarborgd.

Isolatie | Isolatie
Zorgt ervoor dat de gelijktijdige uitvoering van de database informatie achterlaat in dezelfde staat als wanneer deze opeenvolgend wordt uitgevoerd. Hoe meer gebruikers een systeem heeft, hoe waarschijnlijker het is dat dezelfde informatie tegelijkertijd wordt geopend, maar de database moet ervoor zorgen dat de informatie uniek is en niet wordt veranderd met verschillende waarden wanneer twee gebruikers dezelfde informatie op het moment wijzigen. dezelfde tijd.

Duurzaamheid Duurzaamheid
Zorgt ervoor dat zodra een transactie is bevestigd, deze ook in het geval van een systeemfout blijft werken. Wanneer een systeem lijdt aan een storing, bijvoorbeeld wordt uitgeschakeld, moet het systeem ervoor zorgen dat wanneer het opnieuw wordt verbonden, de informatie hetzelfde blijft op het moment van de laatst opgeslagen staat.



______________________________________________________________________




ROMANIA | ROMÂNIA
Care sunt proprietățile ACID din bazele de date ale sistemelor informatice?
În sistemele de calcul, ACID este acronimul pentru Atomicitate, Consistență, Izolare, Durabilitate, care reprezintă un set de proprietăți pentru tranzacțiile bazei de date pentru a se asigura că valabilitatea informațiilor citite și scrise în baza de date nu conține erori și este întotdeauna corectă indiferent de care copie a bazei de date utilizatorul accesează informațiile. Sistemul ACID își propune să asigure redundanța și accesibilitatea mai rapidă a informațiilor, iar în acest scop administratorii de sisteme informatice au nevoie de mai multe baze de date cu mai multe copii, dar fiecare copie trebuie să fie constant aceeași în momentul în care utilizatorii accesează informațiile, deoarece mai mulți utilizatori încearcă să acceseze aceleași informații pe servere de baze de date diferite, nu pot obține rezultate de informație diferite.

Atomicitate
Asigură că fiecare tranzacție către baza de date este tratată ca o singură "unitate", deoarece tranzacția va necesita mai multe cereri de comunicare, în cazul în care una dintre solicitări nu reușește, întreaga unitate ar eșua și nu va efectua doar o parte din tranzacție.

Consistență | consecvență
Asigură faptul că o tranzacție poate utiliza numai informații dintr-o bază de date care este într-o stare validă, pentru a împiedica utilizarea informațiilor depășite sau incorecte în momentul solicitării. Toate informațiile din baza de date trebuie să fie valabile în conformitate cu regulile, pentru a se asigura că toate tranzacțiile sunt corecte, asigurând astfel integritatea bazei de date.

Izolare | Izolare
Asigură executarea simultană a bazei de date, lăsând informațiile în aceeași stare ca și cum ar fi executate secvențial. Cu cât există mai mulți utilizatori pe care le are un sistem, cu atât este mai probabil ca aceleași informații să fie accesate în același timp, însă baza de date trebuie să se asigure că informațiile sunt unice și nu se schimbă cu valori diferite atunci când doi utilizatori schimbă aceleași informații la acelasi timp.

Durabilitate Durabilitate
Asigură că, odată ce o tranzacție a fost confirmată, aceasta va rămâne angajată chiar și în cazul unei defecțiuni a sistemului. Atunci când un sistem suferă de o defecțiune, de exemplu fiind oprită, sistemul trebuie să se asigure că atunci când este reconectat, informațiile rămân aceleași în momentul ultimei stări salvate.