ORM

2025-09-03 02:26
bga68comp: (Default)

ORM (Object-Relational Mapping / Об’єктно-реляційне відображення) — це програмна технологія, яка дозволяє працювати з базою даних не напряму через SQL-запити, а через об’єкти мови програмування.

Простими словами:

  • Без ORM: ви пишете SELECT * FROM users WHERE id=1;
  • З ORM: ви пишете User.find(1) і отримуєте об’єкт User, з яким можна працювати у коді.

Де застосовується

  • ORM є проміжним шаром (layer) між додатком і БД.
  • Він транслює методи й властивості об’єктів у SQL-запити і назад.
  • Це робить код простішим, зручнішим у підтримці та менш залежним від конкретної СУБД.

Приклади ORM

  • Java: Hibernate, EclipseLink
  • .NET: Entity Framework
  • Python: SQLAlchemy, Django ORM
  • Ruby: ActiveRecord
  • PHP: Doctrine, Eloquent (Laravel)


bga68comp: (Default)

У ISO/IEC/IEEE 42010 (Systems and Software Engineering — Architecture Description) є два близькі, але різні поняття:

Viewpoint (точка зору)

  • Визначення: це "шаблон" або правило, яке пояснює як і для кого треба створювати архітектурне подання.
  • Він відповідає на питання: які інтереси стейкхолдера ми показуємо, яку інформацію включаємо, якими засобами (діаграми, таблиці, текст) описуємо.
  • Простими словами: viewpoint — це інструкція або рецепт для створення подання.

View (подання)

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

Приклад

Уявімо, що будуємо архітектуру для хмарної платформи:
  1. Stakeholder (зацікавлена сторона)
    • CIO (Chief Information Officer, директор з ІТ)
    • Його concern (потреба): чи масштабована система і як забезпечено інтеграцію між додатками?
  2. Viewpoint (точка зору на інтеграцію додатків)
    • Назва: Application Communication Viewpoint
    • Призначення: показати, як взаємодіють модулі та сервіси
    • Мова: UML Component Diagram або ArchiMate Application Collaboration
    • Яку інформацію включати: сервіси, API, протоколи, залежності
  3. View (конкретне подання)
    • Діаграма з Azure AD, веб-додатком на Ubuntu, RDS MySQL, інтеграцією з O365.
    • Тут видно, що користувачі логіняться через Entra ID, доступ йде через API-шлюз, БД інтегрується через ORM-шар.
    • Це вже готова картинка, яку CIO може подивитися.

🔹 Отже:
  • Viewpoint = каже: "покажи архітектуру додатків через компоненти і протоколи"
  • View = конкретна діаграма з вашим Entra ID, API Gateway і MySQL


bga68comp: (Default)

В чому незручність, коли використовують тільки одну методологію для опису архітектурних рівнів?

  • TOGAF дає методологію (ADM-фази, артефакти, каталоги, матриці), але іноді в ньому бракує гнучкості у формальному представленні результатів.
  • ISO/IEC/IEEE 42010 дає рамку опису архітектури: хто стейкхолдери, які їхні потреби (concerns), через які viewpoints ці потреби відображати, і у вигляді яких views це презентувати.
  • Якщо користуватися лише TOGAF — є ризик, що опис буде “каталог + текст”, але не зовсім зрозумілий різним групам зацікавлених сторін.
  • Якщо користуватися лише ISO 42010 — буде гарна структура “хто/що/для чого”, але без готових методичних кроків і артефактів (каталогів, матриць).

Комбінація TOGAF і ISO/IEC/IEEE 42010 методично сильніша, ніж використання кожного окремо: TOGAF забезпечує процес і набір артефактів, а ISO 42010 — формалізований спосіб представлення архітектури через стейкхолдерів, concerns і viewpoints. Разом вони дозволяють зробити опис не лише повним, а й зрозумілим для різних аудиторій.

Критерій TOGAF ISO/IEC/IEEE 42010 Разом (TOGAF + ISO 42010)
Призначення Методологія розробки архітектури (ADM, фази, артефакти) Рамка для опису архітектури (stakeholders, concerns, viewpoints, views) Повний цикл: розробка + формалізований опис
Сильна сторона Дає покроковий процес (ADM) і набір артефактів (каталоги, матриці) Дає чітку структуру для комунікації з різними стейкхолдерами Виходить і методика роботи, і методика подачі результатів
Слабка сторона Може вийти занадто “всередину ІТ”, важко донести до нефахівців Немає власної методики створення артефактів, лише правила їх опису Компенсують слабкі сторони один одного
Фокус Що і як робити (Data, Application, Technology, Business Architectures) Як показати і пояснити (concerns, viewpoints, views) І процес, і представлення зрозумілі й прозорі
Приклад результату Каталоги даних, матриці застосунків, моделі потоків Logical Data View, Security View, паспорти viewpoints Каталоги + матриці (TOGAF), оформлені у views для різних стейкхолдерів (ISO 42010)


Таким чином, можна сказати так — разом вони дають повну картину:
  • TOGAF = як і що робити (ADM, каталоги, матриці).
  • ISO 42010 = як правильно це описати й донести (stakeholders, concerns, viewpoints, views).

Див. також:
⋄ Приклад опису архітектури системи згідно TOGAF https://bga68comp.dreamwidth.org/787432.html


bga68comp: (Default)

Продовжуємо розбирати шаблони рівнів архітектури ІТ-систем. Це доповнення до опису архітектури за посиланнями:
Приклад опису архітектури системи згідно TOGAF
Побудова віртуальної інфраструктури на базі Microsoft Azure



Опис інформаційної архітектури компанії
🖼️ Згідно з наданою схемою (RDS, Files, IIS Web Front/Back, AD DC1/DC2, VPN)

🧾 Інформаційна архітектура ІТ-системи компанії

🔹 1. Методологія

  • TOGAF 9.2, ADM, фаза C (Data Architecture): побудова інформаційного рівня архітектури.
  • ISO/IEC/IEEE 42010:2011: опис архітектури через зацікавлені сторони, погляди (views), моделі та відповідності.

🔹 2. Архітектурний контекст

  • Усі серверні ресурси компанії розміщені в тенанті Azure.
  • Користувачі підключаються до корпоративної мережі через захищені канали (VPN або Azure Bastion).
  • Робоче середовище реалізоване через RDS-сервер (DevSRV).
  • Веб-додатки розділені на фронт- (IIS Web Front) та бекенд (IIS Web Back).
  • Ідентифікація та авторизація забезпечуються двома доменними контролерами (AD DC1, DC2).

🔹 3. Архітектурні погляди (Views)

3.1 📡 Deployment View

  • DevSRV – RDS сервер для користувачів.
  • Files – файловий сервер зі спільними каталогами.
  • IIS Web Srv Front / Back – розподілення логіки веб-додатку.
  • AD DC1 / DC2 – розподілена автентифікація, DNS, GPO.
  • Всі ресурси ізольовані через NSG, Firewall, розміщені у VNet з Subnet-сегментацією.
  • Користувачі підключаються через захищений шлюз (VPN/Bastion).

3.2 🧩 Data Architecture View

Сутність даних Опис
User Profile Профілі користувачів, зберігаються в AD та RDS
File Object Файли користувача на файловому сервері
DNS-записи Зони та записи, керуються AD DC1/DC2
Web Session Дані сесій на IIS Front
GPO Configuration Групові політики, що застосовуються через AD
RDP Logs Логи входів і дій у RDS

3.3 🔐 Access & Security View

  • RBAC на основі груп у AD.
  • GPO-політики: заборона USB, блокування локального диска, перенаправлення папок.
  • Шифрування: RDP over TLS, SMB over TLS.
  • Аудит: централізоване логування входів, дій на RDS.
  • Двофакторна автентифікація (MFA) через Azure AD / Conditional Access.
  • Firewall + NSG: розмежування Frontend, Backend, Infra.

3.4 🔄 Information Flow View

Звідки → Куди Протокол Захист
Користувач → RDS RDP over TLS VPN / MFA / GPO
RDS → Files SMB 3.0 ACL + GPO + TLS
RDS → AD LDAP/Kerberos Шифрування, автентифікація
RDS → IIS Front/Back HTTP/HTTPS ACL, WAF, сегментація
RDS → DNS DNS ACL-захист зони

🔹 4. Зацікавлені сторони (Stakeholders)

Сторона Інтерес
Користувачі Стабільний і безпечний доступ до робочого середовища
Системні адміністратори Централізоване управління політиками та файлами
Відділ ІБ Впровадження GPO, аудит, захист інформації
Бізнес Доступність сервісів, віддалена робота

🔹 5. Цільова модель та вдосконалення

Компонент Поточна реалізація Рекомендоване покращення
RDS DevSRV на VM Перехід до RDS Farm + Load Balancer
Files Windows FS Azure Files + Private Endpoint
MFA Часткове Універсальне MFA через Azure AD
AD DC1 + DC2 Гібрид із Azure AD DS
IIS Front/Back На VM Azure App Service або контейнеризація

🔹 6. Узгодженість із ISO/IEC/IEEE 42010

Компонент Відповідність
Stakeholders Визначено
Architectural Views Згруповано (Deployment, Security, Data)
Вимоги Ураховані: доступність, безпека, контроль
Traceability Показано зв’язок між цілями й рішеннями

✅ На останок:

Інформаційна архітектура побудована згідно з TOGAF ADM (фаза C) та структурована за стандартом ISO 42010.
Враховано як функціональні, так і нефункціональні вимоги: доступність, безпека, масштабованість.
Усі основні компоненти (RDS, Files, AD, IIS) інтегровані через захищені канали й управляються централізовано.


Annex:
🟠 Фази ADM (Architecture Development Method)

  1. Preliminary Phase
  2. Phase A: Architecture Vision
  3. Phase B: Business Architecture
  4. Phase C: Information Systems Architectures
  5. Phase D: Technology Architecture
  6. Phase E: Opportunities and Solutions
  7. Phase F: Migration Planning
  8. Phase G: Implementation Governance
  9. Phase H: Architecture Change Management
  10. Requirements Management


bga68comp: (Default)

Працюючи в одній із компаній, я зіткнувся з терміном "пілотний проект".

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

Тільки як проводити те, чого немає у документації? Воно поза правилами і навіщо ті правила свідомо порушувати?

Тестове середовище, виробниче середовище, середовище розробки були.
Тобто, були тестовий проект та впровадження/розгортання рішення у виробничому середовищі або у середовищі розробки.

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

При цьому залишається питання: обмежена кількість користувачів або пристроїв - це скільки? 10 - це багато чи мало? А 50? Це багато чи ще мало? Результати, які будуть отримані на такій кількості, будуть адекватними для цього конкретного виробничого середовища підприємства?

Для того, щоб не було таких слизьких моментів, потрібно вчитися, вчитися і ще раз вчитися. А краще насамперед читати документацію передових вендорів 🙂

Компанія Microsoft, наприклад, ділить проекти в ІТ-інфраструктурі на кола розгортання.

Підхід на основі кола – це метод визначення набору кінцевих точок для підключення та перевірки відповідності певним критеріям перед розгортанням служби / рішення на великому наборі пристроїв.


Для продукту Microsoft Defender це виглядає так:

Коло розгортанняОпис
ОцінкаКоло 1. Визначте 50 пристроїв для підключення до служби для тестування.
Пілотний проектКоло 2. Визначення та підключення наступних 50–100 кінцевих точок у робочому середовищі. Microsoft Defender для кінцевої точки підтримує різні кінцеві точки, які можна підключити до служби. Для отримання додаткових відомостей див. у розділі Вибір способу розгортання.
Повне розгортанняКоло 3. Розгортання служби в іншому середовищі з великим кроком. Для отримання додаткових відомостей див. у статті Початок роботи з розгортанням Microsoft Defender для кінцевої точки.

Джерело:
https://learn.microsoft.com/ru-ru/microsoft-365/security/defender-endpoint/onboarding?view=o365-worldwide#deploy-using-a-ring-based-approach

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

Пілотний проект / пілот – це можливість використання 50-100 одиниць обладнання у виробничому середовищі підприємства.

Користуємося!
 
💻 На стартову сторінку

 
bga68comp: (Default)

Office 2019 теперь доступен для Windows и Mac


Автор: Jared Spataro (Джаред Спатаро), корпоративный вице-президент по маркетингу Office и Windows, 24 сентября 2018 года

Shate to LinkedIn Поделиться в Facebook Поделиться в Twitter Поделиться по электронной почте Поделиться в Skype Поделиться на Facebook Messenger Поделиться на WhatsApp

Сегодня мы объявляем об общей доступности Office 2019 для Windows и Mac. Office 2019 - это следующая локальная версия Word, Excel, PowerPoint, Outlook, Project, Visio, Access и Publisher.

Office 365 ProPlus, облачная версия Office, обеспечивает наиболее продуктивный и безопасный опыт - с самой низкой общей стоимостью владения для развертывания и управления. Однако для клиентов, которые не готовы к облаку, Office 2019 предоставляет новые функции и обновления для локальных приложений (on-premises apps) для пользователей и ИТ-специалистов. Подобно выпускам Windows Long Term Service Channel (LTSC), Office 2019 предоставляет набор ценных усовершенствований для клиентов, которые не могут подключаться к облаку или получать регулярные обновления.

Новые усовершенствования в Office 2019 являются подмножеством длинного списка функций, которые были добавлены в Office 365 ProPlus за последние три года. Office 2019 является одноразовым выпуском (one-time release) и не получит будущих обновлений функций. Тем не менее, мы будем продолжать добавлять новые функции в Office 365 ProPlus ежемесячно, включая инновации в совместной работе, искусственном интеллекте (AI), безопасность и многое другое.

09-Office-2019-1b-768x530

Office 2019 предоставляет функции в приложениях, которые помогают пользователям создавать удивительный контент в кратчайшие сроки. В PowerPoint 2019 вы можете создавать кинематографические презентации с новыми функциями, такими как Morph и Zoom. Улучшенные функции чернил в приложениях в Windows, такие как роуминг-пенал (для карандашей), чувствительность к нажатию и эффекты наклона позволяют создавать документы легко.

10-Office-2019-2-768x530

Excel 2019 добавляет новые мощные функции анализа данных, включая новые формулы и диаграммы и усовершенствования для PowerPivot.

11-Office-2019-3-768x460

Word 2019 и Outlook 2019 помогут вам сосредоточиться на наиболее важных вопросах. Инструменты обучения, такие как «Чтение вслух» и «Паузы в словах» (Read Aloud and Text Spacing), облегчают взаимодействие с вашим контентом. Режим фокусировки блокирует отвлекающие факторы и помещает ваш контент на передний план и в центр. Функция Сфокусированные входящие (Focused Inbox) перемещают вниз менее важные электронные письма в списке, поэтому вы можете сразу заниматься важным делом. Более подробный список новых функций Office 2019 см. в Часто задаваемых вопросах (FAQs).

Office 2019 также по новому снижает издержки ИТ для повышения безопасности и упрощения администрирования. Мы представили технологию Нажми и работай (Click-to-Run (C2R) - современную технологию развертывания в Office 2013 и теперь она используется для развертывания и обновления Office на сотнях миллионов устройств по всему миру. С Office 2019 мы перемещаем локальные (on-premises) версии Office в C2R для снижения затрат и повышения безопасности. Преимущества C2R включают стандартные ежемесячные обновления безопасности, современные приложения при установке, снижение требований к сети с помощью технологии оптимизации загрузки Windows 10 и простой путь обновления до Office 365ProPlus. C2R предлагает те же возможности управления на предприятии, что и продукты Microsoft Installer (MSI), а также будет поддерживать обновление сразу (an in-place) при переходе на Office 2019 с более старых продуктов на базе MSI. Чтобы узнать больше, см. Часто задаваемые вопросы о работе с Office 2019 (Office 2019 Click-to-Run FAQ).

Выпуск 2019 продуктов Office включает и обновления для наших серверов и в ближайшие недели мы выпустим Exchange Server 2019, Skype for Business Server 2019, SharePoint Server 2019 и Project Server 2019.

Office 2019 является полезным обновлением для клиентов, которые еще не готовы к облаку. И каждый раз, когда мы выпускаем новую локальную версию Office, клиенты спрашивают нас, будет ли этот выпуск последним. Мы рады сообщить, что в будущем мы намерены провести еще один выпуск локальной версии. В то время как облако дает реальные преимущества в производительности, безопасности и общей стоимости владения, мы понимаем, что у каждого клиента своя точка зрения принятия облачных услуг. Мы видим, что локальная (on-premises) версия Office является важной частью нашего обязательства перед клиентами для обеспечения гибкости, необходимой им для перехода в облако в том темпе, который им удобен.

Доступность

  • Клиенты с лицензией Commercial volume license (trusted) могут получить доступ к Office 2019, начиная с сегодняшнего дня. (прим. 24.09.2018. VLSC)

  • Office 2019 будет доступен для всех клиентов, физ.лиц и коммерческих структур, в ближайшие несколько недель.

  • Project 2019, Visio 2019, Access 2019 и Publisher 2019 доступны только для Windows.
    Некоторые функции доступны только в версиях Office 2019 для Mac или Windows. Подробнее см. В разделе «Вопросы и ответы».



Источник:
https://www.microsoft.com/en-us/microsoft-365/blog/2018/09/24/office-2019-is-now-available-for-windows-and-mac/

Справочно:
В чем разница между Office 365 и Office 2016?

bga68comp: (Default)

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

Примерный перечень задач - чек-лист для проекта https://bga68comp.dreamwidth.org/3936.html


bga68comp: (Default)
Побудова віртуальної інфраструктури на базі Microsoft Azure




934017_original


Приклад обсягу завдань за налаштуванням:

№ п/пБлок завданьНайменування завданьКіл-стьGPOТрудомісткість
1МережаСтворення віртуальної мережі VNet1 0,2
  Мережа / ємність1 0,2
  Адресний простір1 0,2
  Підмережа1 0,2
  Створення шлюза за умовчанням1 0,2
  Розташування ресурсу (Західна Європа)1 0,2
2VMСтворення віртуальної машини   
  DC11 2
  FS11 2
  WS11 2
  WS21 2
  DevS1/RDS1 2
3ADActive Directory1 1
  Адміністратори1 0,1
  Групи110,1
  Користувачі1 0,1
  Comps1 0,1
  Сервери1 0,1
4DNSDNS1 1
  transfers   
  hints   
  zones   
5TimeTime1 0,5
6FS1Shares (Мережеві ресурси, що розділяються)   
  Групи мережевого каталогу110,4
  Особисті каталоги   
  Рольовий доступ до мережевого ресурсу110,4
  Спільний доступ до мережевого каталогу110,4
  загальний доступ до мережевого каталогу - диск Z   
7DevS1/RDSНалаштування термінального доступу1 2
  заборона до буфера обміну110,1
  заборона "прокидання" локальних дисків110,1
  налаштування робочого столу110,1
  налаштування перенаправлення папок користувача110,5
8ADActive Directory   
  Створення облікових записів1 0,5
  GPO (для нових серверів, облікових записів, перенаправлення папок і мережевих дисків через GPO)881
9WS1Налаштування IIS1 1
  внутрішній доступ1 0,4
  доступ для дизайнера по ftp1 0,4
10WS2Налаштування IIS1 1
  зовнішній доступ1 0,4
  доступ для дизайнера по ftp1 0,4
  Всього:   23


Azure. Приблизний чек-лист віртуальної мережі https://bga68comp.dreamwidth.org/4272.html
Приклад опису архітектури системи згідно TOGAF https://bga68comp.dreamwidth.org/787432.html  🔞


bga68comp: (Default)
Azure. Частное облако. Этап 1. Создание виртуальной сети


672300_original
 
 

bga68comp: (Default)
Пакет обновления 1 для Microsoft Office 2013 вышел без лишней шумихи, точнее, вообще незаметно.

Пакет обновления 1 для Microsoft Office 2013 содержит обновления, которые повышают безопасность, быстродействие и стабильность работы. Кроме того, это накопительный пакет обновления, включающий в себя более ранние обновления.

Дата выпуска: 13.02.2014

Его можно скачать по ссылкам:

Microsoft Office 2013 SP1
Пакет обновления 1 для Microsoft Office 2013 (KB2817430) 64-разрядный выпуск
Пакет обновления 1 для Microsoft Office 2013 (KB2817430) 32-разрядный выпуск

Кроме этого доступны следующие обновления:

Technical details about Service Pack 1 (SP1) for Microsoft Office 2013 and related desktop products:

Microsoft SharePoint Designer 2013 SP1
Пакет обновления 1 для Microsoft SharePoint Designer 2013 (KB2817441) 64-разрядный выпуск
Пакет обновления 1 для Microsoft SharePoint Designer 2013 (KB2817441) 32-разрядный выпуск

Microsoft Visio 2013 SP1
Пакет обновления 1 для Microsoft Visio 2013 (KB2817443) 64-разрядный выпуск
Пакет обновления 1 для Microsoft Visio 2013 (KB2817443) 32-разрядный выпуск

Microsoft Project 2013 SP1
Пакет обновления 1 для Microsoft Project 2013 (KB2817433) 64-разрядный выпуск
Пакет обновления 1 для Microsoft Project 2013 (KB2817433) 32-разрядный выпуск

Microsoft Visio 2013 Viewer SP1
Пакет обновления 1 для Microsoft Visio 2013 Viewer (KB2817444) 64-разрядный выпуск
Пакет обновления 1 для Microsoft Visio 2013 Viewer (KB2817444) 32-разрядный выпуск

Article ID: 2817457 - Last Review: February 25, 2014 - Revision: 1.0

Applies to
•Microsoft Office Home and Business 2013
•Microsoft Office Home and Student 2013
•Microsoft Office Personal 2013
•Microsoft Office Professional 2013
•Microsoft Office Professional Academic 2013
•Microsoft Office Professional Plus 2013
•Microsoft Office Standard 2013
•Microsoft Project 2013 Professional
•Microsoft Project 2013 Standard
•Microsoft Visio Professional 2013
•Microsoft Visio Standard 2013
•Microsoft SharePoint Designer 2013
•Microsoft Office Proofing Tools 2013
•Microsoft Office Language Interface Pack 2013
•Microsoft Office ScreenTip Language 2013
•Microsoft Audit and Control Management Server 2013

Keywords: KB2817457

Версии файлов:
Microsoft Office Professional 2013     - 15.0.4420.1017
Microsoft Office Professional 2013 SP1 - 15.0.4569.1506

Перейти к Оглавлению

Profile

bga68comp: (Default)
bga68comp

February 2026

S M T W T F S
12 345 67
891011121314
15 161718192021
22 232425262728

Syndicate

RSS Atom

Most Popular Tags

Style Credit

Expand Cut Tags

No cut tags
Page generated 2026-02-24 15:30
Powered by Dreamwidth Studios