Substitution d'importation, voix qui pleure dans le désert

La question de l'achat de nouvelles unités système peut être divisée en quatre domaines:

1. l'achat d'unités système sans OS, sous les licences OLP Windows 7 existantes (la plupart des logiciels d'application sont concentrés sur cet OS);
2. achat d'unités système avec Windows 10 (presque aucune autre version de Windows n'est en vente);
3. achat d'unités système sans système d'exploitation (pour l'installation ultérieure de Domestic Linux);
4. achat d'unités système avec Patriotic Linux);

Nous examinerons en détail les pièges des deux premières options:

1. Les unités système sur lesquelles vous pouvez installer Windows 7 sans problème, mais vous devez faire attention à la série de processeurs publiée après 2015, les processeurs (après Skylake) ont souvent une vidéo intégrée dans le processeur qui n'a pas de pilotes pour Windows 7. Et je pense que ces processeurs disparaîtront bientôt étagères de magasin, avec eux l'ensemble complet de blocs prêts à l'emploi de «fabricants nationaux» n'est plus avec eux.
2. Lors de l'achat d'unités système avec Windows 10, il est nécessaire de justifier pourquoi vous ne souhaitez pas utiliser le "système d'exploitation domestique". Et c'est presque impossible, je vais vous expliquer pourquoi:

-Les tests (et les punitions) ne sont pas intéressés par les difficultés techniques et le coût de vissage de votre logiciel d'application sur le "Patriotic OS". Pour ainsi dire, il n'y a plus de problèmes insolubles - il y a WINE, il y a des pilotes CryptoPRo pour Linux, GIS est partiellement tombé d'IE. C'est difficile, peu pratique, coûteux, mais techniquement possible, ce qui signifie que vous devez commander avec des alternatives à Windows.

-Il est difficile de formaliser les exigences afin d'acheter des fenêtres en fonction des exigences du logiciel d'application, comme à la question de savoir pourquoi vous n'êtes pas passé à un autre logiciel d'application (en utilisant un système d'exploitation domestique) est impossible. Il est inutile de convaincre ceux qui pensent que les logiciels d'application ne sont que: 1C, dessiner des images et un BUREAU (ce n'est pas du sarcasme - c'est une publicité d '"OS domestique" - qu'ils incluent des produits tels que des éditeurs graphiques, des programmes bureautiques et un lecteur multimédia, et plus encore pour travailler pour les employés des institutions publiques et municipales et n'est pas nécessaire.)

Les clients légers sont une alternative financière aux systèmes très coûteux.
Mais ici aussi, il y a des pièges qui, hélas, ne peuvent être trouvés que lors de l'achat de ces appareils.

Prenons l'exemple de trois configurations personnellement vérifiées (assemblage sur le genou Raspberry Pi 3 - nous ne le considérons pas - ce n'est pas pour un usage industriel):

Les systèmes d'exploitation du registre du ministère des Communications sont conditionnellement divisés en OS RM et OS serveur pour la virtualisation.

Je n'ai pas trouvé la réponse à la question de savoir pourquoi il est impossible d'utiliser des OS gratuits importés (avec des référentiels en dehors de la Fédération de Russie) au lieu des mêmes programmes qui auraient des auteurs russes. La différence avec les ancêtres importés ne concerne que l'ensemble des modules et l'installateur (ils ne sont tout simplement pas capables de changer plus largement les mini-équipes de "développeurs nationaux").

Le coût du système d'exploitation national du RM à partir du registre est comparable au coût de Windows 10.

Le coût des systèmes d'exploitation serveur avec fonctions de virtualisation a été dépassé même par les bourgeois d'importation.

De la plate-forme PAK + ROS récemment découverte - 244 millions de roubles .
en termes de besoins de moi en tant que client SMB tout au début plus de 30 millions de p. sans équipement.
Une sorte d'entreprise à Nanai - remplacer les logiciels débogués fonctionnant sur le matériel existant
Vmware Vsphere + EMC ScaleIO + Veeam Backup & Replication + Oracle DataBase au russe MIRACLE avec l'achat d'un nouveau fer.

Scala-P + P-Virtualization (QVMU KVM importé) + P-Storage (Ceph importé) + PostgreSQL pour des dizaines de millions qui ne le sont pas.

Dans les systèmes P, leur assistance technique est particulièrement touchante, elle est effectuée si quelqu'un vous a présenté, enseigné, réglé, vous ne pouvez pas vous-même.

Je n'ai pas du tout considéré le reste des systèmes de virtualisation de type Brest, d'une certaine manière, je ne crois pas aux développeurs Linux qui ont un site Web de 1 à 3 pages affiché de manière tordue et aussi:

-aucune version d'essai;
-aucune mise à jour;
-aucun compte personnel;
-aucune base de connaissances;
-aucune documentation technique;
-aucun prix sur le site;
-pas de nouvelles (inconnu, peut-être que le site est déjà mort).

En général, il n'y a pas ce à quoi j'ai l'habitude d'utiliser des logiciels payants importés. Triste

Nous n'avons pas besoin de bases de données par nous-mêmes, mais comme moteur pour les systèmes d'application.

En étudiant mes besoins concernant la possibilité de transfert d'Oracle DataBase vers PostgreSQL, j'ai trouvé un mauvais moment, contrairement à la transformation de bases de données d'Oracle vers d'autres bases de données, il n'y a pas de transformation directe vers PostgreSQL, en raison de différences de structure, de types de données, de déclencheurs, de procédures stockées. Cette procédure est très payante, contrairement à d'autres bases de données payantes, vous ne pouvez pas vous passer de changer le pilote d'accès à la base de données - vous devrez réécrire manuellement les bases de données et le COMPLEXE D'APPLICATION, ce qui est très, très cher.

Un logiciel de bureau de production prétendument nationale, après un examen plus approfondi, est moins localisé pour la Russie que le bureau MS (fonctions dans les tableaux, paramètres du système).
Le principal écueil réside dans les documents provenant d'autres structures, souvent du bureau MS, et lorsqu'ils sont ouverts dans les produits domestiques, les tableaux se décomposent.