Intégrer Google Apps au poste bureautique

Découvrez nos tutoriaux expliquant comment synchroniser les logiciels Windows live Mail et Microsoft Outlook à la messagerie, aux calendriers et aux contacts Google Apps. On pourra rester sous son logiciel habituel de messagerie sans se rendre compte que la machinerie est celle de Google.

• Synchroniser GMail avec Windows Live Mail
• Google Apps Sync pour Microsoft Outlook

Utiliser Offisync permet d'enregistrer ses documents sous Google Apps, sans la moindre complication technique:

• OffiSync : Intégrer Office et Google Apps

Par ailleurs vous pourrez découvrir quelques possibilités de Google Sites en lisant ce tutorial :

• Formulaire et tableau de bord

Pour finir, Google vient d'annoncer la mise à disposition de Google Apps Migration for Microsoft Exchange. De quoi s'agit-il ? D'un outil qui permet de transférer non seulement les mails, mais également les données de calendrier et de contacts vers Google Apps. Une fonctionnalité qui vient compléter la gamme déjà riche des outils développées par Google, qui facilitent la migration des environnements Lotus Notes et Microsoft Exchange vers Google Apps.

Autres articles relatifs à Google Apps

www.ogys.fr

Le Disaster Recovery selon Google

Cet article est une traduction non officielle de la récente annonce de Google concernant la mise en oeuvre du Disaster Recovery pour les Google Apps.

Serez-vous prêt quand le désastre frappera ? C'est une question difficile pour de nombreux administrateurs IT, parce qu'y répondre avec assurance requiert en général à la fois de l'argent, une très grande complexité, et de croiser les doigts. Heureusement il y a plus simple.

En prenant pour exemple la messagerie, regardons quelques moyens utilisés par les entreprises pour protéger leurs données. Idéalement une petite entreprise réalise des backups de ses mails. Elle possède un serveur de mail, et copie les données chaque jour ou chaque semaine vers une bande. Si quelque chose se passe mal, il faut retourner cherche la bande et restaurer les données sauvegardées lors du dernier backup. Mais les informations créées après le plus récent backup sont définitivement perdues.

Les entreprises plus grandes ajouteront un SAN (Storage Area Network), qui est un emplacement  consolidé de tous les stockages. Les SANs sont coûteux, et même avec cela, vous ne résolvez pas votre problème si votre data center tombe. Les plus grande entreprises construisent donc un autre data center à un autre endroit, avec un nouvel ensemble de serveurs mails identiques, un autre SAN et du personnel pour les gérer.


Mais si, par malheur, le désastre frappe vos deux data centers, c'est fichu (A voir cette expérience d'un client avec un feu). C'est pourquoi les grandes entreprises vont souvent construire le deuxième data center très loin, dans une "zone de risque" différente, ce qui crée encore plus de problèmes de management. Ensuite il faudra s'assurer que le SAN primaire est connecté au SAN backup, il faudra donc mettre en place une bande passante suffisamment robuste pour faire circuler l'information sans handicaper le réseau. Il y a d'autres solution de backup, mais l'histoire reste la même : Quand la redondance augmente, les coûts et la complexité sont multipliés.


Les clients de Google Apps n'ont aucun besoin de se soucier de tout cela pour les données qu'ils créent et stockent sous Google Apps. Ils bénéficient de ce qui se fait de mieux en matière de Disaster recovery gratuitement, qu'elle que soit leur taille. C'est l'une des nombreuses raisons qui ont décidé la ville de Los Angeles à choisir Google.

Comment savoir si une solution de disaster recovery est suffisamment robuste ? C'est en principe mesuré selon deux axes : RPO (Recovery Point Objective) et RTO (Recovery Time Objective). Le RPO est la quantité de données que l'on accepte de perdre si les choses se passent mal, et RTO est le temps qui s'écoule entre le désastre et le rétablissement du service.

Pour une grande entreprise utilisant des SANs, les cibles RTO et RPO sont égales ou inférieures à une heure: Plus c'est cher, moins c'est long. Cela peut signifier qu'une grande entreprise qui dépense beaucoup d'argent pour ses sauvegardes, souhaite perdre tous les mails envoyés pendant une heure après la chute du système, et ne peut pas utiliser son système de mail pendant une heure. Les entreprises sans SANs devront transporter les bandes entre les data center, on peut donc imaginer que leurs RPOs et RTOs doivent atteindre des jours. Comme pour les petites entreprises, ils doivent souvent tout redémarrer de zéro.


Pour les clients de Google Apps, notre cible RPO est zéro (aucune perte de données), et notre cible RTO est le temps de basculement. Nous réalisons cela grâce à une réplication synchrone : Chaque action réalisée dans GMail est répliquée simultanément dans deux data centers, ce qui fait que si un data center tombe, nous pouvons instantanément transférer les données sur l'autre, qui a également répliqué les actions.

Notre objectif est de ne perdre aucune donnée lors du transfert d'un data center à l'autre, et de transférer les données si vite que l'on ne se rende même pas compte qu'il y a eu une interruption. Bien entendu, aucune solution de backup n'est absolument parfaite, mais nous avons consacré énormément d'énergie à nous en approcher.

Il ne s'agit pas uniquement de préserver les comptes GMail. Le même niveau de réplication des données est appliqué à toutes les principales applications de la suite Apps : Google Calendar, Google Docs et Google Sites.

Certaines entreprises ont également adopté la réplication synchrone, mais cela est encore plus couteux que tout ce que l'on a déjà mentionné. Pour un backup de 25 Go de données en réplication synchrone, une entreprise peut facilement dépenser de 150$ à plus de 500$ en stockage et en coûts de maintenance, et cela pour chaque employé. Cela ne prend même pas en compte le coût des applications. Le prix exact dépend d'un grand nombre de facteurs, tels que le nombre de fois où les données sont répliquées, et le choix du fournisseur.


A minima, une entreprise peut limiter le nombre de réplications, au mieux elle peut réaliser plusieurs copies pour toutes les données. Nous répliquons également les données plusieurs fois, et les 25 Go de données GMail par employé sont sauvegardées gratuitement. De plus des espaces de stockage sont mis à disposition via les applications Google Docs, Google Sites et Google Vidéo. Il se peut que d'autres éditeurs proposent également des solutions en Cloud computing, mais n'imaginez pas qu'ils sauvegardent les données dans plusieurs data center.


Voici quelque une des raisons qui nous permettent d'offrir ce niveau de service. Premièrement, nous exploitons un grand nombre de puissants data centers simultanément pour des millions d'utilisateurs, ce qui nous aide à réduire les coûts tout en accroissant la robustesse et la redondance. Deuxièmement, nous ne gaspillons pas d'énergie et d'argent à laisser un data center en "stand by" jusqu'à ce que quelque chose se passe mal - Nous pouvons répartir la charge entre  les data centers selon le besoin.


Pour finir, nous avons des connexions extrêmement rapides entre nos data centers, ce qui nous permet de transférer les données très rapidement d'une ferme de serveurs à une autre. Cela nous permet de répliquer en même temps de grandes quantités de données.


L'un des avantages les plus convaincants du Cloud Computing est sa capacité à faciliter l'accès à la technologie. Que se soit pour disposer d'une boîte mail de 25 Go, de la vidéo pour l'entreprise, de la réplication synchrone, ou de quantité d'autres services, Google Apps donne aux entreprises de toutes tailles l'accès et des technologies qui n'étaient jusqu'à présent accessibles qu'à des grandes entreprises. Et cela est disponible pour un coût considérablement moins élevé que les alternatives sur site, sans les soucis habituels de montée de version, de patch et autres actions de maintenance du logiciel.


Personne n'aime se préparer au pire des scénarios. En utilisant Google Apps, vous n'avez plus à vous soucier de cela.




"Posted by Rajen Sheth, Senior Product Manager, Google Apps".  *article original en Anglais.

Autres articles relatifs à Google Apps

www.ogys.fr

Pourquoi l'achat de DocVerse par Google est important

Google a officiellement annoncé le 5 mars 2010 le rachat de DocVerse. C'est une petite société, créée en 2007, on pourrait penser que cela n'a pas beaucoup d'importance. Détrompez-vous, ce rachat va donner à Google un argument percutant de plus face à Microsoft.


Tout d'abord une visite sur le site de DocVerse nous apprend ce que nous attendions : l'équipe DocVerse travaille à l'intégration de ces fonctionnalités à Google Apps. De quoi s'agit ' il ? Tout  simplement d'éditer à plusieurs en même temps un document Office : Word, Powerpoint ou Excel.


Un petit historique peut être ici nécessaire : Google Apps ne proposait dans un premier temps que la possibilité de stocker en ligne des Google Docs, presentation et spreadsheet. Depuis début 2010, il est possible de stocker en ligne n'importe quel fichier, sans nuire à son intégrité. Des outils astucieux tels que Offisync permettent de bénéficier, en tout simplicité, ce cette possibilité directement depuis Office.


Microsoft annonce la possibilité de travail collaboratif sur Microsoft Office 2010, il semble que Google s'apprête à faire la même chose, également sur Office 2010, mais tout en bénéficiant des puissantes fonctions des Google Apps.


Attendons quelques mois, pour juger et tester sur pièce, le moment venu.


Autres articles relatifs à Google Apps et aux logiciels complémentaires

 

www.ogys.fr

 

Combien de serveurs à livrer ? 40 000 par mois s'il vous plaît !

"À partir du 2 mars 2010, le système Google Analytics sera indisponible de 07:00 à 23:00 (heure du Pacifique) pour cause de maintenance."

Voilà ce que l'on peut lire sur le site Google Analytics depuis quelques temps. Comment, même Google, le champion de la haute disponibilité, la super star du datacenter, est contraint de proposer à ses visiteurs une message d'avertissement concernant une indisponibilité ?

Il est vrai que Google Analytics est un outil gratuit, ce qui est étonnant quand on connait sa richesse fonctionnelle. Mais finallement je trouve cela plutôt rassurant. Même chez Google, on a des problèmes de maintenance, des traitements batch à lancer, des bugs à corriger...

L'émergence du Cloud Computing est souvent comparée à l'industrialisation de la production d'électricité. Quelques chiffres pourront nous aider à bien comprendre.

Une DSI d'une grande société coté au CAC 40 gère moins de 10 000 seveurs. Microsoft en exploiterait 500 000, tandis que Google caracole en tête avec 2 millions de machines. Quelles que soient les compétences des personnels en charge de ces sujets, ces chiffres montrent que l'écart entre les DSI et les hébergeurs se creusent de plus en plus rapidement. Le savoir faire acquis dans la gestion de ces fermes de serveur donne un avantage compétitif aux hébergeurs et finallement aux utilisateurs finaux. Les DSI qui sauront tirer parti de cette nouvelle donne, pourront répondre aux besoins des métiers plus rapidement et à moindre coût.

Au rythme actuel, l'écart de puissance disponible entre une DSI et un datacenter de premier rang, pourra être similaire à l'écart entre le groupe électrogène de la cabane à frites du quartier et la centrale nucléaire de la région.

Autres articles relatifs à Google Apps

www.ogys.fr