저는 현재 MobileIron 또는 AirWatch와 협력하려고하는 소프트웨어 회사에서 일하고 있습니다. 기본적으로 우리 회사는 사람들이 앱을 만들 수있는 도구를 만들고 있으며 MobileIron 및 AirWatch와 같은 MDM 제품에 "한 번의 클릭으로 게시"를 제공하고자합니다. 나는 이것을 가능하게하기 위해 두 시스템을 연결하는 방법이 있는지 궁금합니다. 예를 들어, Mobile Iron 또는 AirWatch에 앱 파일과 함께 전송해야하는 특정 데이터가 있습니까?MobileIron 또는 AirWatch에 앱 게시
유스 케이스는 다음과 같습니다
일부 단어를 입력하십시오. 고마워요!
MobileIron 또는 AirWatch와 같은 MDM이 이러한 종류의 링크를 수행하는지 알 수 없습니다.
저는 사용자에게 앱을 쉽게 배포 할 수있는 방법을 제공하는 Appaloosa-Store 제품을 개발 중입니다. MDM보다 MAM에 가깝지만 보안 기능을 제공합니다.
우리는 Jenkins 플러그인과 API를 제공하여 개인 저장소에 응용 프로그램을 자동으로 배포합니다. 또한, 우리는 귀하의 서비스와 우리 사이의 맞춤 링크에 대해 논의 할 수 있습니다.
유스 케이스는 다음과 같습니다에이 앱은 자동으로 아팔 루사 스토어에 게시
create an account에 주저하지 말고 자세한 정보가 필요하면 당사에 문의하십시오.
크리스 개발자 - Appaloosa Team
MobileIron은 마법사의 형태로 관리자에 대한 업로드 인터페이스입니다. 오늘날에는 파일을 올바른 영역에 배치하는 데 사용할 수있는 API가 없습니다. 당신의 아이디어는 흥미 롭습니다. 그리고 여기에서 MobileIron으로 가져올 것입니다.
지금 내가 생각할 수있는 모델 휴식 것이 질문의 몇 가지가 있습니다
애플 리케이션은 다른 용도을 대상으로 - dev에 항상 누구를 대상으로 알 것은? 마법사가 작동하는 곳입니다. 대답이 '아니오'인 경우 - 앱을 배치 할 수 있고 관리자가 사용자를 타겟팅하는 '스테이징'영역이 있다면 괜찮습니까?
API와 기존 업로드 마법사의 이점은 무엇입니까?당신이 명확하게 할 수있는 경우
, 그것은 미래의 기능 목록
월에이 요청을 추가하는 데 도움이 것 또는하지 않을 수는 응용 프로그램의 복잡성에 따라 달라집니다.
사실 MobileIron 또는 AirWatch를 별도로 사용하려면 응용 프로그램을위한 적응 코드가 필요합니다. 예를 들어, AirWatch SDK를 사용하여 장치에서 응용 프로그램의 권한 부여 상태를 가져 와서 Enterprise Mobility Management를 보장해야합니다. MobileIron의 응용 프로그램 변형에 이러한 코드를 포함하는 것은 적절하지 않을 수 있습니다. 내가 생각
당신은 다음
MobileIron 변형을 "개발자"역할로 감싸지만 "엔터프라이즈 관리자"역할은 엔터프라이즈 내부에 응용 프로그램을 게시하는 역할이므로 고려해야 할 또 다른 사항은 사용자 역할입니다.
앱을 업로드하는 API는 분명 더할 나위가 없습니다. API의 이점은 사물을 자동화 할 수 있다는 것입니다. 우리는 앱을 테스트하고 빌드하는 빌드 서버를 사용하고 있습니다. 마지막 단계를 수행 할 수 있다면 좋을 것입니다 : MobileIron에 업로드하십시오. 소나타이프의 넥서스처럼 API를 통해 업로드/다운로드 (메이븐) 아티팩트가 가능하며 관리는 단지 그룹을 정의하는 것입니다. – asgoth
MobileIron +1에서이 기능을 사용하고 싶습니다. – doNotCheckMyBlog