ComOps е софтуер, който инсталирате, а не услуга, в която наемате място. Работи на сървър, който вие контролирате: машина в собствената ви сграда или виртуален сървър при облачен доставчик, когото сами избирате и на когото плащате директно. Базата данни, прикачените файлове и резервните копия стоят на тази инфраструктура и никой друг не държи копие от тях.
И в двата случая инсталацията е една и съща. На собствено желязо имате машина с Linux, уеб сървър, PHP и MariaDB, а върху тях ComOps. При облачен доставчик имате виртуален сървър със същия състав, в регион, който вие посочвате, по сметка, която е ваша. Изборът е кой отговаря за хардуера, а не какво прави софтуерът и откъде могат да се четат данните. И в двата случая инсталацията е ваша, на вашия домейн и с вашата база данни зад нея.
ComOps е написан на PHP 8.3 срещу MariaDB, без рамка отдолу и без дърво от чужди пакети за разрешаване. Няма стъпка за компилиране и няма конвейер за ресурси: файловете, които качвате, са файловете, които се изпълняват, а едно внедряване е кодът плюс схемата и нищо друго. Изискванията са кратки. Сървър с Linux, Apache с mod_rewrite пред PHP-FPM, PHP 8.3 с обичайните разширения и MariaDB отзад.
В приложението няма аналитика, няма телеметрия, няма услуга за събиране на грешки и няма чужд SDK. Нищо не измерва как работите и нищо не го докладва. ComOps не зависи от чужда услуга, за да работи: единствената мрежова връзка, която наистина му трябва, е пощенският сървър, през който вие го настройвате да изпраща, със сървър и данни за достъп, които са ваши. Администратор може да поиска от екрана за проверка на системата да изпробва връзката навън, но това е бутон, който някой натиска.
Един скрипт превръща чист сървър в работещ ComOps: уеб сървър, PHP, база данни, потребител на приложението, фонов работник и записите му в cron, а накрая ви оставя пред съветника за първоначална настройка в браузъра. Съветникът тръгва от празна база или от някое ваше криптирано резервно копие, така че вдигането на нов сървър е връщане на архив, а не повторно въвеждане. След това всяка промяна по схемата идва като номерирана миграция с файл за връщане назад до нея, а инструментът за миграции прави резервно копие, преди да пипне каквото и да било, освен ако не му кажете обратното.
Резервното копие е един криптиран архив с дъмп на базата и прикачените файлове, защитен с парола, която вие задавате и държите. Пуска се от административните екрани при поискване или от cron по график, който вие определяте, и се записва там, където вие посочите. Така архивите ви стоят там, където го изисква вашата политика. Възстановяването е същият този файл, прочетен обратно, а проверките по-долу са начинът да се убедите, че върнатите книги пак излизат.
ComOps носи среда за проверка, която прекарва цели бизнес потоци от край до край, и набор от проверки за цялост само за четене, които питат базата дали книгите още излизат: неплатени салда, които съвпадат с независимо изчислена стойност, разнасяния, които сочат към живи фактури, а също наличности, банка, ДДС, номерация и здраве на одитната верига. Изпълняват се в транзакция само за четене, могат да бъдат пускани по график и излизат с код за грешка в мига, в който някоя цялост се наруши. До тях стои автоматизиран набор от тестове, който работи изцяло офлайн срещу локална база. Контролът на достъпа, до който стоят тези проверки, е описан на страницата за сигурност.
Сървър с Linux, PHP 8.3 и MariaDB, уеб сървър пред тях, една минута в cron за фоновия работник и запис на всеки пет минути за наблюдателя му, както и SMTP сървър, през който да се изпраща поща. Файловете стоят в една директория.
Само пощата, която ComOps изпраща през SMTP сървъра, който вие сте настроили. Няма аналитика, няма телеметрия и няма чужда услуга в пътя на изпълнение.
Искате да го видите как работи върху данни, близки до вашите?
