Top Banner
Running List of Comanage Framework Stuff
22

Running List of Comanage Framework Stuff. Parked issues Discussion of how to share the work of domesticating apps - real important to do soon, but the.

Jan 13, 2016

Download

Documents

Clarence Watson
Welcome message from author
This document is posted to help you gain knowledge. Please leave a comment to let me know what you think about it! Share it to your friends and learn new things together.
Transcript
Page 1: Running List of Comanage Framework Stuff. Parked issues Discussion of how to share the work of domesticating apps - real important to do soon, but the.

Running List of Comanage Framework Stuff

Page 2: Running List of Comanage Framework Stuff. Parked issues Discussion of how to share the work of domesticating apps - real important to do soon, but the.

Parked issues• Discussion of how to share the work of domesticating apps - real

important to do soon, but the next call• PR - Niels has offered to do some videos of both the service and the

framework - Surfnet has good expertise in this• Cutover issues for existing VO's, and type of collabs to target for

appliance, etc• Domesticated Zimbra - a lot of us are interested in it and claim to

have connections with the company• How might the appliance and an RSS feed offer a "collaboration

stream”• Maintaining a base level appliance• Setting a new time for the COmanage dev calls• Assess the viability of the existing appliance code base

Page 3: Running List of Comanage Framework Stuff. Parked issues Discussion of how to share the work of domesticating apps - real important to do soon, but the.

More parked issues

• VOMS comparison/integration• Licensing issues• Application check-in services• Development use cases • Flashbacks and echos

Page 4: Running List of Comanage Framework Stuff. Parked issues Discussion of how to share the work of domesticating apps - real important to do soon, but the.

Positioning COmanage• Comanage is not intended as an enterprise-class approach, though many

enterprises and federations may well deploy large numbers of instances or a “refactored for industrial use” implementation

• Comanage is intended as a collaboration-class approach that works well and sustainably with enterprise, federated and interfederated infrastructure

• Collaboration-class means lightweight in scope of services commonly managed (just IdM), minimal application requirements, easy implementation options (for example as a collaboration support appliance offered in a cloud), lack of enterprise oriented features (such as a full ESB), etc.

• Works well and sustainably with enterprise, federated and interfederated infrastructure means that Comanage can easily and gracefully link Comanage and federated accounts, work with data feeds from enterprise services, be refactored to leverage different types of infrastructure, etc.

• A lightweight collaboration support approach that integrates with deeper infrastructure

Page 5: Running List of Comanage Framework Stuff. Parked issues Discussion of how to share the work of domesticating apps - real important to do soon, but the.

Other issues

• “Domesticating” apps as a name will turn off a lot of apps developers. It was suggested “identity services enabling” (ise an app?)

• Is the proper technical phrasing “claims-aware”, “STS aware”, externalized or something else

• Results of Comanage BoF at Advanced CAMP– Bedeworks

• Has domestication taken flavors based on how attributes are delivered (e.g. LDAP, SAML,…)?

Page 6: Running List of Comanage Framework Stuff. Parked issues Discussion of how to share the work of domesticating apps - real important to do soon, but the.

Four Types of “Users”

• Sysadmin – installs apps and comanage• Collabmin – the primary collaboration

flywheel; a “steveo”• Power User – e.g. a PI who wants to be able to

do some basic commands (add users to groups) themselves

• End-user – goes directly to apps or maybe a VO dashboard

Page 7: Running List of Comanage Framework Stuff. Parked issues Discussion of how to share the work of domesticating apps - real important to do soon, but the.

STS services

• {K, SAML} in, GridShib cert out• Pubcookie in, SAML out• Authn in, dedicated user/pwd out• SAML token in, webcookie out

Page 8: Running List of Comanage Framework Stuff. Parked issues Discussion of how to share the work of domesticating apps - real important to do soon, but the.

Up first issues

• What do we mean by a framework? How many levels does it have? What is its role? What is its degree of specificity? What might some of the specifications be?

• What do we mean by domestication? How does it relate to the framework?

• What do we mean about separating out COmanage parts to support different deployments - such as enterprise or national level services. What needs to detach? What connections need to be in place among the detached pieces?

Page 9: Running List of Comanage Framework Stuff. Parked issues Discussion of how to share the work of domesticating apps - real important to do soon, but the.

Framework -1

• Several different but consistent perspectives, for different audiences – – CIO (block functionality flows)– Apps developer – (API’s, services, etc)– User (user workflows, for different types of users)– Others?

• Framework also has layers – Language and tech specs– Data and metadata specs (to follow later)– Others?

Page 10: Running List of Comanage Framework Stuff. Parked issues Discussion of how to share the work of domesticating apps - real important to do soon, but the.

Block flow framework parts• A local datastore• STS (security token service, aka credential convertor)• Provisioning/deprovisioning into local store service• An account linking mechanism• Group and privilege manager (represent as unified for now)• Shib SP stub• Local Shib IdP• Invitation engine• Plug and play service for apps that want it• Attribute services (?)• Policy engine• System monitoring and diagnostics• User dashboard that includes a user collaboration data feed service

Page 11: Running List of Comanage Framework Stuff. Parked issues Discussion of how to share the work of domesticating apps - real important to do soon, but the.

Putting parts together

• Next slide is an old one of Tom’s that has some of the pieces there and shows the level of representation for this framework.

• A big action item is to create a first diagram for Comanage, perhaps for each perspective of the framework

Page 12: Running List of Comanage Framework Stuff. Parked issues Discussion of how to share the work of domesticating apps - real important to do soon, but the.

integrated

domesticated

authN/link

attrs/authZ

legacyprovision

confluence

drupal

sympa

apache/IIS

bedework

SAKAI3

TeraGrid uPortal

webFiles

Google Groups

legacy

legacy

OSG

personaSP Local

storelocal store

user attrsuser accountsgroups & privsplatform use

provisioner

policy engine

monitoringdiagnostics

user invitationaccount linking

service manager

registerprovisioning

user dashboard

service statusnotifications

access manager

groupsprivileges

IdP STSLDAP ID services

Page 13: Running List of Comanage Framework Stuff. Parked issues Discussion of how to share the work of domesticating apps - real important to do soon, but the.

collabmin SP Local

storelocal store

user attrsuser accountsgroups & privsplatform use

provisioner

policy engine

monitoringdiagnostics

user invitationaccount linking

service manager

registerprovisioning

user dashboard

service statusnotifications

access manager

groupsprivileges

IdP STSLDAP ID services

confluence

drupal

sympa

apache/IIS

bedework

SAKAI3

TeraGrid uPortal

webFiles

Google Groups

legacy

legacy

OSG

Collabmin adds a new CO to the platform

1

2

2

1. Create group, assign Admin to power user

2. Allocate service resources

1

2

Page 14: Running List of Comanage Framework Stuff. Parked issues Discussion of how to share the work of domesticating apps - real important to do soon, but the.

power user

SP Local store

local store

user attrsuser accountsgroups & privsplatform use

provisioner

policy engine

monitoringdiagnostics

user invitationaccount linking

service manager

registerprovisioning

user dashboard

service statusnotifications

access manager

groupsprivileges

IdP STSLDAP ID services

confluence

drupal

sympa

apache/IIS

bedework

SAKAI3

TeraGrid uPortal

webFiles

Google Groups

legacy

legacy

OSG

Power user invites a collaborator and gives them privileges1. Invite user2. Add user to CO group3. User receives invitation

token, presents it to invitation service to register with the platform

end user

1

2

3

1

2

3

Page 15: Running List of Comanage Framework Stuff. Parked issues Discussion of how to share the work of domesticating apps - real important to do soon, but the.

end userSP Local

storelocal store

user attrsuser accountsgroups & privsplatform use

provisioner

policy engine

monitoringdiagnostics

user invitationaccount linking

service manager

registerprovisioning

user dashboard

service statusnotifications

access manager

groupsprivileges

IdP STSLDAP ID services

confluence

drupal

sympa

apache/IIS

bedework

SAKAI3

TeraGrid uPortal

webFiles

Google Groups

legacy

legacy

OSG

End user accesses a service

1. User goes to service2. Redirected to platform IdP,

then back to user’s home3. Platform attributes, groups,

and privs added

1

2

2

2

3

3

Page 16: Running List of Comanage Framework Stuff. Parked issues Discussion of how to share the work of domesticating apps - real important to do soon, but the.

end userSP Local

storelocal store

user attrsuser accountsgroups & privsplatform use

provisioner

policy engine

monitoringdiagnostics

user invitationaccount linking

service manager

registerprovisioning

user dashboard

service statusnotifications

access manager

groupsprivileges

IdP STSLDAP ID services

confluence

drupal

sympa

apache/IIS

bedework

SAKAI3

TeraGrid uPortal

webFiles

Google Groups

legacy

legacy

OSG

End user accesses a service

1. User goes to service2. Redirected to platform IdP,

then back to user’s home3. Platform attributes, groups,

and privs added

1

2

2

2

3

3

Page 17: Running List of Comanage Framework Stuff. Parked issues Discussion of how to share the work of domesticating apps - real important to do soon, but the.

App developer framework

• Two types – Stand-alone app– Apps written in an application development

environment, e.g. .NET or Spring or…

• Make clear that app data stays in app, not in comanage

• Presents a set of services – which ones

Page 18: Running List of Comanage Framework Stuff. Parked issues Discussion of how to share the work of domesticating apps - real important to do soon, but the.

App developer framework

• Services provided are:– Authn– Authz (Y/N/?)– Attributes for app needs– Provisioning (?)– Some kind of monitoring

• Services explicitly not provided are:

Page 19: Running List of Comanage Framework Stuff. Parked issues Discussion of how to share the work of domesticating apps - real important to do soon, but the.

How do apps get info

• Push into legacy apps• Domesticated apps ask for it• Domesticated apps need to speak LDAP or

SAML or generic STS

Page 20: Running List of Comanage Framework Stuff. Parked issues Discussion of how to share the work of domesticating apps - real important to do soon, but the.

Flows

Page 21: Running List of Comanage Framework Stuff. Parked issues Discussion of how to share the work of domesticating apps - real important to do soon, but the.

Refactoring COmanage

• Right word for the concept?– Unbundling, debinding, distributing

• What are likely refactorings?• What connections need to be in place among

refactored pieces

Page 22: Running List of Comanage Framework Stuff. Parked issues Discussion of how to share the work of domesticating apps - real important to do soon, but the.

Next Steps

• Who else to engage? When?• Resched or rethink comanage-dev?• Role of comanage-community?