404 Cтраница не найдена
Мы используем файлы cookies для улучшения работы сайта МГТУ и большего удобства его использования. Более подробную информацию об использовании файлов cookies можно найти здесь. Продолжая пользоваться сайтом, вы подтверждаете, что были проинформированы об использовании файлов cookies сайтом ФГБОУ ВО “МГТУ” и согласны с нашими правилами обработки персональных данных.
Размер:
AAA
Изображения Вкл. Выкл.
Обычная версия сайта
К сожалению запрашиваемая страница не найдена.
Но вы можете воспользоваться поиском или картой сайта ниже
|
|
Педагогический (научно-педагогический) составГост 302-68 Единая система конструкторской документации (ескд).
МасштабыDownload 0.55 Mb. Pdf ko’rish
|
Bog’liq
gost-2-302-68
Renessans” lugʻ, Savr inqilobi BMI, Ma’lumotlar tuzulmasi va algoritmlar fani bo’yicha mustaqil ish , Algoritmlаrning xossalari, Tug, Jañabergenova Gulzamira-конвертирован, Janabergenova Gulzamira (1), Jañabergenova Gulzamira 2V topar 2-kurs-конвертирован, Ózbetinshe jumıslardıń temaları, Topshiriq №1 7 Ro’yxat berilgan ekrandan kiritilgan so’zga teng , XURSHID fizika, IT service, IT service, IT service, IT service
- Bu sahifa navigatsiya:
- ГОСТ 3451-59 Изменение N 2
- Изменение N 3
- МК (ИСО 3166) 004 ] ИЗДАНИЕ (август 2007 г.) с Изменениями N 1, 2 , 3
Download 0.55 Mb. Do’stlaringiz bilan baham: |
302-68 Единая система конструкторской
).
д.
Ma’lumotlar bazasi mualliflik huquqi bilan himoyalangan ©fayllar.org 2023
ma’muriyatiga murojaat qiling
Управление Slack в масштабе: как упростить гостевой доступ
Работа с гостями и другими компаниями в Slack может коренным образом изменить способ сотрудничества вашей команды с посторонними.
Общие каналы — это способ по умолчанию общаться с другими командами, которые также используют Slack. Однако, если вам нужно работать только с одним или двумя людьми или вы принимаете на работу временного сотрудника или стажера, лучше всего использовать гостевую учетную запись.
Допустим, вы наняли консультанта по маркетингу, чтобы рассказать о предстоящем запуске. Вместо отнимающих много времени совещаний по статусу, ненужных телефонных конференций или беспокойства о том, все ли нужные люди получили копии в электронных письмах, ваш внешний партнер может заглянуть к вам в #2019-запустить канал Slack в качестве приглашенного гостя. Это место, где ваш партнер может задавать вопросы, делиться прогрессом и загружать результаты, когда работа будет завершена.
Администратор Slack может адаптировать параметры и параметры одноканальных и многоканальных гостевых учетных записей к вашей организации и конкретным проектам. По мере роста вашего использования Slack, особенно в крупных компаниях, будет увеличиваться и объем гостевых запросов, получаемых администраторами. (Это также означает, что администраторы должны собрать дополнительные сведения и соглашения о неразглашении.) Поэтому, чтобы поставить галочки во всех полях безопасности вашей компании и сделать предоставление гостевого доступа быстрым и безболезненным как для администраторов, так и для сотрудников, попробуйте эти советы по структурированию процесса запроса.
Создайте выделенный канал для гостевых запросов
В рабочих пространствах Slack администратор или владелец должен активировать любую новую гостевую учетную запись. Чтобы ваши участники часто не искали в Slack нужного человека, чтобы запросить гостевую учетную запись, а также узнать, как это сделать, создайте выделенный канал запросов. У него должно быть четкое имя, например #help-guests или #plz-guest-requests , и в идеале оно должно начинаться с одного из общепринятых соглашений об именовании каналов вашей организации.
Добавьте всех своих администраторов и владельцев в качестве участников, затем опубликуйте канал для других сотрудников компании, чтобы они знали, что это место, с которого можно начать процесс.
Рассмотрите возможность использования общеорганизационного префикса, например #ext-, для всех каналов, в которых участвуют гости. Таким образом, все знают, что канал включает в себя участников, не входящих в организацию, и могут помнить о том, какая информация передается.
Создайте и закрепите шаблон для новых гостевых запросов
Администраторам, вероятно, потребуется некоторая базовая информация, чтобы одобрить запрос на гостевую учетную запись. Например, какова роль человека? Зачем нужен Slack-доступ? Подписан ли NDA?
Чтобы убедиться, что вы не гонитесь за ответами на эти вопросы, и что у вас есть имя гостя, адрес электронной почты, время деактивации (подробнее об этом позже) и требования к каналу, создайте шаблон запроса с каждым полем, которое требуется вашей организации. Затем опубликуйте шаблон на канале вместе с инструкциями о том, как скопировать и опубликовать его в качестве нового сообщения запроса. И шаблон, и инструкции должны быть прикреплены к каналу для быстрого доступа.
Не забудьте обновить тему канала, чтобы новые участники знали, где найти шаблон.
Приоритет запросов с реакцией на смайлики
Поскольку запросы направляются в один канал, и, вероятно, несколько администраторов должны их одобрить, вам понадобится система определения приоритетов.
В Slack мы просим запрашивающих использовать систему смайликов для обозначения срочности:
- 🔴 передает срочный запрос
- 🔵 отмечает менее срочный запрос. (Если у вашей команды есть соглашение об уровне обслуживания, это попадает в этот диапазон.)
- ⚪️ означает низкую срочность
Работая с этой расстановкой приоритетов, администраторы могут затем использовать эмодзи-реакции, чтобы указать, когда кто-то просматривает запрос, и когда они одобрили или отклонили нового гостя.
Используйте следующие эмодзи в качестве реакции на каждый запрос:
- 👀 указывает запрашивающему «Я изучаю это», при этом гарантируя, что другие администраторы не дублируют работу
- ✅ сообщает всем, что запрос одобрен и гость добавлен в Slack
- ❌ показывает, что запрос был отклонен
Администратор, который утвердил или отклонил гостевую учетную запись, также должен отправить прямое сообщение запрашивающему, когда она будет завершена.
Запрашивающий участник может затем попросить гостя завершить процесс установки, чтобы немедленно присоединиться к рабочей области.
Ограничение гостевого доступа с датами истечения времени
Гостевые учетные записи ограничены не только каналами, к которым вы предоставляете доступ, но и продолжительностью доступа к вашему рабочему пространству Slack. Есть три варианта:
- Автоматически деактивировать гостевую учетную запись через определенное время
- Установите конкретную пользовательскую дату и время деактивации
- Разрешить учетной записи иметь доступ на неопределенный срок
Срок действия гостевых учетных записей идеально подходит для краткосрочных проектов или проектов, у которых есть дата запуска. Предоставьте гостям доступ на время, в течение которого они будут задействованы, а затем автоматически деактивируйте учетную запись после этого.
Имейте в виду: дата истечения срока действия, которую вы указываете при установке, не обязательно должна быть точной.
Гости, администраторы и владельцы получат напоминание от Slackbot за два дня до их деактивации, а также возможность для администраторов и владельцев продлить срок одним щелчком мыши.
Работа в бизнесе с фрилансерами, агентствами и консультантами является повседневной необходимостью для многих компаний. А благодаря оптимизированной системе создания гостевых учетных записей эти посторонние могут работать вместе с вашими сотрудниками, пользуясь всеми теми же преимуществами Slack, что делает рабочую жизнь проще, приятнее и продуктивнее.
Использование автоматического масштабирования Azure с гостевыми метриками в шаблоне масштабируемого набора Linux — масштабируемые наборы виртуальных машин Azure
- Статья
- 4 минуты на чтение
В Azure есть два основных типа метрик, собираемых с виртуальных машин и масштабируемых наборов: метрики узла и метрики гостя.
На высоком уровне, если вы хотите использовать стандартные метрики ЦП, диска и сети, то хорошо подходят метрики хоста. Однако, если вам нужен более широкий выбор метрик, следует обратить внимание на гостевые метрики.
Метрики узла не требуют дополнительной настройки, поскольку они собираются виртуальной машиной узла, тогда как для гостевых метрик требуется установить расширение диагностики Windows Azure или расширение диагностики Linux Azure на гостевой виртуальной машине. Одна из распространенных причин использования гостевых метрик вместо метрик хоста заключается в том, что гостевые метрики предоставляют более широкий выбор метрик, чем метрики хоста. Одним из таких примеров являются метрики потребления памяти, которые доступны только через гостевые метрики. Здесь перечислены поддерживаемые метрики хоста, а здесь перечислены часто используемые гостевые метрики. В этой статье показано, как изменить базовый жизнеспособный шаблон масштабируемого набора, чтобы использовать правила автомасштабирования на основе гостевых метрик для масштабируемых наборов Linux.
Изменение определения шаблона
В предыдущей статье мы создали базовый шаблон масштабируемого набора. Теперь мы воспользуемся этим более ранним шаблоном и изменим его, чтобы создать шаблон, который развертывает масштабируемый набор Linux с автоматическим масштабированием на основе гостевой метрики.
Сначала добавьте параметры для storageAccountName и storageAccountSasToken . Агент диагностики сохраняет данные метрик в таблице в этой учетной записи хранения. Начиная с версии 3.0 агента диагностики Linux использование ключа доступа к хранилищу больше не поддерживается. Вместо этого используйте токен SAS.
},
"пароль администратора": {
"тип": "безопасная строка"
+ },
+ "StorageAccountName": {
+ "тип": "строка"
+ },
+ "storageAccountSasToken": {
+ "тип": "безопасная строка"
}
},
Затем измените масштабируемый набор extensionProfile , чтобы включить расширение диагностики. В этой конфигурации укажите идентификатор ресурса масштабируемого набора, из которого будут собираться метрики, а также учетную запись хранения и токен SAS, которые будут использоваться для хранения метрик.
Укажите, как часто метрики собираются (в данном случае каждую минуту) и какие метрики отслеживать (в данном случае процент использования памяти). Для получения более подробной информации об этой конфигурации и метриках, отличных от процента используемой памяти, см. эту документацию.
}
}
]
+ },
+ "профиль расширения": {
+ "расширения": [
+ {
+ "имя": "LinuxDiagnosticExtension",
+ "свойства": {
+ "издатель": "Microsoft.Azure.Diagnostics",
+ "тип": "LinuxDiagnostic",
+ "typeHandlerVersion": "3.0",
+ "настройки": {
+ "StorageAccount": "[параметры ('storageAccountName')]",
+ "ladCfg": {
+ "Конфигурация диагностического монитора": {
+ "счетчики производительности": {
+ "раковины": "WADMetricJsonBlob",
+ "Конфигурация счетчика производительности": [
+ {
+ "единица": "процент",
+ "тип": "встроенный",
+ "класс": "память",
+ "счетчик": "percentUsedMemory",
+ "counterSpecifier": "/builtin/memory/percentUsedMemory",
+ "условие": "IsAggregate=TRUE"
+ }
+ ]
+ },
+ "показатели": {
+ "Агрегация показателей": [
+ {
+ "scheduledTransferPeriod": "PT1M"
+ }
+ ],
+ "resourceId": "[resourceId('Microsoft.
Compute/virtualMachineScaleSets', 'myScaleSet')]"
+ }
+ }
+ }
+ },
+ "защищенные настройки": {
+ "StorageAccountName": "[параметры('storageAccountName')]",
+ "storageAccountSasToken": "[параметры('storageAccountSasToken')]",
+ "sinksConfig": {
+ "раковина": [
+ {
+ "имя": "WADMetricJsonBlob",
+ "тип": "JsonBlob"
+ }
+ ]
+ }
+ }
+ }
+ }
+ ]
}
}
}
Compute/virtualMachineScaleSets', 'myScaleSet')]"
+ }
+ }
+ }
+ },
+ "защищенные настройки": {
+ "StorageAccountName": "[параметры('storageAccountName')]",
+ "storageAccountSasToken": "[параметры('storageAccountSasToken')]",
+ "sinksConfig": {
+ "раковина": [
+ {
+ "имя": "WADMetricJsonBlob",
+ "тип": "JsonBlob"
+ }
+ ]
+ }
+ }
+ }
+ }
+ ]
}
}
}
Наконец, добавьте ресурс autoscaleSettings для настройки автомасштабирования на основе этих показателей. Этот ресурс имеет предложение dependOn , которое ссылается на масштабируемый набор, чтобы убедиться, что масштабируемый набор существует, прежде чем пытаться выполнить его автоматическое масштабирование. Если вы выберете другую метрику для автоматического масштабирования, вы должны использовать counterSpecifier из конфигурации расширения диагностики в качестве metricName в конфигурации автомасштабирования. Дополнительные сведения о настройке автомасштабирования см.
в рекомендациях по автомасштабированию и справочной документации по REST API Azure Monitor.
+ },
+ {
+ "type": "Microsoft.Insights/autoscaleSettings",
+ "apiVersion": "2015-04-01",
+ "имя": "guestMetricsAutoscale",
+ "location": "[resourceGroup().location]",
+ "зависит от": [
+ "Microsoft.Compute/virtualMachineScaleSets/myScaleSet"
+ ],
+ "свойства": {
+ "имя": "guestMetricsAutoscale",
+ "targetResourceUri": "[resourceId('Microsoft.Compute/virtualMachineScaleSets', 'myScaleSet')]",
+ "включено": правда,
+ "профили": [
+ {
+ "имя": "Профиль1",
+ "вместимость": {
+ "минимум": "1",
+ "максимум": "10",
+ "по умолчанию": "3"
+ },
+ "правила": [
+ {
+ "метриктриггер": {
+ "metricName": "/builtin/memory/percentUsedMemory",
+ "metricNamespace": "",
+ "metricResourceUri": "[resourceId('Microsoft.Compute/virtualMachineScaleSets', 'myScaleSet')]",
+ "timeGrain": "ПТ1М",
+ "статистика": "Среднее",
+ "timeWindow": "PT5M",
+ "timeAggregation": "Среднее",
+ "оператор": "БольшеЧем",
+ "порог": 60
+ },
+ "масштабное действие": {
+ "направление": "Увеличить",
+ "тип": "ChangeCount",
+ "значение": "1",
+ "перезарядка": "ПТ1М"
+ }
+ },
+ {
+ "метриктриггер": {
+ "metricName": "/builtin/memory/percentUsedMemory",
+ "metricNamespace": "",
+ "metricResourceUri": "[resourceId('Microsoft. Compute/virtualMachineScaleSets', 'myScaleSet')]",
+ "timeGrain": "ПТ1М",
+ "статистика": "Среднее",
+ "timeWindow": "PT5M",
+ "timeAggregation": "Среднее",
+ "оператор": "Меньше чем",
+ "порог": 30
+ },
+ "масштабное действие": {
+ "направление": "Уменьшение",
+ "тип": "ChangeCount",
+ "значение": "1",
+ "перезарядка": "ПТ1М"
+ }
+ }
+ ]
+ }
+ ]
+ }
}
]
}
Compute/virtualMachineScaleSets', 'myScaleSet')]",
+ "timeGrain": "ПТ1М",
+ "статистика": "Среднее",
+ "timeWindow": "PT5M",
+ "timeAggregation": "Среднее",
+ "оператор": "Меньше чем",
+ "порог": 30
+ },
+ "масштабное действие": {
+ "направление": "Уменьшение",
+ "тип": "ChangeCount",
+ "значение": "1",
+ "перезарядка": "ПТ1М"
+ }
+ }
+ ]
+ }
+ ]
+ }
}
]
}
Следующие шаги
Вы можете развернуть предыдущий шаблон, следуя документации по Azure Resource Manager.
Вы можете начать эту серию руководств со статьи шаблона базового масштабируемого набора.
Вы можете увидеть, как изменить базовый шаблон масштабируемого набора, чтобы развернуть масштабируемый набор в существующей виртуальной сети.
Вы можете увидеть, как изменить базовый шаблон масштабируемого набора, чтобы развернуть масштабируемый набор с пользовательским образом.
Вы можете увидеть, как изменить базовый шаблон масштабируемого набора для развертывания масштабируемого набора Linux с автоматическим масштабированием на основе гостевой системы.