Данни от Портала за отворени данни на Правителството на Република България актуални до 29.02.2024 г. свързани с Регистъра за обществени поръчки, Регистъра СЕБРА, Регистъра на длъжниците на НАП, Регистрите за европейски фондове, Регистъра за коронасубсидии, Регистъра на агенти на Държавна сигурност и Регистъра на политическите лица. Примери за търсене, които не са възможни в официалния регистър: Реални собственици, Oфшорки – пряк контрол, непряк контрол, Търсене по адрес, Заложни кредитори, санкционирани по Магнитски, Агенти на ДС, Политически лица / Data from the Open data portal of the Government of Bulgaria up to February 29th 2024. Connected to the Registry of Public Procurements, SEBRA registry, Registry of Tax Debtors, Registry of EU funds, Registry of coronavirus subsidies, Communist State Security Agents and Bulgarian PEPs. Example for searches not possible in the official registry: UBO, Offshores direct control and indirect control, Search by address, Search by creditors, Search by Magnitsky sanctioned persons, Search by Communist Agents, Search by PEPs
Физически лица / Persons:
Търсене в свободен текст по име, фирма, институция, населено място и т.н. Търсенето може да се ограничи по наличните полета, например @name Иван ще търси за думата Иван само в полето name. За да търсите точен израз ограничете го в кавички, наример "Иван Иванов" / Free text search by name, company, institution, place, etc. The search can be limited to include only the available fields Ex: @name Ivan will search for Ivan only in the field name. For exact phrases search include the text in quotes ex: "Ivan Ivanov" Налични полета / Available fields: @country @country_lat @GUID_type @name_cyr @name_lat @GUID @pep @agent @xml_sourceФирми / Companies:
Търсене в свободен текст по име, фирма, институция, населено място и т.н. Търсенето може да се ограничи по наличните полета, например @name Иван ще търси за думата Иван само в полето name. За да търсите точен израз ограничете го в кавички, наример "Иван Иванов" / Free text search by name, company, institution, place, etc. The search can be limited to include only the available fields Ex: @name Ivan will search for Ivan only in the field name. For exact phrases search include the text in quotes ex: "Ivan Ivanov" Налични полета / Available fields: @country @country_lat @GUID_type @name_cyr @name_lat @legal_lat @legal_cyr @full_name @GUID @agent @pep @sanctions @xml_sourceВписвания / Deeds:
Търсене в свободен текст по име, фирма, институция, населено място и т.н. Търсенето може да се ограничи по наличните полета, например @name Иван ще търси за думата Иван само в полето name. За да търсите точен израз ограничете го в кавички, наример "Иван Иванов" / Free text search by name, company, institution, place, etc. The search can be limited to include only the available fields Ex: @name Ivan will search for Ivan only in the field name. For exact phrases search include the text in quotes ex: "Ivan Ivanov" Налични полета / Available fields: @UIC @DGUID @SubUICType @SubUIC @DeedType @FieldIdent @FieldActionDate @FieldEntryNumber @RecordIncomingNumber @RecordID @FieldOperation @GroupID @Text @xml_sourceТърсенето за 20161221181345 намери 8 резултата / The search 20161221181345 found 8 results
UIC | Name | DGUID | Text |
---|---|---|---|
204018250 | КлаудСтрап KlaudStrap 2016-12-28T11:53:48 |
MainCircumstances > LegalForm 20161221181345 | Акционерно дружество |
204018250 | КлаудСтрап KlaudStrap 2016-12-28T11:53:48 |
MainCircumstances > Transliteration 20161221181345 | CloudStrap AD |
204018250 | КлаудСтрап KlaudStrap 2016-12-28T11:53:48 |
MainCircumstances > SoleCapitalOwner 20161221181345 | 131449987 „СуперХостинг.БГ“ ООД UIC 1 БЪЛГАРИЯ |
204018250 | КлаудСтрап KlaudStrap 2016-12-28T11:53:48 |
MainCircumstances > Funds 20161221181345 | 360714 |
204018250 | КлаудСтрап KlaudStrap 2016-12-28T11:53:48 |
MainCircumstances > Shares 20161221181345 | обикновени поименни налични акции 360714 1 |
204018250 | КлаудСтрап KlaudStrap 2016-12-28T11:53:48 |
MainCircumstances > DepositedFunds 20161221181345 | 360714 |
204018250 | КлаудСтрап KlaudStrap 2016-12-28T11:53:48 |
MainCircumstances > NonMonetaryDeposits 20161221181345 | • Ноу-хау технология за платформа CloudStrap и услуга ParseGround. CloudStra
p е стандартна платформа като услуга (PaaS), базирана на технологии с отворе
н код. Тя...
• Ноу-хау технология за платформа CloudStrap и услуга ParseGround. CloudStra
p е стандартна платформа като услуга (PaaS), базирана на технологии с отворе
н код. Тя е независима от хардуера и облачните услуги, и като такава може ле
сно да бъде разположена на всеки доставчик на облачни услуги, например Amazo
n, Google CloudPlatform, Azure и др. Основният компонент зад платформата е п
латформата OpenShift Origin, която е разработена от Red Hat като проект с от
ворен код.
Фигура 1 показва в детайли архитектурата OpenShift V3, състояща с
е от няколко системни слоя. Основните компоненти на платформата са Docker и
Kubernetes:
• Docker предвижда абстракция за опаковане и създаване на Linux-
базирани, леки контейнери.
• Kubernetes осигурява управление на клъстера и о
рганизира работата на Docker контейнерите на няколко хоста.
Освен това, Open
Shift V3 предлага функционалност за управление на изходния код, различни сце
нарии за билдване на приложения (docker, изходен код-към-образ (source-to-im
age) или потребителски билдове) и разгръщане на приложения. Голямо предимств
о на вътрешно компилираните системни абстракции е, че приложенията могат да
бъдат автоматично мащабирани въз основа на наличните ресурси и ограниченията
, зададени от разработчиците на приложения. По-долу накратко са описани няко
и от основните понятия на OpenShift, използвани в целия документ:
• Контейне
рите (containers) и образите (images) са градивните елементи за разполагане
вашите приложения.
• Модулите (pods) и услугите (services) дават възможност
на контейнерите да комуникират помежду си и позволяват прокси връзки.
• Прое
ктите (projects) и потребителите (users) предоставят пространство и средства
на общностите да организират и управляват съдържанието си заедно.
• Билдове
те (builds) и потоците от образи (image streams) ви позволяват да билдвате р
аботещи образи и да реагирате на нови образи.
• Разгръщанията (deployments)
добавят разширена поддръжка за разработката на софтуер и жизнения цикъл на р
азгръщането.
• Маршрутите за предаване (routes) съобщават за вашата услуга н
а света.
• Шаблоните (templates) дават възможност за създаване на множество
обекти наведнъж въз основа на персонализирани параметри.
Повече подробности
за вътрешната организация на платформата могат да бъдат намерени в официална
та документация на OpenShift Origin. Много важен инструмент на платформата O
penShift е уеб-конзолата. Тя предлага потребителски интерфейс достъпен от уе
б браузър, който разработчиците могат да използват за визуално разглеждане и
управление на съдържанието на проектите. Още по-широк спектър от функционал
ности за създаване и управление на OpenShift проекти през терминал са осигур
ени от интерфейса от командния ред (CLI) на OpenShift. Той е достъпен чрез с
интаксиса на командата "oc". И накрая, има Kubernetes v1 REST API и OpenShif
t v1 REST API, достъпни от главните сървъри чрез HTTP(s).
Всички гореописани
функции са достъпни и се използват в платформата CloudStrap за изграждане н
а множество нови услуги, насочени към различни функционалности, като съхраня
ване на база данни и файлове, общи интерфейси за управление на приложения, н
аблюдение и архивиране на приложения, и още много други. Наред с другите, ин
струментът DevOps и пакетите MongoDB microservice, са едни от най-важните ра
зширения на платформата CloudStrap.
Типичният минимален, с висока надеждност
CloudStrap клъстер може да се състои от 15 облачни възли, изброени във Табл
ица 1. Двата разпределящи натоварването възли приемат външния трафик и го пр
оксират към целевите модули вътре в клъстера. Трите главни възела се използв
ат, за да се гарантира високата надеждност на системата в случай на софтуерн
и и хардуерни откази. На всеки главен възел работи API сървър, сървър за упр
авление на контролера (controller manager server), etcd и управлява другите
възли чрез клъстерната услуга Kubernetes. etcd съхранява постоянното основно
състояние, докато другите компоненти го наблюдават за промени, за да се акт
уализират в желаното състояние. Сървърът за управление на контролери наблюда
ва etcd за промени в обектите на контролера на копията, а след това използва
API за прилагане на желаните промени. Регистрите на Docker (Docker registri
es) отговарят за обезпечаване на нови хранилища в движение, които дават възм
ожност на потребителите да билдват, качват и свалят техните Docker образи. В
ъзлите осигуряват среда за изпълнение на контейнерите. Те включват Docker, k
ubelet (Kubernetes) услугата и прокси услуга, необходими за изпълнение на мо
дулите. Действителните потребителски приложения се хостват на модулите, създ
адени чрез средствата, осигурени от възлите.
Клъстерът на MongoDB отговаря з
а съхраняването на данните на потребителското приложение. Четирите възела са
конфигурирани в малък клъстер на MongoDB с един първичен и два вторични въз
ела/копия. Вторичните възли осигуряват отказоустойчивост и висока надеждност
на данните. Управлението и мониторинга на клъстера се извършват чрез пакета
за MongoDB microservice, описан по-нататък в документа.
Мониторингът на Clo
udStrap клъстера се осъществява чрез използване на множество инструменти, ср
ед които са:
• Подсистемата за показатели (metrics engine) Hawkular, която с
ъхранява данните в подсистемата за съхранение (storage engine) Apache Cassan
dra
• Elasticsearch, Fluentd и Kibana за събиране, съхранение и визуализиран
е на логовете
• Cockpit за администриране и мониторинг на възлите
По отноше
ние на сигурността, CloudStrap клъстерът използва навсякъде SSL сертификати
и различни видове удостоверяване (например OAuth сървър). Управлението е авт
оматизирано чрез използването на стандартни инструменти като “ansible“ за ле
сно настройване на нови разгръщания на клъстери, както и специално разработе
ни инструменти, например инструментът DevOps, описани по-нататък.
Инструмент
ът DevOps автоматизира процеса на настройка на всички възли в CloudStrap клъ
стера. Това започва със създаването на ново работещо копие на VM от приет за
истински тестов (златен) образ (текущо реализирано на AWS, но лесно може да
се прехвърли към други доставчици на облачни услуги). След това той инстали
ра всички необходими OS пакети, настройва ssh ключове за сигурен достъп и ге
нерира уникално, постоянно име на хост, което се използва за конфигуриране н
а DNS. Предишните стъпки може да са малко по-различни в зависимост от профил
а на инсталирания възел (главни, работни или MongoDB възли). Например, скрип
тът на MongoDB профила инсталира агент за автоматизация на MongoDB и задава
конкретните параметри на MongoDB (тип подсистема, размери на логовете, URL а
дреси на логовете и т.н.) в конфигурационните файлове.
Пакетът MongoDB micro
service отговаря за автоматичното управление на всички необходими услуги в M
ongoDB. Това включва управление, мониторинг, архивиране и възстановяване на
работещи копия на MongoDB. Освен това пакетът осигурява REST API за директно
взаимодействие с услугите. Фигура 2 изобразява цялостната архитектура на ус
лугата, заедно с основните й модули.
Контролерът (Director) отговаря за стар
тирането, спирането и мониторинга на отделните услуги. Комуникацията до и ме
жду услугите се извършва чрез шината за комуникация на услуги (service commu
nication bus), който се използва и от REST API.
Клъстер мениджърите (Cluster
Managers) управляват създаването, изтриването и конфигурацията на клъстерит
е на MongoDB. Новият клъстер се разгръща автоматично въз основа на предварит
елно зададена конфигурация, която определя броя на копията или сегментите в
клъстера, както и допълнителните параметри. Разгръщането на клъстер по подра
збиране използва множество комплекти копия с първия комплект копия, запазен
за използване само от вътрешните услуги. Това изолира оперативните данни на
услугите от потребителските данни, като следва широко приети най-добри практ
ики по отношение на сигурността и отказоустойчивостта. Мениджърът също така
отговаря за управлението на всякакви други услуги за мониторинг, архивиране
и възстановяване. Той проследява техните статистики и въз основа на тях заде
йства подходящите действия. Пример за такова събитие е скалирането (мащабира
нето) на клъстер чрез добавяне или премахване на комплект копия или сегменти
въз основа на размера на данните.
Наблюдаващите контрольори (Monitoring Wat
chers) имат за задача да следят всички агенти и копия за автоматизация от гл
една точка на работоспособността и състоянието на неизправност, както и нали
чните ресурси. Въз основа на предварително определени правила се генерират с
игнали за събития. Наблюдаваните показатели на MongoDB и одитните логове са
налични като визуални графики, и могат да помогнат на мониторинга и на админ
истраторите на клъстера.
Събирачите на показатели (Metrics Miners) са услуги
, които извличат показатели, статистика и аналитична информация за MongoDB о
т системните и потребителските бази данни, за да се проследи използването на
ресурсите от тях. Тези показатели се използват за изчисляване на разходите
за ресурси на потребител и за мащабиране на услугите.
Архивиращите работни п
роцеси (Backup workers) насрочват и правят резервно копие (архивиране) на по
требителските данни. Понастоящем на всеки 6 часа се правят базови снимки на
данните, които са разположение в продължение на 3 дни, а ежедневните архиви
на пълното копие се правят и съхраняват в продължение на 7 дни. Седмичните с
нимки се съхраняват в продължение на 1 месец, а месечните снимки се съхраняв
ат в продължение на една година. Всички тези действия за създаване на резерв
но копие на ниво комплект копия са автоматизирани. Освен това има ежедневни
архиви за всяка отделна потребителска база данни, което позволява възстановя
ване на данните на определен потребител. Този тип архивиране може да бъде на
срочено индивидуално въз основа на времевите изисквания на потребителя.
Възс
тановяващите работни процеси (Restore workers) отговарят за възстановяването
на потребителските данни. Има няколко начина да се направи това. Може да се
направи на ниво снимка, като се възстанови комплект копие/сегмент или конкр
етна потребителска база данни. Процесът може да се извършва автоматично спор
ед предварително зададени конфигурационни параметри или ръчно - чрез директн
о задаване на необходимите параметри.
ParseGround е мобилен сървър като усл
уга (MBaaS) за мобилни приложения, който е наследник на услугата parse.com н
а Facebook. Той е построен върху скорошния Parse Server с отворен код и Pars
e Dashboard.
Parse Server е версията с отворен код на сървъра parse.com. Той
е билднат в Node.js и работи с платформата за уеб приложения Express. Parse
Server е независим от Parse.com и използва MongoDB за съхранение на данните
на приложението. Той поддържа Push уведомления, LiveQueries, външен клауд к
од (Cloud Code), файлове и други.
Parse Dashboard е самостоятелен панел с ин
струменти за управление на вашите Parse приложения и сървърни конфигурации.
Освен това той предлага функции като DB браузър, Parse Server логове, управл
ение на Parse Server, API конзола, Управление на конфигурирането, управление
на Push уведомленията, управление на потребителите и други. Икони
Новите фу
нкции на Parse Server и Parse Dashboard, налични в услугата ParseGround са:
• Push уведомления
o Активност
o Присъстващи
• Панел с инструменти
o JSON ре
дактор включително автоматично валидиране, форматиране и автоматично завършв
ане на кода.
o Прелистване в DB браузъра
o Управление на потребителите
o Упр
авление на приложенията
• Икони
o Управление на настройките
• Взаимодействащ
и обекти (Collaborators)
• Клауд код (Cloud Code)
o Интегриране на GitHub и
Private Repo за вашия клауд код
o Автоматично разгръщане на GitHub
Автомати
зираното създаване на ново parse приложение е една от най-важните функции на
услугата ParseGround, тъй като всеки нов потребител или ще създаде ново при
ложение, или ще мигрира съществуващо от parse.com.
Потребителят може да създ
аде ново приложение, като кликне върху бутона "Create New App". Това ще запо
чне процеса на създаване чрез запитване на потребителя за име на неговото пр
иложение. След това потребителят трябва да избере от списък с региони (Север
на Америка, Южна Америка, Европа, Азия и Австралия), този, в който трябва да
бъде внедрено приложението. Всички следващи стъпки автоматично се изпълнява
т на заден план от услугата:
• CREATING (СЪЗДАВАНЕ)- Уникално име на хост за
приложението ви.
• BUILDING (БИЛДВАНЕ) - Docker образи за разгръщане на ваш
ия Parse Server.
• DEPLOYING (РАЗГРЪЩАНЕ) - Мащабируема Docker инфраструктур
а с разпределение на натоварването и висока надеждност.
• DEPLOYING (РАЗГРЪЩ
АНЕ) – Комплект копия на MongoDB с висока надеждност.
• SETTING UP (НАСТРОЙВ
АНЕ) – Мониторинг на инфраструктурата и услугите.
• PREPARING (ПОДГОТВЯНЕ) –
Хранилище GitHub за вашия клауд код.
• FINALIZE (ЗАВЪРШВАНЕ) - Конфигурации
те на вашия клъстер за приложения.
• TESTING (ТЕСТВАНЕ) - Всички компоненти
са налице и работят.
Втората функционалност е автоматично мигриране на същес
твуващо потребителско приложение от Parse.com към нашата услуга.
Този процес
започва при кликване на бутона “Migrate from Parse.com” и включва следните
стъпки:
• Първо потребителят трябва да предостави потребителското си име и п
арола за Parse.com.
• След това потребителят ще види съществуващите си прило
жения и ще може да избере приложението, което трябва да се мигрира към Parse
Ground.
• При натискане на бутона " migration ", новото приложение ще бъде а
втоматично мигрирано към ParseGround и ще бъдат извършени следните операции.
o Мигриране на базата данни MongoDB от Parse.com
o Мигриране на клауд кода
(Cloud code)
o Мигриране на настройките
o Мигриране на взаимодействащите обе
кти
o Мигриране на ключовете
o Мигриране на файловете
Клауд кодът на прилож
ението ще бъде хостван и наличен в частно GitHub хранилище, което ще бъде на
разположение за изменения в клауд редактора (cloud editor).
След процесите
на създаване и мигриране потребителското приложението ще се появи на панела
с инструменти и потребителят може да управлява данните на приложението, като
кликне върху него. Ще се отвори браузърът на приложенията и отляво ще се по
явят всички категории параметри.
Големи предимства за потребителите са възмо
жностите за свързване с поддръжката на ParseGround чрез интерактивен разгово
р или чрез подаване на билет (тикет) за програмна грешка, без да се налага и
злизане от панела с инструменти.
310214 201612061
14045 2016-12-07T00:00:00
|
204018250 | КлаудСтрап KlaudStrap 2016-12-28T11:53:48 |
G1_ActAnnouncement > StatementsAJ 20161221181345 | Актуален дружествен договор/учредителен акт/устав |
***
Ако считате, че този безплатен ресурс е полезен, включете се с малка сума за неговата поддръжка. При възможност, станете наш редовен спомоществовател с опцията Месечно дарение. Това ни помага да предвиждаме бъдещи разходи и да планираме дейността си за месеци напред.
Или с PayPal тук!
Включи се с месечни вноски с банкова карта или PayPal тук!
Become a monthly donor with bank card or PayPal here!
Bank wire
Account owner: Assoc. DRJI
Owner address: 16 bvd. Saint Germain, 75005 Paris
IBAN: FR76 1820 6002 0665 0617 8570 619
BIC: AGRIFRPP882
Revolut
Crypto
BTC: bc1q8asgyunzwue3esm7p6nj8yv7umcppssktjv6e7
***
За да научавате преди всички за нови разследвания, инсталирайте си нашето мобилно приложение:
This post is also available in: English (Английски)